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


А-запись

А-запись содержит в себе IP-адрес сервера и необходима для связи имен домена и сервера.

Если вам требуется настроить домен на сторонний хостинг-сервер, необходимо:

  • Выбрать тип записи А и прописать нужный IP-адрес;
  • Нажать кнопку Сохранить.

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

MX-запись

MX-запись (Mail eXchange) ― запись DNS для регистрации почтовых серверов.

Если вам требуется настроить домен на работу со сторонним почтовым сервером, необходимо:

  • Выбрать тип записи MX и прописать необходимый приоритет и имя сервера;
  • Нажать кнопку Сохранить.

Имя почтового сервера можно узнать у хостинг-провайдера/почтовой службы или задать самостоятельно, если используется выделенный сервер.

SRV-запись

SRV-запись – запись DNS, определяющая местоположение сервера для различных сервисов.

Если вы хотите добавить собственную SRV-запись, необходимо:

  • Выбрать тип записи SRV и прописать нужные вам значения;
  • Нажать кнопку Сохранить.
  • Значения SRV-записей можно запросить у провайдера того сервиса, который вы подключаете.

TXT-запись

TXT-запись содержит в себе общую информацию о конкретном хосте или устройстве. Применяется для проверок на право владения доменом при подключении дополнительных сервисов, а также для записи SPF и ключа DKIM.

Если Вы хотите добавить собственную TXT-запись, необходимо:

  • Выбрать тип записи TXT и прописать комментарии;
  • Нажать кнопку Сохранить.

CNAME-запись

CNAME (Сanonical name record) - запись, которая позволяет присваивать домену каноническое имя для псевдонима. Она служит для наследования поддоменом всех ресурсных записей указанного домена, за исключением NS.

Если вы хотите добавить собственную CNAME-запись, необходимо:

  • Выбрать тип записи CNAME и прописать хост (точка в конце обязательна);
  • Нажать кнопку Сохранить.

PTR-запись

PTR-запись служит для связи IP-адреса сервера с его каноническим именем.

Для добавления собственной PTR записи, Вам необходимо сделать запрос в отдел технической поддержки, создав тикет в личном кабинете.

100% ЗАЩИТА ОТ DDOS АТАК

Абузоустойчивый хостинг с защитой от DDoS.

HYIP хостинг с DDOS защитой.

Комментарии

Отправить комментарий

Популярные сообщения из этого блога

SYN Flood

  Клиент генерирует SYN-пакет, запрашивая новую сессию у сервера . Поскольку TCP сессия открыта (алгоритм “трехэтапного рукопожатия TCP” исполнен), хост будет отслеживать и обрабатывать каждую пользовательскую сессию, пока она не будет закрыта. Во время SYN Flood  атакуемый сервер с большой скоростью получает поддельные SYN-запросы, содержащие поддельный IP-адрес источника. SYN-флуд поражает сервер, занимая всю память таблицы соединений (Transmission Control Block (TCB) table), обычно используемую для хранения и обработки входящих пакетов. Это вызывает критическое падение производительности и, как итог, отказ в работе сервера . Существует несколько механизмов защиты, которые могут частично обезопасить от SYN Flood: Ограничение микро-блоков: являясь администратором, Вы можете ограничить размер памяти сервера для каждого водящего SYN-пакета; SYN-куки (SYN-Cookie): используя криптографическое хэшировние, сервер отправляет SYN-ACK ответ с номером последовательности, которая составлена из
Далее...

NTP амплификация (NTP Amplification Attack)

  Протокол используется хостами , подключенными к Интернету, для синхронизации системного времени. В дополнение к этому, старые версии NTP поддерживают службу мониторинга трафика, которая позволяет администраторам запрашивать у определенного NTP-сервера отчет об использовании трафика. После команды, называемой «контрольный список», сервер отправляет запрашивающей стороне список последних подключенных к нему 600 хостов. При наиболее распространенном типе NTP Amplification,  злоумышленник неоднократно отправляет запрос «предоставить контрольный список» на NTP-сервер, одновременно подменяя свой IP-адрес на адрес сервера-жертвы. Сервер NTP отвечает, отправляя список на поддельный IP-адрес. Отправляемый сервером ответ по объему значительно превосходит запросы, что приводит к загруженности канала связи и  вызывает неспособность сервера отвечать на легитимные запросы пользователей.
Далее...

Обычный сервер

Взять обычный сервер всё равно что купить себе полноценную кухню со всей утварью и кухонными приборами. На ней можно приготовить что угодно, но всё это придётся делать самому. Если что-то не получается — никто не виноват, стандартных готовых блюд нет. На такой кухне всё зависит от хозяйки — если она умеет готовить, то всё будет хорошо. Реальный сервер даёт вам полную свободу — это ваше железо, оно всё работает на вас и ограничено только тем, насколько навороченную железку вы ставите. Не хватает памяти — вставляете новую планку памяти в сервер. Не хватает процессорной мощности — объединили два сервера в кластер. Мало места на диске — добавляете ещё один диск или запускаете RAID-массив. Минус тут такой же, как и в виртуальном сервере — для его обслуживания абсолютно точно нужен администратор. Если нет человека, который разбирается в серверных технологиях и может его настроить, то сайт или не заработает, или будет работать не так быстро, как может. Ещё один минус — сервер нужно где-то с
Далее...