VPN ilichukua DNS na kuvunja majina ya ndani: rekebisha orodha

Handaki linapanda, intranet inapakia, na jina la printa linaacha kutatuliwa. Au kinyume chake: majina ya ndani bado yanafanya kazi wakati kila kitu ndani ya mtandao wa kampuni kinakwisha muda. Dalili zote mbili zinatoka sehemu moja, orodha ya vitatuzi ambayo mteja wa VPN aliiandika upya alipounganisha.

Rekebisha orodha kwa makusudi, kisha shughulikia utaratibu wa push kando. Njia ni mada ya tatu na si ile inayorekebishwa hapa.

Orodha ipi ambayo programu hutumia kwa kweli

Windows hutatua kupitia mipangilio ya kiwango cha kiolesura na si kupitia kile kidirisha kinachoonyesha, kwa hiyo anza na orodha zenye matokeo kwa kila kiolesura. Alias ni muhimu zaidi kuliko jina linaloonyeshwa, kwa sababu kila amri hapa chini inaelekea kiolesura. Ukikosea alias, urekebishaji utatua kwenye adapta isiyo sahihi. Itaonekana inafanya kazi hadi muunganisho unaofuata, ambapo ingizo la handaki lenyewe linarudi.

Swali ni seva zipi zilifika mbele, na kama zilikuja kama maingizo tuli au kama kodi ya DHCP. Mambo yote mawili yanaamua urekebishaji upi unapatikana kwako.

netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4

Soma matokeo kwa adapta ya handaki na kwa ile ya kimwili, na andika kila anwani kwa kila moja. Ingizo tuli linaweza kuondolewa kwa sera au script; lile linalotolewa na DHCP limefungwa kwa kodi na litarudi, jambo linalobadilisha urekebishaji unaopaswa kuchagua. Majina katika mtandao wa mbali hutatuliwa na kitatuzi kilichotangazwa, majina kwenye LAN ya ndani na adapta ya kimwili, na swali linaenda kwenye orodha inayoshauriwa kwanza.

Ondoa seva zilizosukumwa, au zipange chini

Futa seva zilizosukumwa wakati hakuna kitu ndani ya handaki kinachozihitaji, kwa sababu vitatuzi vya adapta ya kimwili vinachukua tena. Zibakie tu ikiwa mtandao wa mbali unamiliki kanda ambazo seva zake pekee zinaweza kujibu, na katika hali hiyo weka kitatuzi cha ndani mbele yao. Amri mbili hapa chini zinashughulikia chaguo zote mbili, kwa hiyo chagua lile linaloendana na hali badala ya kuendesha zote mbili.

netsh interface ipv4 delete dnsservers name="Corp VPN" address=all validate=no
netsh interface ipv4 add dnsservers name="Corp VPN" address=172.16.20.1 index=1 validate=no

Kielezo 1 hushauriwa kwanza, kwa hiyo anwani zilizosukumwa zinabaki kupatikana lakini zinaacha kuwa jibu la kawaida kwa kila swali. Bendera validate=no inaruka jaribio la ufikivu ambalo mara nyingi hushindwa wakati handaki bado linatulia, kwa hiyo thibitisha matokeo kwa amri ya show badala ya kuamini msimbo wa kutoka.

Mipaka miwili inafaa kujulikana kabla ya kuitumaini hii. Windows hayatafuta seva zilizokuja kwa DHCP kupitia netsh, na thamani hizo zinabaki kama DhcpNameServer chini ya ufunguo wa rejista wa kiolesura, kwa hiyo kuhariri rejista ni suluhisho la mwisho ambalo linapaswa kuhakikiwa tena baada ya kodi inayofuata. Uratibu wa kuunganisha adapta pia si utaratibu wa kuaminika wa upangaji, kwa sababu mteja wa VPN anaweza kuingiza ingizo lake mwenyewe juu ya orodha.

Mahali push inaweza kuchujwa

Urekebishaji bora huondoa chaguo kabla halijatumika. Mteja wa Community OpenVPN anaweza kuchuja maagizo yaliyosukumwa kwa jina, jambo linaloacha usanidi wa seva bila kuguswa.

pull-filter ignore "dhcp-option DNS "

Nafasi ya mwisho ni ya ulinganifu na kichujio hutaja chaguo badala ya anwani ya seva. Ikiwa wasifu pia una maagizo ya block-outside-dns, kuyaondoa kunabadilisha ulinzi wa uvujaji na si utatuzi wa majina, kwa hiyo amua hilo kando badala ya kuunganisha marekebisho mawili.

Kwa jina moja la mwenyeji lenye ushindani, mstari mmoja katika faili ya hosts ya Windows ni thabiti zaidi kuliko kupanga upya vitatuzi kwa mashine yote. Pia hauonekani kwa mtu anayefuata, kwa hiyo andika mahali ambapo usanidi wa mashine umeandikwa.

Fanya urekebishaji ustahimili muunganisho upya

Utatuzi wa majina unapaswa kujaribiwa mara mbili, mara moja dhidi ya seva iliyochaguliwa na mara moja katika umbo ambalo programu hutumia. Jozi hilo hutenganisha tatizo la mpangilio wa vitatuzi na seva ambayo haijibu kabisa. Ukiruka jaribio la kwanza, sababu mbili zinabaki zimechanganyika.

Resolve-DnsName intranet.corp.example -Server 172.16.20.1
Resolve-DnsName printer.lan

Unganisha handaki tena na urudie amri zote mbili. Kile ulichobadilisha kwa mkono kinadumu tu hadi muunganisho unaofuata, kwa sababu mteja hujenga upya hali ya vitatuzi wakati anainua adapta. Weka mistari ya netsh katika script ya muunganisho inayotumika ya mteja wako, iachie script hiyo ikamilike kwa mafanikio, na uongeze kusubiri kwa muda mfupi kabla ya kuendeshwa. Mteja anayetumia DNS baada ya script atafuta matokeo hata hivyo.

Ikiwa majina ya umma yanatatuliwa na ya ndani bado yanashindwa baada ya urekebishaji, orodha ya vitatuzi haishuki tena. Swali huenda halifiki seva kabisa, jambo linaloonyesha uelekezaji au kanuni ya firewall na si mpangilio mwingine wa DNS. Andika alias ya kiolesura na anwani ulizoziweka, kwa sababu zote mbili zinatofautiana kati ya mashine na hakuna moja inayostahimili ujenzi upya peke yake.