Nagpapadala ang OpenVPN ng DNS, pero maaaring hindi ito makita ng resolver mo

Ipinapakita ng log ng kliyente ang ipinadalang DNS server, konektado ang tunnel, at wala pa ring nareresolba ang isang panloob na pangalan. Wala namang sirang bahagi sa pagpapadala mismo. Dumating ang opsyon at hindi ito ginamit ng resolver ng operating system, dahil sa karamihan ng mga Unix client, ipinapasa ng OpenVPN ang halaga at iniiwan ang aplikasyon sa platform.

Ang sintomas: nagpapakita ng DNS ang log at nabibigo pa rin ang mga pangalan

OpenVPN dhcp-option ay nagdadala ng impormasyon ng DNS at domain, at itinatala ng kliyente ang natanggap nito. Sa ilang implementasyon, ginagamit ng kliyente ang mga setting na iyon sa loob; sa iba, iniluluwas ito para gamitin ng script ng integrasyon o serbisyo ng network. Ang linya sa log ay naglalarawan lamang ng unang kalahati ng kuwento. Ang ikalawang kalahati ay nangyayari sa lugar na hindi kontrolado ng kliyente. Doon karaniwang naninirahan ang kabiguan.

Kaya madalas magkasama ang konektadong tunnel at ang nabibigong panloob na pangalan. Nandiyan ang halaga, kulang o mali ang pagkaka-configure ng gumagamit, at tahimik na patuloy na ginagamit ng resolver ang pampublikong server na ginamit bago ang koneksyon.

Ang natanggap ay hindi ginagamit

Maaaring itala ng kliyente ang ipinadalang halagang DNS habang pagmamay-ari pa rin ng ibang serbisyo ang resolver ng system. Maaari ring may sariling patakaran ang browser para sa naka-encrypt na DNS na lumalampas nang buo sa resolver ng system, na lumilikha ng di-malilimutang sitwasyon kung saan nareresolba ng isang aplikasyon ang mga panloob na pangalan at hindi ng iba.

Suriin ang sinusuportahang integrasyon ng implementasyon sa halip na ipalagay na muling isinusulat ng bawat Unix client ang parehong file. Ang palagay na iyon ang dahilan kung bakit binabago ng mga tao ang isang configuration ng resolver na walang nagbabasa.

Hanapin ang may-ari ng resolver sa bawat platform

Sa Windows, maaaring ituro ng talahanayan ng patakaran sa resolusyon ng pangalan ang mga partikular na suffix sa mga partikular na server, at maaaring mag-install ng mga patakaran doon ang VPN client. Suriin ang patakaran, hindi lamang ang listahan ng DNS ng adapter. Sa Linux, maaaring pagmamay-ari ng NetworkManager o systemd-resolved ang configuration, at kung alin sa kanila ang may-ari ang tumutukoy sa kung ano ang mapapanatili ng muling pagkonekta.

Basahin ang aktwal na estado gamit ang tool na talagang sumasagot sa mga query: resolvectl query internal.example.net sa host na may systemd-resolved, o ang katumbas ng platform. Pagkatapos ay ihambing ang sagot na iyon sa DNS server na sinasabi ng log ng kliyente na ipinadala nito.

Iwasang magpatakbo ng maraming serbisyo na nagsusulat sa mga setting ng resolver nang walang koordinasyon. Dalawang may-ari ang gumagawa ng resulta na mukhang pabalik-balik, at ang bawat muling pagkonekta ay tila random na inaayos o sinisira ito.

Mga script at foreign_option

Iniluluwas ng OpenVPN ang mga ipinadalang opsyon sa mga script sa pamamagitan ng mga variable na tinatawag na foreign_option_N, at maaaring isalin ng script ang mga iyon sa mga utos ng resolver. Ang kaayusang iyon ay sinusuportahang integrasyon, hindi awtomatikong pag-uugali, at kailangang i-install at tawagin sa kliyente.

Kung umaasa ka sa isang script, itala ang pagpapatupad at ang exit status nito. Ang script na tumatakbo ngunit tahimik na nabibigo ay nag-iiwan ng parehong sintomas na parang walang script, at mas mahirap mapansin dahil mukhang kumpleto ang configuration. Suriin ang output ng script, hindi ang file ng script. Ang file na umiiral ay hindi script na tumakbo.

Subukan ang pangalan, hindi ang log

Pagkatapos kumonekta, tanungin ang kliyente para sa isang panloob lamang na hostname, pagkatapos ay tanungin ang isang pampublikong pangalan, pagkatapos ay tingnan kung aling server ang sumagot. Sa gumaganang setup, nagmumula ang dalawang sagot sa magkaibang lugar, at dapat tumugma ang dalawa sa disenyo.

Kung nareresolba ang pangalan ngunit nabibigo ang serbisyo, magpatuloy sa routing at pag-access ng aplikasyon sa halip na baguhin muli ang DNS. Ang manual ng OpenVPN ay nagdodokumento ng dhcp-option at ng kapaligiran ng script; gamitin ito upang kumpirmahin kung ano ang inaasahang gagamitin ng kliyente mo bago baguhin ang isa pang file ng resolver.