Как да получите достъп до вашите машини Използвайки DNS имена с DD-WRT
Ние ви показахме как статично да зададете IP адресите в мрежата си, а сега можете да обърнете този ключ за допълнителна елегантност и лекота на използване. Днешното ръководство ще ви покаже как да получите достъп до вашите машини, използвайки DNS имена на вашия маршрутизатор с DD-WRT.
Изображение от Henk L
предговор
На нашия Как да настроим статичен DHCP на Вашия DD-WRT маршрутизатор, говорихме за това дали клиентите ви винаги ще получават един и същ IP адрес от маршрутизатора. Така че сега, ако искате да получите достъп до една от машините във вашата мрежа, както знаете, че е IP, можете да използвате това… но използването на IP адреси просто няма същата елегантност като използването на имена. Също така, с полезността на „статичните IP“ намалява поради повишаването на UPnP, както и неудобството от създаване на „статични резерви“ (като се налага да се намерят MAC и други подобни)… Какво ще стане, ако не искате да помните IP адреси на всичко?
Това е мястото, където влиза DNS.
Проблемът
Опитвате се да достигнете от една машина / устройство във вашата мрежа до друга, като използвате нейния IP адрес (например ping) и работи. Въпреки това, когато се опитвате да направите същото, използвайки името на хоста си като "mydesktop" или "mylaptop"? това е хит и мис… понякога работи…. обикновено това не се случва ...: \ t
Какво става?
Вашите устройства не знаят кой и как трябва да искат превода „име“ на „IP“, тъй като липсва конфигурация на ключа, „DNS суфикс“.
Когато компютърът трябва да преведе име в IP адрес (наречен "разрешаване"), той има няколко начина да го направи, като един от начините е да поиска сървър за DNS. Въпреки това, за да бъде в състояние да направи това, клиентът трябва да зададе въпроса под формата на „напълно квалифицирано име на домейн“ (FQDN).
FQDN се състои от името на хоста като “mydesktop” и DNS зоната, към която принадлежи като “geek.lan”. Така в нашия пример FQDN за хостовете ще бъдат съответно "mydesktop.geek.lan" и "mylaptop.geek.lan". Когато клиентът няма „DNS зона“ под ръка, той не може да попита DNS за „плоско“ име (име, което не определя „DNS зона“). Тоест, за да достигнете до хоста си по име, ще трябва да пингвате "mydesktop.geek.lan".
Въпреки това, ако DNS суфиксът е определен по някакъв начин (ръчно или автоматично), клиентът автоматично ще се опита да го добави към исканото име на хост и да поиска DNS сървър, ако може да помогне с разрешаването.
С това казано, ако DNS суфиксът не е дефиниран, клиентът се опитва сам да намери името, използвайки “DNS broadcast”. Проблемът с това е, че не всички клиенти са конфигурирани да отговарят, или всъщност са конфигурирани да съзнателно не отговарят на такава заявка. За разлика от това, просто би било досадно да се уточнява FQDN всеки път.
Решението
За да има пълна инфраструктура, която ще реши този проблем, само трябва да зададете “DNS суфикс” в “DHCP обхвата” на * рутера. По този начин и двата маршрутизатора ще имат услугата „динамичен DNS“, на която клиентите могат да се регистрират, така че DHCP услугата, която той сам ще направи, ще направи същото за хостове, които не се саморегистрират и доставят „DNS“. на "DHCP лизинг", даден на клиентите. Ето защо цялото решение е самоподдържащо се, по подразбиране решение, което решава всички проблеми при един срив…. чист, А?
* Когато използвате DD-WRT… с други маршрутизатори, вашият пробег може да варира.
За да направите това, отидете на страницата за администриране на маршрутизатора:
- Отидете в -> Услуги
- Промяна на „Използван домейн“ за „LAN & WLAN“
- Изберете име на домейн, използвахме „geek.lan“ за този пример, но можете да използвате * каквото искате.
- Докато използването на Static DHCP резервации е незадължително за тази процедура, ако сте избрали да я приложите, се препоръчва да зададете името на хоста, за да съответства на това, което е зададено на операционната система на машината / устройството. Сега, ако се случи така, че операционната система на устройствата, не регистрира име в DNS (като телефони), това е добър начин да принудиш един на него.
- Кликнете върху „Запазване“ -> „Прилагане на настройките“.
* Единственото изключение от това правило е, че ако използвате “.local”, докато вашите Windows машини вероятно ще се справят добре, вашите Linux машини ще се придържат към mDNS (Multicast DNS) стандарта и отново ще игнорират DNS сървъра. Има решение, но това е извън обхвата на това ръководство.
Сега, за да проверите дали настройките са засегнати, отидете в командния ред и издайте „ipconfig“.
Трябва да видите, че понастоящем вашият DNS суфикс не съществува, както следва:
Издайте “ipconfig / release”, последвано от “ipconfig / renew” и трябва да видите нещо подобно:
Повторете процедурата на поне още една машина и опитайте да пингувате, като използвате само името на хоста.
Трябва да видите, че клиентът е „автоматично магически“ разбрал, че пълното име на устройството, което пингвате, е „hostname.dns.zone“ и е в състояние да преведе (разреши) FQDN на IP адрес, който може да пинира:
Отстраняване на проблеми
Тъй като това ръководство е за използване на DNS като напр. Как да премахнете рекламите с Pixelserv на DD-WRT ръководството, беше, ако срещнете проблеми, трябва да направите няколко неща:
- Изчистете DNS кеша на личните си машини.
Това се дължи на DNS кеша, който може да заблуди компютъра ви да мисли, че вече знае името на хоста, без да се консултира с DNS за него. На прозорци това ще бъде „ipconfig / flushdns“. - Уверете се, че вашият клиент използва рутера като DNS и че разрешава FQDN.
Особено когато използвате VPN или мрежа, която е по-сложна от обикновената рутер към компютърната настройка, възможно е клиентският ви компютър просто да не използва рутера като своя DNS. Много е лесно да се види с помощта на командата "nslookup" под DNS сървъра, който клиентът използва. Ако IP не е същият като маршрутизатора, сте открили проблема.
Това е… трябва да сте готови
Побързай, виждам само тъмнината.