Pokazaliśmy, jak statycznie ustawić adresy IP w sieci, teraz odwróć przełącznik DNS, aby uzyskać dodatkową elegancję i łatwość użytkowania. Dzisiejszy przewodnik pokaże Ci, jak uzyskać dostęp do swoich maszyn za pomocą nazw DNS na routerze obsługującym DD-WRT.
Obraz autorstwa Henk L
Przedmowa
W naszym przewodniku Jak skonfigurować statyczne DHCP na routerze DD-WRT, rozmawialiśmy o upewnieniu się, że Twoi klienci zawsze otrzymają ten sam adres IP z routera. Więc teraz, jeśli chcesz uzyskać dostęp do jednego z komputerów w swojej sieci, ponieważ wiesz, że jest to adres IP, możesz go użyć… ale używanie adresów IP po prostu nie ma tej samej elegancji, co używanie nazw. Również ze względu na malejącą użyteczność „statycznych adresów IP” ze względu na wzrost UPnP, oraz niedogodności związane z konfiguracją „rezerwacji statycznych” (konieczność znalezienia adresów MAC itp.)… A jeśli nie chcesz w ogóle zapamiętywać adresów IP?
Tu właśnie pojawia się DNS.
Problem
Próbujesz połączyć się z jednego komputera/urządzenia w sieci do drugiego za pomocą jego adresu IP (na przykład za pomocą polecenia ping) i działa. Jednak, gdy próbujesz zrobić to samo, używając nazwy hosta, takiej jak „mydesktop” lub „mylaptop”? to jest strzał w dziesiątkę… czasami to działa…. zwykle nie… :
Co się dzieje?
Twoje urządzenia nie wiedzą, kto i jak powinien poprosić o tłumaczenie „nazwy” na „IP”, ponieważ brakuje im kluczowej konfiguracji, „sufiksu DNS”.
Gdy komputer musi przetłumaczyć nazwę na adres IP (nazywany „rozwiązać”) można to zrobić na kilka sposobów, jednym ze sposobów jest zapytanie serwera systemu nazw domen (DNS). Aby jednak móc to zrobić, klient musi zadać pytanie w formie „w pełni kwalifikowanej nazwy domeny” (FQDN).
FQDN składa się z nazwy hosta, takiej jak „mydesktop” i strefy DNS, do której należy, np. „geek.lan”. W naszym przykładzie nazwy FQDN dla hostów to odpowiednio „mydesktop.geek.lan” i „mylaptop.geek.lan”. Gdy klient nie ma pod ręką „strefy DNS”, nie może zapytać DNS o „płaską” nazwę (nazwę, która nie określa „strefy DNS”). Oznacza to, że aby rzeczywiście dotrzeć do swojego hosta po imieniu, musisz pingować „mydesktop.geek.lan”.
Jeśli jednak sufiks DNS został w jakiś sposób zdefiniowany (ręcznie lub automatycznie), klient automatycznie spróbuje dołączyć go do żądanej nazwy hosta i zapyta serwer DNS, czy może pomóc w rozwiązaniu problemu.
Mając to na uwadze, jeśli sufiks DNS nie jest zdefiniowany, klient sam próbuje znaleźć nazwę, korzystając z „emisji DNS”. Problem polega na tym, że nie wszyscy klienci są skonfigurowani do odpowiadania lub są tak naprawdę skonfigurowani, aby celowo nie odpowiadać na takie żądanie. W przeciwieństwie do tego, po prostu denerwujące byłoby określanie FQDN za każdym razem.
Rozwiązanie
Aby mieć pełną infrastrukturę, która rozwiąże ten problem, wystarczy ustawić „sufiks DNS” w „zakresie DHCP” *routera. Spowoduje to, że router będzie miał teraz „Dynamiczny DNSusługa serwera, do której klienci mogą się zarejestrować, aby sama usługa DHCP robiła to samo dla hostów, które nie rejestrują się samodzielnie i dostarczała „sufiks DNS” w ramach „dzierżawy DHCP” udzielanej klientom. Dlatego uczynienie całego rozwiązania samopodtrzymującym się, domyślnie zachowującym się rozwiązaniem, które rozwiązuje wszystkie problemy za jednym zamachem…. schludny, A?
*W przypadku korzystania z DD-WRT… z innymi routerami przebieg może się różnić.
Aby to zrobić, przejdź do strony Administracja routera:
- Przejdź do -> Usługi
- Zmień „Używana domena” na „LAN i WLAN”
- Wybierz nazwę domeny, w tym przykładzie użyliśmy „geek.lan”, ale możesz użyć *, co chcesz.
- Chociaż użycie statycznej rezerwacji DHCP jest opcjonalne w tej procedurze, jeśli zdecydujesz się ją zaimplementować, zaleca się ustawienie nazwy hosta tak, aby była zgodna z tą, która jest ustawiona w systemie operacyjnym komputera/urządzenia. Teraz, jeśli tak się stanie, że system operacyjny urządzenia nie rejestruje nazwy w DNS (jak telefony), jest to dobry sposób na wymuszenie na nim nazwy.
- Kliknij „Zapisz” -> „Zastosuj ustawienia”.
*Jedynym wyjątkiem od tej reguły jest to, że jeśli używasz „.local”, podczas gdy komputery z systemem Windows prawdopodobnie poradzą sobie dobrze, komputery z systemem Linux będą stosować się do mDNS (Multiemisja DNS) i ponownie zignoruje serwer DNS. Istnieje obejście tego problemu, ale wykracza ono poza zakres tego przewodnika.
Teraz, aby sprawdzić, czy ustawienia zostały zastosowane, przejdź do wiersza poleceń i wydaj „ipconfig”.
Powinieneś zobaczyć, że Twój sufiks DNS obecnie nie istnieje, jak poniżej:
Wydaj „ipconfig /release”, a następnie „ipconfig /renew”, a powinieneś zobaczyć coś takiego:
Powtórz procedurę na co najmniej jeszcze jednym komputerze i spróbuj pingować, używając tylko nazwy hosta.
Powinieneś zobaczyć, że klient „automagicznie” zrozumiał, że pełna nazwa urządzenia, które pingujesz, to „hostname.dns.zone” i był w stanie przetłumaczyć (przetłumaczyć) FQDN na adres IP z możliwością pingowania:
Rozwiązywanie problemów
Ponieważ ten przewodnik dotyczy korzystania z DNS, takiego jak Jak usunąć s za pomocą Pixelserv w przewodniku DD-WRT, Jeśli napotkasz problemy, jest kilka rzeczy do zrobienia:
- Wyczyść pamięć podręczną DNS komputerów osobistych.
Dzieje się tak z powodu pamięci podręcznej DNS, która może oszukać Twój komputer, że będzie myślał, że zna już nazwę hosta, bez sprawdzania tego w systemie DNS. W systemie Windows będzie to „ipconfig /flushdns”. - Upewnij się, że twój klient używa routera jako DNS i że rozpoznaje FQDN.
Zwłaszcza w przypadku korzystania z VPN lub sieci, która jest bardziej złożona niż normalna konfiguracja routera z komputerem, możliwe jest, że komputer kliencki po prostu nie używa routera jako swojego DNS. Bardzo łatwo jest zobaczyć, używając polecenia „nslookup” poniżej, jakiego serwera DNS używa klient. Jeśli adres IP nie jest taki sam jak router, problem został wykryty.
To wszystko… powinieneś być gotowy 
Pospiesz się, wszystko co widzę to ciemność.