Hemsida » hur » Så här får du tillgång till dina maskiner med DNS-namn med DD-WRT

    Så här får du tillgång till dina maskiner med DNS-namn med DD-WRT

    Vi har visat dig hur du statiskt ställer in IP-erna i ditt nätverk, nu kan vi vända den DNS-omkopplaren för extra elegans och användarvänlighet. Dagens guide visar hur du får tillgång till dina maskiner med DNS-namn på din DD-WRT-aktiverade router.

    Bild av Henk L

    Förord

    På vår sätt att ställa in statisk DHCP på din DD-WRT Router-guide har vi pratat om att se till att dina kunder alltid får samma IP-adress från routern. Så nu om du vill komma åt en av maskinerna i ditt nätverk, som du vet att det är IP, kan du använda det ... men med hjälp av IP-adresser har du inte samma elegans som att använda namn. Också, med användningen av "statisk IP" sänker på grund av uppkomsten av UPnP, och besväret med att skapa "statiska reservationer" (måste hitta MACs och liknande) ... Vad händer om du inte vill komma ihåg IPs på Allt?
    Det är här DNS kommer in.

    Problemet

    Du försöker nå från en maskin / enhet på ditt nätverk till den andra med hjälp av dess IP-adress (med ping till exempel) och det fungerar. Men när man försöker göra detsamma med hjälp av värdnamnet som "mydesktop" eller "mylaptop"? det är en hit och miss ... ibland fungerar det .... brukar det inte ...: \

    Vad händer?

    Dina enheter vet inte vem och hur de borde be om "namn" till "IP" -version, eftersom de saknar en nyckelkonfiguration, "DNS-suffixet".

    När en dator behöver översätta ett namn till en IP-adress (kallad "lösa") har det ett par sätt att göra det, en av sätten är att fråga en DNS-server (Domain Naming System). För att kunna göra det måste kunden ställa frågan i form av ett "Fully Qualified Domain Name" (FQDN).

    En FQDN består av värdnamnet som "mydesktop" och DNS-zonen den tillhör "geek.lan". Så i vårt exempel skulle FQDN: erna för värdarna vara "mydesktop.geek.lan" respektive "mylaptop.geek.lan". När en klient inte har "DNS-zonen" till hands kan den inte fråga DNS om ett "platt" namn (ett namn som inte anger "DNS-zonen"). Det vill säga att du faktiskt når din värd med namn, du behöver ping "mydesktop.geek.lan".
    Om DNS-suffixet definierades på något sätt (antingen manuellt eller automatiskt), försöker klienten automatiskt lägga till den till det begärda värdnamnet och fråga en DNS-server om det kan hjälpa till med lösningen.
    Med det sagt, om DNS-suffixet inte är definierat, försöker klienten att ta reda på namnet på egen hand, med hjälp av en "DNS-sändning". Problemet med det är att inte alla klienter är konfigurerade att svara, eller är faktiskt konfigurerade att avsiktligt inte svara på en sådan förfrågan. Däremot skulle det helt enkelt vara irriterande att ange FQDN varje gång.

    Lösningen

    För att få den fulla infrastrukturen som löser detta problem behöver man bara ställa in "DNS-suffixet" på "DHCP-räckvidden" för * routern. Om du gör det kommer det båda att göra det så att routern nu kommer att ha en "dynamisk DNS" servertjänst som klienter kan registrera sig för, gör det så att DHCP-tjänsten själv gör detsamma för ingen självregistrerade värdar och levererar "DNS suffix "som en del av" DHCP-leasing "som ges till kunderna. Därför gör hela lösningen en självuppehållande standardupplösningslösning som löser alla problem i ett misslyckande. snyggt, A?

    * Vid användning av DD-WRT ... med andra routrar kan din körsträcka variera.

    För att göra detta, gå in på din router Administration sida:

    1. Gå in -> Tjänster
    2. Ändra, "Använd domän" för att vara "LAN & WLAN"
    3. Välj ett domännamn, vi har använt "geek.lan" för det här exemplet, men du kan använda * vad du vill.
    4. Medan du använder statiska DHCP-reservationer är det frivilligt för denna procedur. Om du väljer att implementera det rekommenderas att du anger värdnamnet för att matcha det som är inställt på maskinens / enhetens operativsystem. Nu om det bara händer att enheterna OS, registrerar inte ett namn i DNS (som telefoner) är detta ett bra sätt att tvinga en på den.
    5. Klicka på "Spara" -> "Använd inställningar".

    * Det enda undantaget från den regeln är att om du använder ".local", medan dina Windows-maskiner sannolikt kommer att bli bra, kommer dina Linux-maskiner att följa mDNS (Multicast DNS) -standarden och kommer att ignorera DNS-servern igen. Det finns en lösning, men det ligger utanför ramen för denna guide.

    Nu för att kontrollera att inställningarna har påverkat, gå till kommandoraden och utfärda en "ipconfig".

    Du bör se att ditt DNS-suffix för närvarande inte är existerande enligt nedan:

    Utfärda en "ipconfig / release" följt av en "ipconfig / renew", och du borde se något som:

    Upprepa proceduren på minst en maskin och försök att pinga, bara med namnet på värdnamnet.

    Du bör se att klienten har "auto-magiskt" förstått att det fullständiga namnet på enheten du pingar är "värdnamn.dns.zone" och kunde översätta (lösa) FQDN till en ping-kompatibel IP:

    Felsökning

    Eftersom den här guiden handlar om att använda DNS som hur man tar bort annonser med Pixelserv på DD-WRT-guiden var, om du stöter på problem finns det ett par saker att göra:

    • Rensa dina personliga maskiner DNS-cacheminne.
      Det här beror på en DNS-cache, som kan lura datorn för att tro att den redan känner till värdnamnet, utan att konsultera DNS för det. I Windows skulle detta vara "ipconfig / flushdns".
    • Se till att din klient använder routern som DNS och att den löser FQDN.
      Speciellt när du använder en VPN eller ett nätverk som är mer komplext än den normala routern till datorinstallation, är det möjligt att din klientdator helt enkelt inte använder routern som sin DNS. Det är väldigt enkelt att se kommandot "nslookup" nedan vad är DNS-servern som klienten använder. Om IP inte är samma som routern har du hittat problemet.

    Det är det ... du borde vara helt uppsatt


    Skynda, allt jag ser är mörker.