С помощью команды dig Вы можете запросить информацию о доменном имени у DNS-серверов. В этой статье описано 10 примеров использования команды dig. Читать далее “Dig – команда Linux (DNS Lookup)”
DNS
Скрипт автоматического изменения IP сервера в зонах DNS BIND
У меня есть два DNS сервера на BIND9 (master & slave). Изредка необходимо во всех зонах (около 15) менять направление на другой сервер. Однако, нужно исключить А запись с именем 3-его уровня, которое содержит слово radio. Реализовано это следующим скриптом с использованием sed. Читать далее “Скрипт автоматического изменения IP сервера в зонах DNS BIND”
Простой шлюз и фаервол на Debian
Каждый выход в интернет не только дает возможность подключаться к различным серверам и сайтам, но и создает потенциальную опасность проникновения на наш компьютер извне. Не стоит пренебрегать этой опасностью. Ситуация усугубляется оттого, что в некоторых (пока еще) широко распространенных операционных системах по умолчанию остаются открытыми многие порты, что позволяет подключаться из интернета к пользователю незаметно для последнего. Поэтому в основу любого фаервола должны быть заложены правила по закрытию и контролированию портов. Читать далее “Простой шлюз и фаервол на Debian”
Настройка кэширующего DNS-сервера BIND
Назначение DNS это перевод доменных имен, легко запоминаемых человеком в IP адреса которые понимают компьютеры, этот процесс называется-Разрешение имен. Что нам даст установка собственного кеширующего DNS сервера? Это немного ускорит отклик сайтов + Linux не очень хорошо воспринимает имена NetBios, а ведь иногда приходится находить компьютеры или принтеры внутри локальной сети, а хочется это делать по именам.
Читать далее “Настройка кэширующего DNS-сервера BIND”
Настройка DNS-сервера BIND Master & Slave с автоматической репликацией
В этот раз, я вам расскажу как настроить собственные DNS сервера, с автоматическим переносом зон на подчиненные сервера. Идея следующая, т.к. для полноценной работы доменного имени требуется как минимум 2 DNS сервера, то один сервер у нас получается главным (Master), а второй, подчиненным (Slave), то принцип работы будет следующий, изменения внесенные на Master сервере, будут автоматический перенесены на Slave сервера. Для чего это может понадобиться-например для поддержки работы своего доменного имени, или целой кучи сайтов. В принципе, держать, ради одного домена, собственную инфраструктуру NS серверов, наверное не стоит, но если у вас пара десятков сайтов, то повозиться имеет смысл… Читать далее “Настройка DNS-сервера BIND Master & Slave с автоматической репликацией”