DNS-запись домена: как с ней работать

DNS-запись домена: как с ней работать Хостинг

Основные типы dns-записей доменов

Ресурсная запись отвечает не просто за хранение и передачу информации с привязкой к IP-адресу. С помощью ресурсной записи настраивают обработку запросов, перенаправляют их на другие сервисы. К самым важным типам DNS-записей относятся:

  • A – адресная запись, от которой зависит привязка имени домена к конкретному IP-адресу по протоколу IPv4.
  • AAAA – в ее функции входит то же самое, что у предыдущей записи, но действительна она на основе интернет-протокола IPv6.
  • CNAME – показатель канонического имени для псевдонима. Позволяет осуществлять привязку к одному поддомену всех ресурсных записей первого уровня.
  • DKIM-подпись – отвечает за подлинность отправителя электронных писем. С помощью этой ресурсной записи в сообщение добавляется цифровая подпись. Это повышает вероятность того, что получатель получит письмо и оно не уйдет в спам.
  • MX – используется в качестве регистратора почтовых сервисов, работает на протоколе SMTP. Осуществляет доставку электронных писем по серверам.
  • NS – указатель DNS-серверов, обслуживающих домены. Относится к одной из самых важных записей, без которой эффективное функционирование домена было бы невозможным.
  • PTR – показывает соответствие IP-адреса с именем домена. (действие, обратное записям A и AAAA). Часть почтовых серверов, проверяют наличие PTR при фильтрации писем.
  • SOA – необходима для указания на новую зону и авторитетность содержащейся в ней информации.
  • SPF – выполняет функции защиты домена от подделок, выявляет списки проверенных серверов, с которых идет отправка электронных писем. Это позволяет не допустить рассылку спама от вашего доменного имени.
  • SRV – содержит данные о нахождении серверов, которые отвечают за работу некоторых служб.
  • TXT – в этой записи содержится вспомогательная информация о домене. Ее используют для указания SPF-записей, с ее помощью подтверждают права собственности, обеспечивают безопасное использование электронной почты и т. д.

Что такое dns-записи домена — введение

Система доменных имен (DNS) — это адресная книга интернета. DNS направляет трафик на сайт почту, сопоставляя доменные имена с IP-адресами. В этом руководстве рассматриваются основные концепции DNS и DNS- записей.

Общая группа доменов указывается справа. В приведенных ниже примерах домен верхнего уровня или TLD — это .com.

Каждое значение слева от TLD отделяется точкой, и называются поддоменами. hello и mail соответственно являются поддоменами второго и третьего уровня. Субдомены используются для идентификации определенных компьютеров или служб.

Выбор и указание сервера DNS является неотъемлемой частью владения доменом. Иначе клиентские устройства не будут знать, где найти информацию о DNS.

Серверы имен размещают информацию о домене DNS в текстовом файле, который называется файлом зоны. Они также известны как записи Start of Authority (SOA). Вы можете разместить свою информацию DNS на серверах имен в одном из нескольких мест:

  • Регистратор домена;
  • Ваш собственный DNS-сервер;
  • Сторонний DNS-хостинг.

Записи DNS сопоставляют доменные имена с IP-адресами. Затем DNS-записи автоматически объединяются в файл зоны, что позволяет подключенным устройствам искать правильный IP-адрес домена. Если вы решите использовать серверы имен Linode, диспетчер DNS поможет создать файл зоны. Он содержит следующие записи:

Файл зоны каждого домена включает в себя адрес электронной почты администратора домена, серверы имен и DNS-записи. Вы можете создавать множество записей для любого количества поддоменов.

Доменное имя должно быть переведено на IP-адрес. DNS сопоставляет понятные пользователю доменные имена (example.com) с IP-адресами (192.0.2.8). Это происходит в специальном текстовом файле, называемом файломзоны. В нем перечислены домены и соответствующие им IP-адреса. Файл зоны похож на телефонную книгу, в которой имена совпадают с адресами улиц.

Вот как работает процесс поиска DNS:

  1. Вы вводите доменное имя, например com,в адресную строку браузера.
  2. Компьютер подключен к интернету через провайдера (ISP). DNS-преобразователь интернет-провайдера запрашивает у корневого сервера имен соответствующий сервер имен TLD.
  3. Корневой DNS-сервер отвечает IP-адресом для сервера имен .com.
  4. DNS-распознаватель провайдера использует IP-адрес, полученный от корневого сервера имен.
  5. Сервер имен .comотвечает IP-адресом сервера имен com.
  6. DNS-распознаватель ISP считывает файл зоны с сервера имен домена.
  7. Файл зоны показывает, какой IP-адрес соответствует домену.
  8. Теперь, когда у провайдера есть IP-адрес для com, он возвращает его браузеру, который затем обращается к серверу сайта.

Описанный выше сценарий выполняется, если у провайдера нет информации о запрашиваемом домене. На самом деле провайдеры кэшируют данные о DNS после того, как получили ее в первый раз. Это ускоряет поиск и снижает нагрузку на DNS-серверы.

Но кэширование может стать проблемой, если вы недавно внесли изменения в информацию о DNS. Для ее решения измените значение времени жизни файла зоны (TTL), чтобы обновление DNS происходило быстрее.

Запись A связывает домен или субдомен с IP-адресом, что позволяет трафику достигать сайта. Это основная функция DNS. Типичная запись A выглядит следующим образом:

Вы можете указать разные субдомены на разных IP-адресах. Если нужно указать каждый субдомен example.com на IP, то можете использовать для субдомена звездочку (*):

Запись AAAA аналогична записи A, но она используется для IP-адресов IPv6. Типичная запись AAAA выглядит следующим образом:

Запись AXFR используется для репликации DNS. Хотя существуют более современные способы.

Записи AXFR не используются в обычных файлах зон. Чаще всего они применяются на подчиненном DNS-сервере для репликации файла зоны с главного DNS-сервера.

DNS Certification Authority Authorization (CAA) использует DNS, чтобы владелец домена мог указать, каким центрам сертификации разрешено выдавать сертификаты для этого домена.

Запись CNAME (запись канонического имени) соответствует домену или поддомену. При записи CNAME используются разрешения DNS целевого домена в качестве разрешения псевдонима. Например:

При запросе alias.com начальный поиск DNS найдет запись CNAME с целью example.com. Будет запущен новый поиск DNS example.com, который найдет IP-адрес 12.34.56.78. Посетители alias.com будут направлены к IP-адресу 12.34.56.78.

Записи CNAME применяются, чтобы домены могли иметь псевдонимы. Некоторые почтовые серверы странным образом обрабатывают почту для доменов с записями CNAME. Поэтому не следует использовать запись CNAME для домена, который принимает электронную почту.

Записи MX не могут ссылаться на имена хостов, определенные CNAME. Целевой домен для записи CNAME также должен иметь нормальное разрешение A-записи.

Примечание

CNAME-запись может быть эффективным способом перенаправления трафика от одного домена к другому, сохраняя тот же URL-адрес. Но она не работает так же, как редирект URL-адресов. CNAME-запись направляет трафик для определенного домена на IP-адрес целевого домена. Как только пользователь достигнет этого IP-адреса, конфигурация сервера будет определять способ обработки домена. Если этот домен не настроен, сервер отобразит веб-страницу по умолчанию. Она может быть веб-страницей целевого домена в записи CNAME, в зависимости от того, как настроен сервер.

Запись DKIM она же запись DomainKeys Identified Mail отображает открытый ключ для аутентификации сообщений, которые подписаны с помощью протокола DKIM. Это расширяет возможности проверки подлинности электронной почты. Типичная запись DKIM выглядит следующим образом:

DKIM-записи представлены в виде текстовых записей. Запись должна быть создана для субдомена, который имеет уникальный селектор для этого ключа, затем указывается точка (.) и _domainkey.example.com. Тип -TXT, значение включает в себя тип ключа, за которым следует фактический ключ.

Запись MX устанавливает адресат доставки почты для домена или субдомена. Типичная MX-запись выглядит следующим образом:

Приведенные выше записи направляют почту для example.com на сервер mail.example.com. В идеале MX-запись должна указывать на домен, который также является именем хоста его сервера. Если вы используете стороннюю почтовую службу, такую ​​как Google Apps, то следует применять предоставленные ими MX-записи.

Приоритет является еще одним компонентом MX-записей. Это число, записанное между типом записи и целевым сервером. В примере, приведенном выше, использован приоритет 10.

Приоритет позволяет назначить резервный почтовый сервер (или серверы) для определенного домена. Меньшие числа имеют более высокий приоритет. Пример домена, который имеет два резервных почтовых сервера:

Если mail_1.example.com не работает, электронная почта будет доставлена на mail_2.example.com. Если mail_2.example.com также не работает, почта будет доставлена на mail_3.example.com.

NS-записи устанавливают серверы имен для домена. Они задаются для домена у регистратора и в файле зоны. Типичные записи сервера имен выглядят следующим образом:

Серверы имен, которые вы назначаете у своего регистратора, содержат файл зоны для домена.

Также можно настроить различные серверы имен для любого из поддоменов. Они задаются в файле зоны вашего основного домена:

Первичные серверы имен настраиваются у регистратора, а вторичные — в файле зоны основного домена. Порядок NS- записей не имеет значения. DNS-запросы отправляются случайным образом на разные серверы. Если один хост не отвечает, будет запрошен другой.

Запись PTR или запись указателя сопоставляет IP-адрес с доменом или поддоменом, позволяя функционировать обратным DNS-запросам. Она работает противоположно записи A, в том смысле, что позволяет искать домен, связанный с конкретным IP-адресом, а не наоборот.

Записи PTR обычно устанавливаются на хостинге. Они не являются частью файла зоны домена.

Для добавления записи PTR необходимо создать действительную запись A или AAAA, которая указывает IP-адрес для нужного домена.

Примечание

Можно использовать разные IP-адреса (включая адреса IPv4 и IPv6), на которых один и тот же домен установлен для обратного DNS. Для этого необходимо настроить несколько записей A или AAAA для этого домена, которые указывают на различные IP-адреса.

Запись SOA обозначает файл зоны с именем хоста, на котором он был создан. Далее в нем указывается контактный адрес электронной почты администратора домена. Типичная запись SOA:

Примечание

Адрес электронной почты администратора пишется с точкой (.) вместо символа @.

Вот что означают эти цифры:

  • Серийный номер: номер редакции файла зоны этого домена. Он изменяется, когда файл обновляется.
  • Время обновления: количество времени (в секундах), в течение которого вторичный DNS-сервер будет хранить файл зоны, прежде чем проверит изменения.
  • Время повтора: время, которое вторичный DNS-сервер будет ожидать, прежде чем повторить передачу файла зоны.
  • Времяистечения: время, в течение которого вторичный DNS-сервер будет ожидать, прежде чем истечет срок действия текущей копии файла зоны, если он не сможет обновить себя.
  • Минимальный TTL: минимальный период времени, в течение которого другие серверы должны хранить в кэше данные из файла зоны.

Сервер имен, упомянутый в записи SOA, считается основным для динамического DNS. На нем изменения файла зоны производятся до того, как они распространяются на другие серверы имен.

Запись Sender Policy Framework (SPF) содержит список почтовых серверов, назначенных для домена или субдомена. Это помогает подтвердить легитимность почтового сервера и снижает вероятность подделки заголовков писем. Спамеры часто пытаются сделать это, чтобы обойти фильтры.

SPF- запись домена сообщает другим почтовым серверам, какие исходящие серверы являются допустимыми источниками электронной почты. Поэтому они могут отклонять поддельную почту с вашего домена, отправленную с неавторизованных серверов. Простая SPF-запись выглядит следующим образом:

В SPF-записи необходимо перечислить почтовые серверы, с которых вы отправляете почту, а затем исключить остальные. Ваша SPF- запись будет содержать домен или поддомен, тип (TXT или SPF, если ваш сервер имен поддерживает его) и текст (который начинается с «v = spf1» и содержит настройки SPF- записи).

С помощью этой SPF-записи принимающий сервер проверит и IP-адрес отправляющего сервера, и IP-адрес example.com.

Примечание

Убедитесь, что SPF- записи не слишком строгие. Если вы случайно исключите легитимный почтовый сервер, полученные от него письма могут быть помечены как спам.

Рекомендуем посетить ресурс openspf.org, чтобы узнать, как работают SPF- записи и как создать запись, которая подходит для вашей настройки.

Запись SRV сопоставляет конкретную службу, работающую на домене или поддомене, с целевым доменом. Это позволяет направлять трафик, предназначенный для определенных служб, на другой сервер. Типичная запись SRV:

Описание элементов, которые используются в SRV-записи:

Примером использования SRV-записей является настройка федеративной VoIP .

Запись TXT (текстовая запись) предоставляет информацию о домене другим интернет-ресурсам. Одно из распространенных применений TXT-записи — создание SPF- записи на серверах имен, которые изначально не поддерживают SPF. Другой вариант использования — создание записи DKIM для почты.

Дайте знать, что вы думаете по этой теме статьи в комментариях. За комментарии, лайки, отклики, подписки, дизлайки низкий вам поклон!

# ssl-сертификат

SSL-сертификат — это файл, подтверждающий право владения конкретного пользователя указанным публичным ключом.

SSL-сертификаты привязывают к доменам, чтобы обеспечить безопасный канал обмена данными между сайтом, размещённым на этом домене, и его посетителем.
SSL-сертификаты на Джино можно приобрести в Магазине(opens new window) или подключить бесплатно.

Для привязки бесплатного SSL-сертификата
Сертификат предоставляет некоммерческая организация Let’sEncrypt
к домену нажмите на кнопку Настройки под нужным доменом в списке на странице управления доменами(opens new window), вы перейдёте на новую страницу. Далее перейдите на вкладку SSL.

При получении SSL-сертификата на Джино есть возможность получить Wildcard-сертификат, который будет действителен не только для вашего домена, но и для всех поддоменов.

# регистрация доменного имени

Зарегистрировать доменное имя на Джино можно в Магазине(opens new window) или через сервис «ДоменыICANN
Международная некоммерческая организация, регулирующая различные аспекты функционирования Интернета
, или их реселлеров. Регистратор создаёт запись в реестре доменных имён, в которой указывает информацию о владельце домена (Администраторе).

Для регистрации нового домена через сервис «Домены» зайдите в раздел меню Управление и нажмите Зарегистрировать новый домен.

Вам нужно будет пройти следующие этапы:

  1. Выбрать имя для своего домена и доменную зону, в которой хотите его разместить.
  2. Указать информацию о владельце домена. Её объём может изменяться в зависимости от выбранной доменной зоны.
  3. Оплатить регистрацию. Джино автоматически спишет нужную сумму с вашего баланса (при покупке через «Магазин» оплата производится прямым платежом).

После этого регистратор создаст запись в реестре доменных имён
Записи реестра доменных имён можно просматривать с помощью сервиса WHOIS
и вам останется только дождаться завершения делегирования домена.

После завершения регистрации, указанные персональные данные можно сохранить в качестве шаблона для ускорения регистрации новых доменных имён.
Также шаблон персональных данных можно создать в разделе Шаблоны.

Dns и хостинг-провайдеры

DNS-сервер, который хранит и обслуживает информацию о конкретном доменном имени, называется авторитативным (ответственным) сервером (authoritative name server) для данного домена. 

Именно на авторитативный DNS-сервер приходят в конечном итоге все рекурсивные DNS-запросы информации о конкретном доменном имени. 

Провайдеры услуг хостинга предоставляют пользователям возможность хранить на своих серверах доменные зоны принадлежащих им доменов, а также редактировать их. Например, так выглядит редактирование доменной зоны у популярного провайдера Beget.

Владельцам доменов стоит относиться к редактированию записей DNS с осторожностью. Любое неправильное действие или опечатка в одной цифре может привести к полной потере работоспособности сайта, к которому привязано доменное имя.

Владельцы VPS/VDS или выделенных серверов могут настроить свой собственный сервер DNS. Большинство панелей управления хостингом поддерживают удобный функционал управления DNS. Например, так выглядит редактирование доменной зоны в популярной панели ISPmanager.

Согласно стандарту, для каждого домена должны быть прописаны как минимум два DNS-сервера (NS-записи в доменной зоне). Это необходимо для резервирования доступа к данным: если один из обслуживающих доменную зону DNS-серверов по какой-либо причине недоступен, то запросы к ней берет на себя второй сервер.

Хостинг-провайдеры предлагают для обслуживания доменов два и более DNS-серверов, информация на которых обновляется автоматически при редактировании доменной зоны владельцем сайта.

Из-за распределенной структуры DNS и кэширования информации между DNS-серверами изменение информации в DNS происходит не сразу, а через некоторое время. На практике обновление информации, относящейся к конкретной доменной зоне, для всего Интернет может занимать от нескольких минут до нескольких часов.

Регистраторы доменных имен и провайдеры хостинга при редактировании доменных зон предупреждают пользователей, что обновление информации может занять до 24-х часов. 

Иногда возникает необходимость узнать, какие DNS-серверы обслуживают конкретный домен. Это можно сделать с помощью специальных сервисов WHOIS. На сайте hostings.info можно найти список сайтов, предоставляющих такой сервис.

Базовые штуки

Большой плюс DNS в том, что это публичная услуга, и можно потыкать в сервера если хочется разобраться. Давайте попробуем. У меня есть домен petekeen.net, который хостится на машине web01.bugsplat.info. Команды, используемые ниже, можно запустить из командной строки OS X (ой, то есть macOS, — прим. пер.).

Давайте взглянем на маппинг между именем и адресом:

$ dig web01.bugsplat.info

Команда dig это такой швейцарский армейский нож для DNS-запросов. Крутой, многофункциональный инструмент. Вот первая часть ответа:

; <<>> DiG 9.7.6-P1 <<>> web01.bugsplat.info
;; global options:  cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 51539
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

Здесь есть только одна интересная деталь: информация о самом запросе. Говорится, что мы запросили запись и получили ровно один ответ. Вот:

;; QUESTION SECTION:
;web01.bugsplat.info.       IN  A

dig по-умолчанию запрашивает A-записи. A это address (адрес), и это один из фундаментальных видов записей в DNS. A содержит один IPv4-адрес. Есть эквивалент для IPv6-адресов —  AAAA. Давайте взглянем на ответ:

;; ANSWER SECTION:
web01.bugsplat.info.    300 IN  A   192.241.250.244

Тут говорится, что у хоста web01.bugsplat.info. есть один адрес A: 192.241.250.244. Число 300 это TTL, или time to live (время жизни). Столько секунд можно держать значение в кэше до повторной проверки.

Оставшаяся часть ответа описывает сам ответ:

;; Query time: 20 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Fri Jul 19 20:01:16 2022
;; MSG SIZE  rcvd: 56

В частности, здесь говорится, как долго сервер откликался, какой у сервера IP-адрес (192.168.1.1), на какой порт стучался dig  (53, DNS-порт по-умолчанию), когда запрос был завершен и сколько байтов было в ответе.

Как видите, при обычном DNS-запросе происходит куча всего. Каждый раз, когда вы открываете веб-страницу, браузер делает десятки таких запросов, в том числе для загрузки всех внешних ресурсов вроде картинок и скриптов. Каждый ресурс отвечает за минимум один новый DNS-запрос, и если бы DNS не был рассчитан на сильное кэширование, то трафика генерировалось бы очень много.

Но в этом примере не видно, что DNS-сервер 192.168.1.1 связался с кучей других серверов чтобы ответить на простой вопрос: «куда указывает адрес web01.bugsplat.info?». Давайте запустим трейс чтобы узнать о всей возможной цепочке, которую пришлось бы пройти dig’у, если бы информация не был закэширована:

Создание dns-записей в cpanel

  1. Чтобы создать DNS-запись в CPanel, необходимо открыть «Расширенный редактор зон» в разделе «Домены».
    Создание DNS-записей в Cpanel
  2. В открывшемся блоке следует указать тип DNS-записи и прописать в появившихся полях необходимые параметры — имя домена или поддомена, TTL (время хранения информации о записи в кеше DNS-сервера), IP-адрес. После редактирования остается нажать «Добавить запись».
    Создание DNS-записей в Cpanel
  3. В случае правильного заполнения необходимых полей появится информационное сообщение «Система успешно добавила запись». Просмотр и редактирование добавленной записи возможны в таблице «Записи файла зоны». Время обновления DNS-записей на сервере — от 15 минут до часа. Нужно учесть, что на хостинге обновление DNS-записей происходит мгновенно, а на глобальном уровне — около суток.
    Создание DNS-записей в Cpanel
  4. Дополнительно можно настроить параметру MX-записи, отвечающей за почтовый сервер. Для этого нужно нажать вкладку «Записи MX» в блоке «Электронная почта». Здесь можно изменить приоритеты маршрутизации в разделе «Маршрутизация электронной почты», а также добавить новую запись.
    Создание DNS-записей в Cpanel

Важно! Во всех рассмотренных выше случаях в полях «Имя» и «Домен» в конце необходимо добавлять точку.

Создание dns-записи в ispmanager

  1. Нужно войти в панель ISPmanager и открыть раздел «Доменные имена», а затем нажать на название редактируемого домена.
    Создание DNS-записи в ISPmanager
  2. Далее перейти в «Записи» и на новой странице нажать «Создать».
    Создание DNS-записи в ISPmanager
  3. В этом окне остается указать тип создаваемой записи и необходимые параметры, в зависимости от выбора.
    Создание DNS-записи в ISPmanager
  4. Остается добавить DNS-запись нажатием кнопки «ОК». В течение часа изменения будут приняты.
    Создание DNS-записи в ISPmanager

Ниже рассмотрены параметры, которые необходимо указывать при добавлении, в зависимости от выбранной записи.

  • A-запись (AAA-запись) — необходимо указать IP-адрес сайта и имя добавляемого домена.
  • MX-запись — в поле «Имя» указывается домен, которому будет она будет добавлены. В графе «Приоритет» выбирается приоритет. В «Домен» указывается почтовый сервер почти.
  • CNAME — в поле «Имя» указывается поддомен, который будет переадресован на основной домен (нужно указать в «Домен»).
  • TXT — чтобы добавить TXT-запись в DNS-зоне домена, в поле «Имя» нужно указать имя домена (поддомена), для которого создается запись. В «Значение» прописываются информация о записи.

Важно! Во всех указанных выше случаях в полях «Имя» и «Домен» в конце необходимо добавлять точку.

Состав dns-записи домена

Одна из важнейших составляющих сети интернет — система доменных имен (Domain Name System). Ее цель — сопоставление доменных имен веб-ресурсов с IP-адресами устройств, которым они принадлежат.

Проще говоря, это так называемый аналог «телефонного справочника» мирового интернета. Роль «телефонных номеров» исполняют IP-адреса, а «ФИО абонентов» — доменные имена.

Вся информация о доменах в этом «справочнике» содержится на DNS-серверах в виде ресурсных записей (DNS-записей ресурса). Чтобы сайт-новичок определялся в интернете, необходимо прикрепить (делегировать) его домен на DNS-серверы, после чего прописать на серверах ресурсные записи.

Состав DNS-записи домена
Состав DNS-записи домена

DNS-записи домена содержат в себе несколько полей:

  • Name / Hostname (Имя, хост, домен). Необходимо для определения домена, к которому относится (привязана) данная ресурсная запись.
  • Type (Тип). Указывает на тип (назначение) конкретной ресурсной записи. Самыми распространенными типами DNS-записей домена являются— TXT , A, AAAA, MX, CNAME.
  • Class (Класс). Указание типа рабочей сети. Вообще, система способна работать во всех ее типах. Но, TCP/IP сети — одни из самых распространенных, поэтому поле редко используется.
  • TTL (Time To Live) — время жизни (хранения) DNS-записи.
  • RDATA (Resource Data) — значение этого поля ресурсной записи зависит от ее конкретного типа.
  • Priority (Приоритет) — определяет, в какой очередности обрабатываются конкретные DNS-записи.
  • Protocol (Протокол)— указывает на протокол, используемый TCP, UDP, TLS.
  • Service Name (Имя сервиса) — его можно посмотреть в файле /etc/services. Например: pop3, telnet.
  • Weight (Вес) — задает вес хоста. Обработка запросов распределяется по весу хоста.
  • Address (Адрес) — IP-адрес, который автоматически конвертируется в in-addr.arpa формат.

Часть из множества разновидностей DNS-записей содержат дополнительные поля, не указанные в списке выше.

Вместо заключения. некоторые финансовые вопросы.

Хостинг — услуга платная и, чаще всего, долгосрочная. Поэтому не следует пренебрегать финансовыми вопросами, особенно если вы не хотите небольших, но иногда достаточно неприятных проблем. Отечественные хостеры как правило практикуют предоплату на срок от месяца, наиболее выгодно оплачивать годовое размещение. Перед окончанием оплаченного периода вам нужно внести новую оплату или услуги вам будут приостановлены.

Если вы этого не сделали, то никаких финансовых санкций к вам применено не будет, а через некоторое время (обычно месяц) все ваши данные будут удалены, до истечения этого периода у вас будет возможность их забрать. Также если вы приобретали у данного поставщика иные услуги, то на них это никак не отразится, будет блокирована, а затем удалена только неоплаченная услуга. Это достаточно просто и понятно и к этому все привыкли.

У зарубежных хостеров практикуется принципиально иной подход. Чаще всего оплата списывается ежемесячно, в автоматическом режиме с кредитной карты или через PayPal, если это невозможно, то ежемесячно выставляются счета, которые вы должны самостоятельно оплатить в течении некоторого времени, обычно 14 дней. При этом контракт может быть заключен на больший срок, чаще всего на год.

Сроки расторжения контракта указываются отдельно, для обычно не позже чем за 6 недель до его окончания. Т.е. если вы хотите закончить сотрудничество в конце текущего месяца вы должны были уведомить об этом хостера еще в середине предыдущего. Кроме того, годовой контракт не всегда можно расторгнуть досрочно без уплаты неустойки.

Что будет если вы не уведомите провайдера о расторжении контракта? Вам будет выставлен счет за следующий период, либо будет произведено автоматическое списание средств. И даже если вы сразу после этого заявите о расторжении, то вам скорее всего придется оплатить этот месяц и следующий.

Если вы не оплатите счет, то предоставление услуг будет вам приостановлено, но это не освобождает вас от оплаты, так как контракт продолжает действовать. При этом приостановлены могут быть все услуги на вашем аккаунте, что особенно актуально в тех случаях, когда вы приобретаете новую услугу с отказом от старой в пределах одного хостера. Это может оказаться неприятным сюрпризом и привести к дополнительным финансовым тратам.

В том случае, если вы покидаете хостера и отключили автоплатеж в его пользу, то взыскать с вас он вряд ли чего сможет, но кто знает, как повернется ситуация и не придется ли вам к нему вернуться. Поэтому лучше не портить свою финансовую репутацию и содержать свои дела в порядке.

Описанная схема наиболее характерна для европейских хостеров, американские компании могут предлагать иные условия, но опять-таки все упирается в понятие контракта и его автоматическое продление. Так американский хостер может брать оплату сразу за год и если вы явно не откажетесь от его услуг, то контракт будет автоматически продлен, и вы окажетесь перед необходимостью оплатить еще год размещения, либо расторгать контракт через поддержку с уплатой неустойки, остальные ваши услуги на это время могут оказаться заблокированы.

Также обратите внимание, что большинство американских хостеров не предоставляют безлимитный трафик, выделяя в рамках тарифа определенный ежемесячный объем, после превышения которого вам выставят дополнительный счет, либо потребуют приобрести дополнительный пакет трафика, услуга при этом также может быть заблокирована.

В любом случае перед приобретением услуг хостинга, как в России, так и за рубежом внимательно изучите финансовую сторону дела, особенно процесс оплаты и расторжения договора, в т.ч. досрочного, если вам что-то непонятно, то не стесняйтесь уточнить этот момент в поддержке.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Оцените статью
Хостинги