Sådan får du adgang til dine maskiner ved hjælp af DNS-navne med DD-WRT
Vi har vist dig, hvordan du statisk indstiller IP'erne på dit netværk, så vi kan nu vende den DNS-switch for ekstra elegance og brugervenlighed. Dagens vejledning viser dig, hvordan du får adgang til dine maskiner ved hjælp af DNS-navne på din DD-WRT-aktiverede router.
Billede af Henk L
Forord
På vores Sådan opretter du statisk DHCP på din DD-WRT Router-guide har vi talt om at sikre, at dine kunder altid får den samme IP-adresse fra routeren. Så nu, hvis du vil få adgang til en af maskinerne på dit netværk, som du ved, er det IP, kan du bruge det ... men ved hjælp af IP'er har du ikke den samme elegance som at bruge navne. Også med brugen af "statiske IP" sårende på grund af stigningen i UPnP og ulejligheden ved at oprette "statiske forbehold" (at skulle finde MAC'erne og ens) ... Hvad hvis du ikke vil huske IP'er på alle?
Det er her, DNS kommer ind.
Problemet
Du forsøger at nå fra en maskine / enhed på dit netværk til den anden ved hjælp af dens IP-adresse (ved hjælp af ping for eksempel), og det virker. Men når man forsøger at gøre det samme ved hjælp af det værtsnavn som "mydesktop" eller "mylaptop"? det er et hit og miss ... nogle gange virker det .... normalt gør det ikke ...: \
Hvad sker der?
Dine enheder ved ikke, hvem og hvordan de skal bede om "navn" til "IP" -oversættelse, fordi de mangler en nøglekonfiguration, "DNS-suffixet".
Når en computer har brug for at oversætte et navn til en IP-adresse (kaldet "løse"), har det et par måder at gøre det på. En af måderne er at spørge en DNS-server (Domain Naming System). For at kunne gøre det skal kunden stille spørgsmålet i form af et "Fully Qualified Domain Name" (FQDN).
En FQDN består af værtsnavnet som "mydesktop" og DNS-zonen den tilhører som "geek.lan". Så i vores eksempel vil FQDN'erne for værterne være henholdsvis "mydesktop.geek.lan" og "mylaptop.geek.lan". Når en klient ikke har "DNS-zonen" til rådighed, kan den ikke spørge DNS om et "fladt" navn (et navn, der ikke angiver "DNS-zonen"). Det vil sige, at du rent faktisk skal nå din vært ved navn, du skal pinge "mydesktop.geek.lan".
Men hvis DNS-suffikset blev defineret på en eller anden måde (enten manuelt eller automatisk), vil klienten automatisk prøve at tilføje den til det ønskede værtsnavn og spørge en DNS-server, hvis det kan hjælpe med løsningen.
Når det er sagt, at hvis DNS-suffikset ikke er defineret, forsøger klienten selv at finde navnet selv ved hjælp af en "DNS-udsendelse". Problemet med det er, at ikke alle klienter er konfigureret til at svare, eller er faktisk konfigureret til bevidst at ikke besvare en sådan anmodning. I modsætning hertil ville det simpelthen være irriterende at angive FQDN hver eneste gang.
Løsningen
For at få den fulde infrastruktur, der løser dette problem, behøver man kun at indstille "DNS-suffiks" på "DHCP-rækkevidden" af * routeren. Hvis du gør det, vil begge gøre det, så routeren nu har en "dynamisk DNS" -serverservice, som klienter kan registrere sig til, gør det sådan, at DHCP-tjenesten det selv vil gøre det samme for ingen selvregistrerende værter og levere "DNS'en suffiks "som en del af" DHCP leasing "givet til kunderne. Derfor gør hele løsningen en selvbærende, standardopførende løsning, der løser alle problemerne i et fejlfelt .... pæne, a?
* Når du bruger DD-WRT ... med andre routere, kan din kilometertal variere.
For at gøre dette skal du gå ind på din router Administration siden:
- Gå ind -> Services
- Skift, "Brugt domæne" til at være "LAN & WLAN"
- Vælg et domænenavn, vi har brugt "geek.lan" til dette eksempel, men du kan bruge *, hvad du vil.
- Når du bruger Statisk DHCP-forbehold, er valgfri til denne procedure, hvis du vælger at implementere det, anbefales det at angive værtsnavnet, så det passer til den, der er angivet på maskinens / enheds OS. Nu, hvis det bare sker, at enhederne OS, registrerer ikke et navn i DNS (som telefoner), er det en god måde at tvinge en på.
- Klik på "Gem" -> "Anvend indstillinger".
* Den ene undtagelse fra den regel er, at hvis du bruger ".lokal", mens dine Windows-maskiner sandsynligvis vil fungere fint, vil dine Linux-maskiner overholde mDNS (Multicast DNS) -standarden og igen ignorere DNS-serveren. Der er en løsning, men det er uden for denne vejledning.
For at kontrollere, at indstillingerne har påvirket, skal du gå til kommandolinjen og udstede en "ipconfig".
Du skal se, at dit DNS-suffiks for øjeblikket ikke findes som nedenfor:
Udsted en "ipconfig / release" efterfulgt af en "ipconfig / renew", og du skal se noget som:
Gentag proceduren på mindst en maskine og prøv at pinge, ved kun at bruge værtsnavnet.
Du skal se, at klienten har "auto-magisk" forstået, at det fulde navn på den enhed, du pinger er "hostname.dns.zone", og var i stand til at oversætte (løse) FQDN til en ping-kompatibel IP:
Fejlfinding
Da denne vejledning handler om at bruge DNS som hvordan man fjerner reklamer med Pixelserv på DD-WRT-vejledning, var det, hvis du løber ind i problemer, er der et par ting at gøre:
- Ryd dine personlige maskiner DNS-cache.
Dette skyldes en DNS-cache, der kan narre din computer til at tro, at den allerede kender værtsnavnet uden at konsultere DNS for det. På windows ville det være "ipconfig / flushdns". - Sørg for, at din klient bruger routeren som DNS, og at den løser FQDN.
Især når du bruger en VPN eller et netværk, der er mere komplekst end den normale router til computeropsætning, er det muligt, at din klientcomputer simpelthen ikke bruger routeren som dens DNS. Det er meget nemt at se ved hjælp af kommandoen "nslookup" nedenfor, hvad er den DNS-server, som klienten bruger. Hvis IP'en ikke er den samme som routeren, har du fundet problemet.
Det er det ... du skal være helt klar
Skynd dig, alt jeg ser er mørke.