Что такое dns-сервер простыми словами

Меняем настройки DNS-серверов в свойствах подключения

Дальше мы проверим настройки DNS-серверов в свойствах подключения, через которое компьютер подключен к интернету. Если там прописаны какие-то адреса, то можно попробовать выставить автоматическое получение, либо прописать DNS-адреса от Google. Этот способ очень часто позволяет избавится от ошибки «DNS-сервер не отвечает».

Нам нужно открыть окно со всеми подключениями. Для этого можно нажать правой кнопкой мыши на значок подключения к интернету, и выбрать «Центр управления сетями…». Дальше переходим в «Изменение параметров адаптера».

Дальше правой кнопкой мыши нажимаем на то подключение, через которое вы подключены к интернету (к роутеру), и выбираем «Свойства». Если подключение по Wi-Fi, то это подключение «Беспроводная сеть», если по кабелю, то «Ethernet» (Подключение по локальной сети).

У меня, например, проблема с DNS при подключении по Wi-Fi сети через роутер.

В новом окне выделите «IP версии 4 (TCP/IPv4)», и нажмите «Свойства». Если в новом окне у вас прописан какой-то DNS-сервер, то можно попробовать выставить автоматическое получение адресов, и проверить подключение к интернету после перезагрузки компьютера.

Но чаще всего помогает следующее: ставим переключатель возле «Использовать следующие адреса DNS-серверов«, и прописываем DNS от Google:

Нажимаем «Ok» и перезагружаем компьютер.

Такое решение помогает очень часто. Если у вас проблема с получение DNS на всех устройствах, которые подключены через один роутер, то эти адреса можно прописать в настройках роутера, тогда они будут применяться для всех устройств. Как правило, сделать это можно в настройках вашего роутера, в разделе «Интернет», или «WAN». Где задаются параметры для подключения к провайдеру.

Для примера, покажу как это сделать на роутере TP-Link:

Не забудьте сохранить настройки.

Очищаем кэш DNS и другие сетевые параметры

Нужно просто запустить командную строку, и по очереди выполнить несколько команд, которые выполнять очистку кэша DNS-адресов, и других сетевых настроек. Этот способ подойдет как для Windows 10, так и для Windows 7 (8).

Командную строку нужно запустить от имени администратора. Если у вас Windows 10, то просто нажмите правой кнопкой мыши на меню пуск, и выберите «Командная строка (администратор)». В Windows 7, в поиске можно набрать «cmd», нажать правой кнопкой на «cmd» в результатах поиска, и выбрать «Запустить от имени администратора».

По очереди копируем и выполняем такие команды:

Вот так:

В Windows 10 можно еще попробовать выполнить сброс сетевых настроек. Это практически то же самое.

После этого перезагрузите компьютер.

Обновление: отключаем или удаляем антивирус Avast

По своему опыту могу сказать, что антивирус Avast очень часто вмешивается в сетевые настройки Windows, из-за чего появляются разные проблемы с подключением к интернету. То интернет перестает работать после удаления антивируса, то ошибка DNS, или сетевой адаптер не имеет допустимых параметров настройки IP.

Что делать, если не получилось исправить ошибку?

Если вы все проделали правильно, но Windows по прежнему пишет что DNS-сервер не отвечает, то у меня есть еще пару советов:

  • Смените статус сети с общественной на частную. У нас на сайте есть подробная инструкция.
  • Попробуйте на время полностью отключить антивирус, или встроенный в него брандмауэр (веб-антивирус, сетевой экран).
  • Если никак не можете исправить эту ошибку, то позвоните в поддержку своего интернет-провайдера. Не редко проблемы с DNS бывают по их вине.

1289

Сергей

Решение проблем и ошибок

Встречается в статьях

Инструкции:

  1. Настройка веб-сервера на CentOS 8 со всем необходимым для правильной работы
  2. Как настроить цифровую подпись DKIM в связке с Postfix
  3. Как установить и настроить iRedMail на Linux CentOS
  4. Настройка почтового сервера iRedMail на Ubuntu
  5. Установка и настройка кластера Kubernetes на Linux Ubuntu
  6. Настройка L2TP VPN-сервера на CentOS 8 для возможности подкючения стандартными средствами Windows
  7. Настройка почтового сервера Postfix для массовой рассылки сообщений
  8. Как настроить почту для корпоративной среды на CentOS 8
  9. Как настроить почту для корпоративной среды на Ubuntu Server
  10. Настройка веб-сервера на Ubuntu со всем необходимым для правильной работы
  11. Инструкция по установке и настройке сервера OpenVPN на Linux CentOS
  12. Как настроить сервер OpenVPN на Windows
  13. Установка и настройка OpenVPN на Ubuntu Server
  14. Как настроить почту на базе Postfix для корпоративной среды
  15. Установка и настройка Remote Desktop Gateway на Windows Server
  16. Установка и настройка файлового сервера Samba на CentOS 8
  17. Как проверить скорость интернета
  18. Установка и настройка почтового сервера Zimbra на Linux
  19. Как установить и использовать сервер хранения секретов Hashicorp Vault

Мини-инструкции:

  1. Как настроить сеть в CentOS 7 и 8
  2. Как установить роль контроллера домена
  3. Как настроить IP-адрес в Windows
  4. Как установить и настроить bind на CentOS
  5. Настройка доступа к локальной сети клиентам OpenVPN
  6. Как ускорить вход по SSH
  7. Как создать и настроить вторичную зону в BIND
  8. Как создать и настроить локальную зону в BIND
  9. Получение бесплатного сертификата Lets Encrypt
  10. Инструкция по настройке VLAN интерфейсов на CentOS 7
  11. Как установить, настроить и создать виртуальную машину в KVM на CentOS 7
  12. Как установить и настроить DNS-сервер Bind на Linux Ubuntu
  13. Настройка защиты DNS ответов от BIND при помощи DNSSEC
  14. Установка и настройка OwnCloud на CentOS 7 или 8
  15. Перенаправление DNS-запросов на Bind с помощью stub зоны
  16. Как установить и быстро настроить Asterisk PBX на Linux Ubuntu
  17. Инструкция по установке и настройке phplist
  18. Как работать с очередью сообщений в почтовом сервере Exchange
  19. Установка и настройка прокси-сервера 3proxy на Linux CentOS 7
  20. Установка сервера для сбора тревожных событий Alerta на Linux Ubuntu
  21. Установка и настройка сервера Redmine + Apache + passenger
  22. Настройка Autodiscover для автоматического конфигурирования почтовых программ
  23. Как настроить доверительные отношения между доменами Active Directory
  24. Установка и настройка LDAP сервера FreeIPA на Linux CentOS
  25. Объединение сетевых интерфейсов в CentOS с помощью teamd
  26. Установка веб-интерфейса phpMyAdmin на CentOS для управления MySQL
  27. Работа с DNS из командной строки с помощью утилиты nslookup
  28. Установка и настройка сервера 1С + PostgreSQL на Linux Ubuntu
  29. Как установить и настроить сервер OpenVPN на CentOS 8
  30. Инструкция по установке и настройке phplist на Linux Ubuntu
  31. Установка сервера видеоконференций TrueConf на Windows
  32. Как установить и настроить инструмент жизненного цикла DevOps GitLab на Ubuntu
  33. Как настроить гостевую беспроводную сеть на роутере Mikrotik
  34. Установка и настройка сервера NextCloud на CentOS 8
  35. Установка и использование почтового клиента WebMail Lite на Linux CentOS
  36. Отправка почты из Битрикс24 без попадания в СПАМ
  37. Как создать собственный Docker-образ с веб-сервером
  38. Как установить и настроить инструмент жизненного цикла DevOps GitLab на CentOS
  39. Настройка Views на сервере Bind для разных ответов в зависимости от сети (Split DNS)
  40. Примеры настройки сервисов и их установки с помощью ролей в Ansible
  41. Настройка почтовой системы Postfix + Dovecot с хранением данных в LDAP
  42. Как настроить балансировку http-запросов в веб-сервере NGINX
  43. Как установить Consul Hashicorp на несколько нод CentOS и настоить кластер
  44. Кластер серверов Hashicorp Vault с доступом через систему обнаружения Consul
  45. Шпаргалка по работе с Dnsmasq — установка и примеры настройки
  46. Как установить и настроить Consul-агента и зарегистрировать на кластере сервис
  47. Установка второго сервера FreeIPA с настройкой репликации
  48. Как использовать встроенный инструмент для резервного копирования и восстановления FreeIPA

Почему домены начинают работать не сразу

DNS-серверы интернет-провайдера обновляются раз в сутки (). Если вы только что прописали или сменили DNS-серверы, придётся подождать 24 часа. Смена DNS-сервера чревата временным отсутствием работающего сайта. После обновления DNS сайт станет доступен.
Если сайт не работает — в помощь вам инструкция: Прописал DNS-серверы, но сайт недоступен.

Если вы зарегистрировали домен, но ещё не создали на нём сайт, после обновления DNS-серверов на вашем домене будет открываться парковочная страница с надписью «Домен надёжно припаркован». Если вы хотите создать на домене сайт, вам поможет статья: Я зарегистрировал домен, что дальше?

Типы записей DNS

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

Каждая запись dns по-английский (Resource Record, RR) имеет тип записи и класс записи. Тип записей говорит о том для чего эта запись предназначена, а класс указывает в каких сетях эта запись может использоваться. Сейчас DNS применяется только в сетях интернет, поэтому в классе записи вы почти всегда увидите IN, сокращение от интернета.

Записи, которые используются для определения ip адреса компьютера (IPv4) по доменному имени имеют тип A, для адресов IPv6 используется тип запись 4 раза (AAAA ).

Запрос записей разных типов

В утилите nslookup можно указать тип записи, который вы запрашиваете с помощью ключа минус type, например если вы укажете -type=A, нужно узнать Ipv4 адрес для доменного имени www.yandex.ru, то получите адреса ip версии 4.

А если указать тип записей четыре раза A, то получим адрес IPv6 для того же самого доменного имени.

DNS псевдонимы

Для одного и того же IP-адреса можно задавать несколько доменных имен. Есть два варианта, как это можно сделать.

Первый вариант использовать DNS запись типов CNAME (Canonical Name каноническое имя) эта запись определяет псевдоним для доменного имени. Например, доменное имя ftp.zvondozvon.ru является псевдонимом www.zvondozvon.ru, то есть два этих имени указывают на один и тот же IP-адрес. Канонических имен для одного и того же доменного имени можно создавать очень много. Для того чтобы такие имена работали необходимо, чтобы для доменного имени на которые они указывают существовала запись, которая определяет IP-адрес для этого доменного имени.

Ключевые характеристики DNS

DNS обладает следующими характеристиками:

  • Распределённость администрирования. Ответственность за разные части иерархической структуры несут разные люди или организации.
  • Распределённость хранения информации. Каждый узел сети в обязательном порядке должен хранить только те данные, которые входят в его зону ответственности, и (возможно) адреса корневых DNS-серверов.
  • Кеширование информации. Узел может хранить некоторое количество данных не из своей зоны ответственности для уменьшения нагрузки на сеть.
  • Иерархическая структура, в которой все узлы объединены в дерево, и каждый узел может или самостоятельно определять работу нижестоящих узлов, или делегировать (передавать) их другим узлам.
  • Резервирование. За хранение и обслуживание своих узлов (зон) отвечают (обычно) несколько серверов, разделённые как физически, так и логически, что обеспечивает сохранность данных и продолжение работы даже в случае сбоя одного из узлов.

Типы запросов DNS

Есть 2 основных запроса, которые возникают при разрешении DNS.

Рекурсивный запрос

Рекурсивный запрос — это первый тип запроса, который возникает, когда клиентское устройство пытается получить доступ к веб-сайту. При условии, что устройство еще не сохранило IP-устройство в своей системе кэширования, оно посылает рекурсивный запрос на локальный DNS-рекурсор. Этот тип запроса возлагает ответственность за поиск IP-адреса вебдомена на DNS-реципиент. В свою очередь, рецидивист связывается с другими DNS-серверами для поиска данных.

Итеративный запрос

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

Что такое DNS-зона

В этом разделе мы подробно расскажем, что такое DNS-зона

Это определение важно для более глубокого понимания работы системы доменных имен (Domain Name System). Выше мы рассказали о простом варианте взаимосвязи между доменом и IP-адресом: 1 доменное имя = 1 веб-сайт = 1 IP-адрес

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

Еще немного фактов

  • Одному домену могут соответствовать множество IP-адресов. Такая мера служит для увеличения надежности и быстродействия ресурса.
  • Одному IP-адресу также может соответствовать не одно доменное имя. На сегодняшний день насчитывают больше 1,5 миллиарда сайтов. И это число постоянно растет. В связи с этим IP-адрес из четырех чисел стал дефицитным ресурсом. В целях экономии на одном сервере могут располагать множество сайтов с различными доменами, которым присваивается один IP-адрес. Веб-сервер, получив запрос, анализирует доменное имя и направляет его на нужный веб-сайт.

История

Концепция системы доменных имен возникла в результате развития ARPANET, которая была разработана в 1966 году как эффективный метод передачи данных и информации между исследовательскими центрами по всей Америке. К 1980 году через эту систему было подключено более 300 компьютеров, и было также создано несколько сайтов. Буквенные имена хостов были включены в систему, что устраняет необходимость запоминания пользователями IP-адресов, необходимых для доступа к нужным им серверам.

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

Эта номенклатурная система предусматривала использование конкретного названия сайта и названия категории. Имя категории — это то, что мы теперь называем доменным именем верхнего уровня, в то время как конкретное имя сайта относится к доменному имени второго уровня. Разработка системы, которая была запрограммирована на преобразование доменного имени сайта в необходимый IP-адрес, устранила необходимость для пользователей знать IP-адрес сервера, к которому они хотели получить доступ. Эта организованная база данных расширяется и в настоящее время обслуживает более 270 миллионов доменов по состоянию на декабрь 2013 года.

Какие сервера DNS использовать вместо Google и Cloudflare

Многие интернет провайдеры и поставщики сетевых услуг самостоятельно рекомендуют пользователям определенные настройки DNS или настраивают автоматическое получение DNS. Чаще всего эти параметры указываются при настройке подключения.

Актуальные данные можете уточнить в службе поддержки своего провайдера.

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

◈ 77.88.8.8 и 77.88.8.1 – быстрый и надежный DNS от Яндекс.
◈ 208.67.222.222 и 208.67.220.220 – популярные сервера DNS от Cisco Umbrella.
◈ 4.2.2.1 и 4.2.2.2 – сервера одного из крупнейших сетевых провайдеров Level3DNS.
◈ 8.26.56.26 и 8.20.247.20 – надежные и быстрые сервера от Comodo Secure DNS.

Экспериментируйте и выбирайте подходящий сервис, который устроит по скорости работы и стабильности подключения.

iPhones.ru

Что делать, если интернет начал барахлить.

Domain Name System

Во всемирной паутине каждый веб-сайт имеет личный IP – адрес. Все IP – адреса представлены в виде последовательности четырех чисел и точек: 222.222.222.222. Эти числа получили название океты. После заключительной цифры точка не ставится. В IP – адрес могут входить числа от 0 до 255.

Если мы хотим зайти на какой-либо сайт, мы набираем доменное имя, а не IP – адрес. Согласитесь, сочетание букв mail.ru запомнить гораздо проще, чем длинную последовательность чисел. И тут разработчики задумались, как привязать эти числа к буквенному адресу?

В результате была разработана система DNS – Domain Name System. Если перевести это словосочетание на русский язык, мы получим название «Служба доменных имен».

Конфиденциальные ДНС-серверы

Обзор и настройка модема D-Link Dir-320

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

  • DNS.Watch. Адреса: 84.200.69.80, 84.200.70.40. Главное отличие от конкурентов – отсутствие регистрации. Адреса доступны по протоколам IPv4 и IPv6. Недостаток в том, что информация на веб-ресурсе поставщика предоставляется в незашифрованном виде. Вторым минусом является низкая скорость ответа для пользователей из России.
  • «Яндекс.DNS». Российский поисковый гигант, предоставляющий огромное количество услуг, в том числе и собственные серверы доменных имен. Список доступных адресов ДНС зависит от выбранного тарифа. В качестве дополнительных опций компания предлагает блокировку вредоносных сайтов и сайтов для взрослых, защиту от спама и фишинговых атак.
  • Comodo Secure DNS предоставляет адреса: 8.26.56.26, 8.20.247.20. Всевозможные дополнительные опции доступны только на платной основе. Бесплатной услугой является лишь служба DNS.

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

Типы записей DNS-сервера

Одному домену могут подходить несколько сетевых адресов, например, интернет-сайт и почтовый сервер. Более того, каждое доменное имя содержит один или несколько поддоменов.

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

Различают несколько ключевых типов ресурсных записей, информация о которых хранится на DNS-сервере:

  • А — адрес веб-ресурса, который соответствует введенному имени домена.
  • MX — адрес почтового сервера.
  • CNAME — указание привязки аналога к собственному доменному имени. Чаще всего используется для прикрепления поддомена. Например, можно привязать веб-адрес www.site.ru к фактическому сайту для домена site.ru.
  • NS — адрес DNS-сервера, отвечающего за содержание прочих ресурсных записей.
  • TXT — любая текстовая информация о домене.
  • SPF — данные с указанием списка серверов, которым позволено отправлять письма от имени указанного домена.
  • SOA — исходная запись зоны, в которой указаны сведения о сервере, содержащем образцовую информацию о доменном имени.

Зачем нужны DNS-серверы и какие они бывают?

Основное предназначение DNS-серверов — хранение информации о доменах и ее предоставление по запросу пользователей, а также кэширование DNS-записей других серверов. Это как раз «книга контактов», о которой мы писали выше.

В случае кэширования все несколько сложнее. Дело в том, что отдельно взятый DNS-сервер не может хранить вообще всю информацию об адресах сайтов и связанных с ними IP-адресами. Есть исключения — корневые DNS-серверы, но о них позже. При обращении к сайту компьютера пользователя браузер первым делом проверяет локальный файл настроек DNS, файл hosts. Если там нет нужного адреса, запрос направляется дальше — на локальный DNS-сервер интернет-провайдера пользователя.

Локальный DNS-сервер в большинстве случаев взаимодействует с другими DNS-серверами из региона, в котором находится запрошенный сайт. После нескольких обращений к таким серверам локальный DNS-сервер получает искомое и отправляет эти данные в браузер — запрошенный сайт открывается. Полученные данные сохраняются на локальном сервере, что значительно ускоряет его работу. Поскольку, единожды «узнав» IP-адрес сайта, запрошенного пользователем, локальный DNS сохраняет эту информацию. Процесс сохранения полученных ранее данных и называется кэшированием.

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

IP-адрес сайта может измениться — например, при переезде на другой хостинг или сервер в рамках прежнего хостинга. Что происходит в этом случае? В этом случае обращения пользователей к сайту, чей IP-адрес поменялся, некоторое время обрабатываются по-старому, то есть перенаправление идет на прежний «айпишник». И лишь через определенное время (например, сутки) кэш локальных серверов обновляется, после чего обращение к сайту идет уже по новому IP-адресу.

Регистрация доменных имен

В двух словах хотел бы затронуть вопрос регистрации доменных имен.

Регистрация доменов — это действие, посредством которого клиент сообщает регистратору, каким DNS-серверам следует делегировать поддомен, и также снабжает регистратора контактной и платежной информацией. Регистратор передает информацию в соответствующий реестр. Чаще всего, это процесс внесения в реестр зоны первого уровня (то есть в TLD зоны ru, com или др.), записи о новом доменном подимени.

Регистратор доменных имён — это организация, имеющая полномочия создавать (регистрировать) новые доменные имена и продлевать срок действия уже существующих доменных имён в домене, для которого установлена обязательная регистрация.

Уровни доменов, для которых необходима обязательная регистрация лица, ответственного за домен, следующие:

  • корневой домен
  • все домены первого уровня (TLD)
  • некоторые домены второго уровня (например, com.ru или co.uk)

Регистратором для корневого домена является организация . Чтобы стать регистратором доменов в зонах второго уровня (.com .net .org .biz .info .name .mobi .asia .aero .tel .travel .jobs …), необходимо получить аккредитацию ICANN.

Правила регистрации в международных (gTLD — com., org, и др.) доменах устанавливаются ICANN. Правила регистрации в национальных (ccTLD — ru, us и др.) доменах устанавливаются их регистраторами и/или органами власти соответствующих стран, например единые правила для всех регистраторов в доменах .ru, и .рф задаются Координационным центром национального домена сети Интернет. Для многих доменов (в том числе и для ru) регистратор не единственный. При наличии нескольких регистраторов все они должны использовать единую (централизованную или распределённую) базу данных для исключения конфликтов и обеспечения уникальности доменного имени.

Услуга регистрации домена в большинстве случаев платная, цену и условия регистрации определяет регистратор. Для регистрации домена, необходимо выбрать свободное имя и отправить заявку на регистрацию у одного из регистраторов (например nic.ru), оплатить предоставление услуги. После подтверждения регистрации, необходимо в интерфейсе регистратора определить (делегировать) dns сервера, скорее всего это будут DNS вашего хостера.

В завершение статьи хочу отметить так же о таком маркетинговом нюансе, что иногда домены второго уровня называют именами доменов ПЕРВОГО уровня, тем самым «опуская» значение корневого домена и принимая за корневой домен — домены TLD.

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

Резюме

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

Что еще почитать:

man (5) resolver: http://www.opennet.ru/man.shtml?topic=resolver&category=5&russian=0
man (3) gethostbyname:  http://www.opennet.ru/cgi-bin/opennet/man.cgi?topic=gethostbyname&category=3Linux Network Administrators Guide v2 Russian: скачать.RFC882, 1035, 1183
Статья DNS сервер bind — практика

Upd 2013.01.28: обновил информацию по SOA-записи (спасибо комментатору feedbee на )

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector