Koduleht » kuidas » Kuidas pääseda oma masinatele DNS-nimede kasutamine DD-WRT-ga

    Kuidas pääseda oma masinatele DNS-nimede kasutamine DD-WRT-ga

    Oleme näidanud teile, kuidas IP-sid teie võrgus staatiliselt seada, nüüd saate selle DNS-lüliti klapi lisaväärtuse ja kasutamise lihtsuse. Tänane juhend näitab teile, kuidas pääseda oma seadmetele DD-WRT-toega ruuteril DNS-nimede abil.

    Pilt Henk L

    Eessõna

    Meie DD-WRT ruuteri juhendi staatilise DHCP seadistamise teemal oleme rääkinud, et teie kliendid saavad alati ruuterilt sama IP-aadressi. Nüüd, kui soovid juurdepääsu ühele võrgus olevale masinale, nagu te teate, et see on IP, saate seda kasutada ... kuid IP-de kasutamine ei ole lihtsalt sama elegantsi kui nimede kasutamine. Samuti on "staatilise IP" vähenemise tõttu UPnP tõusu tõttu ebamugavust tekitanud "staatilised reservatsioonid" (peame leidma MAC-sid ja sarnaseid) ... Mida teha, kui te ei taha IP-sid meeles pidada kõik?
    Siin on DNS.

    Probleem

    Püüate jõuda ühest masinast / seadmest oma võrku teise, kasutades oma IP-aadressi (näiteks ping) ja see toimib. Samas, kui üritate teha sama, kasutades oma hostinime nagu "mydesktop" või "mylaptop"? see on löögi ja miss ... mõnikord see toimib…. tavaliselt ei ...: \ t

    Mis toimub?

    Teie seadmed ei tea, kes ja kuidas nad peaksid küsima „nime” IP-tõlkele, kuna neil puudub võtme konfiguratsioon, “DNS-sufiks”.

    Kui arvuti peab tõlkima nime IP-aadressiks (seda nimetatakse "lahendamiseks"), on tal mitu võimalust seda teha, üks viis on küsida domeeninime süsteemi (DNS) serverit. Selleks, et seda teha, peab klient esitama küsimuse „Täielikult kvalifitseeritud domeeninime” (FQDN) kujul.

    FQDN koosneb hostinimest nagu “mydesktop” ja DNS-tsoonist, mis see sarnaneb „geek.lan”. Meie näites oleksid võõrustajate FQDN-id vastavalt “mydesktop.geek.lan” ja “mylaptop.geek.lan”. Kui kliendil puudub „DNS-tsoon”, ei saa ta küsida DNS-i „kindla” nime kohta (nimi, mis ei täpsusta „DNS-tsooni”). See tähendab, et teie peremeesorganisatsiooni nimega tegelikult jõudmiseks peate pingutama “mydesktop.geek.lan”.
    Kui aga DNS-sufiks on mingil moel defineeritud (kas käsitsi või automaatselt), püüab klient selle automaatselt taotletud hostinimele lisada ja küsida DNS-serverilt, kas see aitab lahendada.
    Sellega öeldes, kui DNS-sufiksit ei ole defineeritud, püüab klient ise nime otsida, kasutades „DNS-saatet”. Probleemiks on see, et mitte kõik kliendid ei ole konfigureeritud vastama või on tegelikult konfigureeritud sellisele päringule vastamata. Seevastu oleks lihtsalt tüütu täpsustada FQDN iga kord.

    Lahendus

    Selle probleemi lahendamiseks vajaliku täieliku infrastruktuuri saamiseks on vaja ainult määrata „DNS-järelliide” * ruuteri „DHCP-alal”. Nii teeme nii nii, et ruuteril on nüüd „dünaamiline DNS-serveri teenus“, mida kliendid saavad end registreerida, teha seda nii, et DHCP teenus, mida ta ise teeb, teeb sama ka mitte-iseseisvate registreerijate jaoks ning edastab „DNS sufiks "osana klientidele antud DHCP-liisingust. Seetõttu tehes kogu lahendus isemajandav, vaikimisi käituv lahendus, mis lahendab kõik probleemid ühe läbikukkumise korral. puhas, A?

    * Kui kasutate DD-WRT… koos teiste marsruuteritega, võib teie läbisõit erineda.

    Selleks minge oma ruuteri halduse lehele:

    1. Mine -> Teenused
    2. Muuda, „Kasutatud domeen” on „LAN & WLAN”
    3. Valige domeeninimi, me oleme selle näite jaoks kasutanud „geek.lan”, kuid saate kasutada seda, mida soovite.
    4. Staatiliste DHCP-reservatsioonide kasutamisel on selle protseduuri puhul valikuline, kui olete selle rakendamiseks otsustanud, on soovitatav seada hostinimi, et see vastaks seadmele / seadme operatsioonisüsteemile seatud nimele. Nüüd, kui lihtsalt nii juhtub, et seadmete operatsioonisüsteem ei registreeri nime DNS-is (nagu telefonid), on see hea viis seda sundida.
    5. Klõpsake „Salvesta“ -> „Apply Settings“.

    * Üks erand sellest reeglist on see, et kui kasutate ".local", siis kui teie Windowsi masinad tõenäoliselt just hästi hakkavad, järgivad teie Linuxi masinad mDNS (Multicast DNS) standardit ja ignoreerivad DNS serverit. On probleem, kuid see on käesoleva juhendi reguleerimisalast väljapoole.

    Nüüd kontrollige, kas seaded on mõjutanud, minge käsureale ja väljastage „ipconfig”.

    Sa peaksid nägema, et teie DNS-järelliide pole praegu olemas, nagu allpool:

    Andke välja „ipconfig / release”, millele järgneb „ipconfig / uuenda”, ja sa peaksid nägema midagi sellist:

    Korrake protseduuri vähemalt ühel veel masinal ja proovige pingida, kasutades ainult hostinime nime.

    Peaksite nägema, et klient on “automaatse maagiaga” mõistnud, et teie pingitava seadme täielik nimi on “hostname.dns.zone” ja suutis tõlkida (lahendada) FQDN-i ping-IP-le:

    Tõrkeotsing

    Kuna käesolev juhend on mõeldud DNS-i kasutamisele, nagu näiteks DD-WRT-i juhendis reklaamide eemaldamine Pixelserviga, siis, kui teil tekib probleeme, on paar asja teha:

    • Tühjendage oma isiklike masinate DNS-vahemälu.
      Selle põhjuseks on DNS-vahemälu, mis võib teie arvutit lollida mõtlema, et ta juba teab hostinime, ilma DNS-i nõuandmata. Akendel oleks see „ipconfig / flushdns”.
    • Veenduge, et teie klient kasutab marsruuterit DNS-i ja et see lahendab FQDN-i.
      Eriti siis, kui kasutate VPN-i või võrku, mis on keerulisem kui tavaline ruuter arvuti seadistamiseks, on võimalik, et teie klientarvuti lihtsalt ei kasuta marsruuterit oma DNS-is. Väga lihtne on näha käsuga “nslookup” allpool, milline on DNS-server, mida klient kasutab. Kui IP ei ole ruuteri omadega sama, siis olete probleemi leidnud.

    See on see ... sa peaksid olema kõik seadistatud


    Kiirusta, kõik, mida ma näen, on pimedus.