Einkaað DNS Pritunl mistekst? Bættu við þröngri resolver-slóð
Einkaað resolver sem hunsar VPN-hópinn þarf undantekningu fyrir uppruna, ekki breiðari slóð. Bættu við /32 með NAT og prófaðu raunverulega einka uppflettingu.
Einkanöfn leysast fyrir alla á fyrirtækjanetinu og renna út fyrir alla á VPN-inu. Resolverinn svarar gáttinni, slóðin að honum er til, og fyrirspurnin fær samt aldrei svar. Það sem vantar er ekki annar opinber resolver né breiðari slóð: það er upprunatöluleg heimilisfang sem einkaað DNS-þjónninn er reiðubúinn að svara.
Staðfestu að resolverinn hafni biðlarahópnum þínum
Byrjaðu á að sanna að bilunin snúist um uppruna, ekki aðgengi. Frá tengdum biðlara, spurðu einkaaða resolverinn beint og fylgstu með hvort beiðnin renni út eða komi til baka sem synjun. dig @10.40.0.53 intranet.example.net +time=2 +tries=1 sem rennur út á meðan sama fyrirspurn frá gáttinni heppnast bendir á aðgangsstefnu á resolvernum. SERVFAIL svar bendir á allt annan stað, venjulega svæðið eða framsendingarþjóninn ofar.
Skráðu tölu biðlarans fyrir prófun. ip -4 addr show tun0 á biðlaranum, eða leigan sem sýnd er í stjórnborðinu, segir þér hvaða hóp resolverinn sér.
Staðfestu síðan að slóðin sé yfirhöfuð til. Slóð sem sendir tölu resolversins inn í göngin er forsenda, ekki lausnin; ef pakkarnir berast aldrei er upprunastefnan aldrei skoðuð. Athugaðu það með ip route get 10.40.0.53 á biðlaranum.
Bættu við einni hýsilsslóð í stað þess að þýða allt
Leiðbeining Pritunl um einkaað DNS lýsir þröngu ráði: /32 slóð með NAT fyrir tölu resolversins, með þá tölu valda sem DNS-þjón biðlaranna. Slóðin breytir upprunanum sem resolverinn sér eingöngu fyrir DNS-umferð. Forritsumferð heldur upprunavarðveikri hönnuninni sem þú valdir fyrir hana.
Stilltu hana í gegnum studdan slóðareiganda þjónsins, eftir að hafa farið yfir fyrirliggjandi slóðir vegna skörunar. Í dæminu hér að ofan er áfangastaðurinn 10.40.0.53/32 með NAT virkt, og biðlarahópurinn helst 10.90.0.0/24. Þýddu ekki allt einkasviðið til að laga eina þjónustu, því hver niðurstreymisstefna sem treystir á raunverulega tölu biðlarans mun byrja að sjá gáttina í staðinn. Staðfestu töluna sem resolverinn tekur í raun við með því að fylgjast með fyrirspurnaskránni hans á prófunaruppflettingu. Hýsilsslóð ein og sér sannar ekkert um þýðingu eða leyfi.
Resolverinn verður samt að leyfa þýdda upprunann á UDP og TCP, og svör hans verða að geta snúið til baka. Að breyta upprunanum getur ekki búið til vantað svæði eða færslu.
Ákveddu hvort þjónninn eða biðlarinn sendir fyrirspurnina
Pritunl skjalfestir einnig DNS-milliliðsfyrirkomulag tengt VPN Client DNS Mapping, þar sem þjónninn sendir fyrirspurnir ofar fyrir biðlara. Í þeirri gerð tilheyrir uppruninn ofar eigin netkerfissamhengi þjónsins, og undantekning á biðlarahlið er rangt ráð.
Greindu hvaða gerð er virk áður en þú bætir einhverju við. Þrjár skarast viðgerðir, milliþjónn, yfirskrift resolvers á biðlaranum og handvirkt NAT-skript þýða venjulega að enginn hefur staðfest: hvaða eining á að senda fyrirspurnina. Athugaðu bootstrap líka: resolver sem er eingöngu einkaður getur ekki verið eina leiðin til að finna endapunktinn áður en göngin eru til, og varanleg breyting á resolvernum ætti ekki að lifa tenginguna.
Prófaðu einkaaða uppflettingu, ekki opinbera vefsíðu
Eftir að hafa beitt breytingunni og tengst aftur, skoðaðu virka resolver-stillingu biðlarans, leystu síðan nafn sem þú veist að er aðeins til í einkasvæðinu. dig intranet.example.net án skýrs þjóns sýnir hvað biðlarinn notar í raun. Fylgdu því með beiðni á töluna sem sú uppfletting skilaði, því lausn og aðgangur að þjónustu eru aðskilin skref. Vafri sem hleður opinberum vefjum í gegnum DNS-over-HTTPS sannar ekkert um einkaaða resolver-slóð stýrikerfisins. Opinber aukaresolver er heldur ekki yfirvald fyrir innra svæði.
Skráðu tölu resolversins, /32 slóðina og DNS-stillingu biðlarans saman í minnispunkta þjónsins. Helmingur þessarar stillingar endurheimtur einn og sér endurgerir upprunalegu bilunina.
Að lokum, staðfestu að göngin beini áfangastað forritsins enn eftir að DNS heppnast. Slóð, aðgangur að þjónustu og auðkenning haldast óháð nafnlausn, og uppfletting sem virkar segir ekkert um afköst. Ef einkaaða síðan er hæg en leysist, þá gerði resolverinn sitt og vandamálið fluttist á slóðina.