Ми показали вам, як статично встановлювати IP-адреси у вашій мережі, тепер дозволяє перевертати цей перемикач DNS для додаткової елегантності та простоти використання. Сьогоднішній посібник покаже вам, як отримати доступ до своїх машин за допомогою імен DNS на маршрутизаторі з підтримкою DD-WRT.
Зображення Хенк Л.
Передмова
На нашому
Як налаштувати статичний DHCP на маршрутизаторі DD-WRT
Посібник, ми говорили про те, щоб ваші клієнти завжди отримували однакову IP-адресу з маршрутизатора. Отже, якщо ви хочете отримати доступ до однієї з машин у вашій мережі, оскільки ви знаєте, що це IP, ви можете використовувати це ... але використання IP-адрес просто не має такої ж елегантності, як використання імен. Крім того, з корисністю "статичного IP" зменшується внаслідок зростання
UPnP
, і незручність у встановленні «статичних резервувань» (доводиться знаходити MAC-адреси тощо). Що робити, якщо ви взагалі не хочете запам'ятовувати IP-адреси?
Тут виникає DNS.
Проблема
Ви намагаєтеся зв’язатись з одного пристрою / пристрою у вашій мережі на інший, використовуючи його IP-адресу (наприклад, використовуючи ping), і це працює. Однак, намагаючись зробити те саме, використовуючи це ім’я хосту, як „mydesktop” або „mylaptop”? це хіт і міс ... іноді це працює .... зазвичай це не ...: \
Що відбувається?
Ваші пристрої не знають, хто і як повинен запитувати переклад „ім’я” на „IP”, оскільки їм бракує конфігурації ключа, „суфікса DNS”.
Коли комп'ютеру потрібно перекласти ім'я на IP-адресу (називається " вирішити ”) У нього є кілька способів зробити це, один із способів - запитати сервер системи іменування доменів (DNS). Однак, щоб мати змогу це зробити, клієнт повинен поставити запитання у формі “Повністю кваліфікованого доменного імені” (FQDN).
Повне доменне ім'я складається з імені хосту, як-от "mydesktop", і зони DNS, якій воно належить, як "geek.lan". Отже, у нашому прикладі FQDN для хостів будуть відповідно “mydesktop.geek.lan” та “mylaptop.geek.lan”. Коли у клієнта немає «зони DNS» під рукою, він не може запитати у DNS про «плоске» ім’я (ім’я, яке не визначає «зону DNS»). Тобто, щоб насправді зв’язати хоста за іменем, вам потрібно буде пінгувати “mydesktop.geek.lan”.
Однак, якщо суфікс DNS був визначений якимось чином (вручну або автоматично), клієнт автоматично спробує додати його до запитуваного імені хосту і запитати у DNS-сервера, чи може він допомогти з вирішенням.
З огляду на це, якщо суфікс DNS не визначений, клієнт намагається самостійно з'ясувати ім'я, використовуючи "трансляцію DNS". Проблема в тому, що не всі клієнти налаштовані відповідати або насправді навмисно не відповідають на такий запит. Навпаки, просто дошкуляти буде вказувати повне доменне ім’я кожного разу.
Рішення
Для того, щоб мати повну інфраструктуру, яка вирішить цю проблему, потрібно лише встановити «суфікс DNS» на «область дії DHCP» маршрутизатора *. Це зробить обидва, так що маршрутизатор тепер матиме динамічний DNS ”Серверної служби, на яку клієнти можуть зареєструватися, зробити так, щоб служба DHCP сама зробила те ж саме для нереєструються хостів та доставила“ суфікс DNS ”як частину“ оренди DHCP ”, надану клієнтам. Тому, роблячи ціле рішення самостійним, за замовчуванням поведінковим рішенням, яке вирішує всі проблеми одним махом ... акуратний, А?
* При використанні DD-WRT… з іншими маршрутизаторами пробіг може відрізнятися.
Для цього перейдіть на сторінку адміністрування вашого маршрутизатора:
- Зайдіть в -> Послуги
- Змінити "Використовуваний домен" на "LAN & WLAN"
- Виберіть доменне ім’я, для цього прикладу ми використали “geek.lan”, але ви можете використовувати * що завгодно.
- Під час використання Статичне бронювання DHCP є необов’язковою для цієї процедури, якщо ви вирішили її реалізувати, рекомендується встановити ім’я хосту, щоб воно відповідало тому, яке встановлено в ОС машини / пристрою. Тепер, якщо так трапляється, що ОС пристроїв не реєструє ім’я в DNS (як телефони), це хороший спосіб примусити його вказати.
- Натисніть «Зберегти» -> «Застосувати налаштування».
* Єдиним винятком із цього правила є те, що якщо ви використовуєте “.local”, хоча ваші машини з Windows, мабуть, спрацюють нормально, ваші машини Linux будуть дотримуватися mDNS ( Багатоадресний DNS ) і знову буде ігнорувати DNS-сервер. Вирішення проблеми є, але це виходить за рамки цього посібника.
Тепер, щоб перевірити, чи вплинули налаштування, перейдіть до командного рядка та видайте “ipconfig”.
Ви повинні побачити, що ваш суфікс DNS наразі не існує, як показано нижче:
Видайте “ipconfig / release”, за яким слідує “ipconfig / renew”, і ви побачите щось на зразок:
Повторіть процедуру принаймні ще на одній машині та спробуйте пінгувати, використовуючи лише ім'я імені хосту.
Ви повинні побачити, що клієнт "автоматично-магічно" зрозумів, що повне ім'я пристрою, який ви пропингуєте, - "ім'я хоста.dns.zone", і зміг перекласти (вирішити) повне доменне ім'я на IP-адресу з можливістю перевірки:
Вирішення проблем
Оскільки в цьому посібнику йдеться про використання DNS на зразок Як видалити рекламу за допомогою Pixelserv на DD-WRT керівництво було, якщо у вас виникнуть проблеми, є кілька речей, які потрібно зробити:
-
Очистіть кеш DNS своїх персональних машин.
Це пов’язано з кешем DNS, який може обдурити ваш комп’ютер, вважаючи, що він вже знає ім’я хосту, не консультуючись із DNS. У вікнах це буде "ipconfig / flushdns". -
Переконайтеся, що ваш клієнт використовує маршрутизатор як DNS і що він вирішує повне доменне ім’я.
Особливо при використанні VPN або мережі, яка є більш складною, ніж звичайний маршрутизатор для налаштування комп'ютера, можливо, що ваш клієнтський комп'ютер просто не використовує маршрутизатор як свій DNS. Дуже легко побачити, використовуючи команду “nslookup” нижче, який саме DNS-сервер використовує клієнт. Якщо IP-адреса не збігається з маршрутизатором, ви знайшли проблему.
Ось і все ... у вас все повинно бути готовим
Поспішайте, все, що я бачу, це темрява .
