Naka-on ang VPN at hindi na gumagana ang localhost: pangalan, proxy o bind?

Sumagot ang development server mo isang minuto ang nakalipas, at ngayong nakaangat ang lagusan, nag-time out ang kahilingan sa isang hostname na hindi mo kailanman naipasok. Dalawang mekanismo ang nagpapaliwanag sa halos lahat ng kaso, at mula sa labas ay magkapareho silang tignan. Ang search suffix ay ginagawang corporate name ang maikling pangalan, habang ang proxy ay nagpapadala ng loopback traffic sa isang host na hindi ito maabot. Ang paghihiwalay sa dalawa ay katumbas ng isang query at nakakatipid sa firewall rule na malapit mo nang isulat.

Kapag nagre-resolve ang localhost sa corporate zone

Tingnan kung saan nire-resolve ang pangalan habang nakaangat ang lagusan, pagkatapos patakbuhin ang parehong query habang nakababa ito at ihambing ang dalawang sagot. Ang palatandaan ay isang address sa corporate range sa lugar kung saan inaasahan mo ang 127.0.0.1. Ang record na tulad ng localhost.mycompany.corp ay nananalo sa loopback entry sa sandaling idagdag ng kliyente ang suffix na iyon sa listahan ng paghahanap, at ang kahilingan ay naglalakbay patungo sa isang pribadong host kung saan walang nakikinig sa port na iyon. Basahin ang listahan ng paghahanap sa halip na hulaan ito, dahil ang kliyente ay maaaring magdagdag ng higit sa isang domain at ang pagkakasunod-sunod ang nagpapasya kung aling kandidato ang unang susubukan:

getent hosts localhost
resolvectl domain
ss -ltnp | grep 8080

Palitan ang hostname ng literal na address sa application, database client o URL ng notebook, pagkatapos ulitin ang kahilingan. Kung mawala ang pagkabigo, may problema ka sa pagpapangalan at ang lagusan ay trigger lamang. Kung magpatuloy ito, ang nakikinig o ang ruta ang susunod na pinaghihinalaan at ang pangalan ay huwad na bakas lamang.

Mga setting ng proxy na humuhuli sa loopback

Ang system proxy na inilalapat kapag umaangat ang lagusan ay tatanggap ng kahilingan patungo sa 127.0.0.1 at ipapasa ito sa isang malayong proxy na walang ideya kung ano ang ibig mong sabihin. Ang walang laman na listahan ng pagbubukod ay ginagawang malayo ang isang lokal na kahilingan, at bihirang sabihin ito ng mensahe ng error. Idagdag ang mga loopback address sa listahan ng pagbubukod para sa buong session at hindi para sa isang utos, pagkatapos kumpirmahin na iginagalang ito ng tool bago ka maghinuha ng anuman tungkol sa network.

Ang mga framework ng application ay nagbabasa ng sarili nilang environment variable at kung minsan ng sarili nilang configuration file, kaya ang pagbubukod na gumagana para sa isang tool ay walang pinapatunayan para sa susunod. Ang mga browser ay nagdaragdag ng detalye: ang mga browser na nakabatay sa Chromium ay implicit na lumalampas sa proxy para sa loopback, at ang exemption token ay maaaring mag-alis ng gawi na iyon. Suriin ang aktwal na desisyon ng proxy sa halip na ipagpalagay na ang setting ng operating system ang buong kuwento. Dalawang utos ang nagtatakda nito para sa anumang inilunsad mula sa shell:

curl --noproxy '*' http://127.0.0.1:8080/health
NO_PROXY=localhost,127.0.0.1,::1 your-tool

Ang bind address ang nagpapasya kung sino ang makakakonekta

Ang server na sinimulan sa 127.0.0.1 ay tumatanggap lamang ng koneksyon mula sa makinang iyon, na karaniwang tamang default para sa development. Ang server sa 0.0.0.0 ay sumasagot sa bawat interface, kasama ang VPN adapter, na mas malaking paglalantad kaysa sa sinasadya ng karamihan. Kapag nabigo ang literal na loopback address, suriin ang bind bago ang lahat.

Tingnan ang socket na nakikinig at itala ang address na nakakabit dito, hindi lamang ang port. Kung kailangang maabot ng ibang device o container ang serbisyo sa pamamagitan ng lagusan, ikabit sa partikular na interface na gagamitin nito at hayaan ang port na iyon nang sinasadya. Kung ang sarili mong makina lang ang nangangailangan, panatilihin ang makitid na bind at ayusin ang kliyente sa halip na palawakin ang server. Ang port forwarding o isang layer ng lagusan ay maaaring mag-ugnay sa dalawa, ngunit bawat isa ay nagdaragdag ng bahagi na kakailanganin ng sariling pag-debug mamaya.

Kung saan inaasahan ng tool sa pag-debug ang LAN

Ang mga tool sa pag-debug ay may mga palagay na tahimik na sinisira ng lagusan. Ang tulay sa pag-debug ng telepono ay nawawala ang device nito kapag hinuli ng VPN ang subnet ng device, kaya ang muling pagkonekta sa address ng LAN o cable ay umiiwas sa salungatan. Ang hub ng automation ng browser ay nag-time out kapag ang hub ay maabot lamang sa pamamagitan ng proxy, o kapag ang lokal na firewall ay nagbaba ng control port nito. Ang malayong debugger ay maaaring humingi ng elevation at loopback address sa lugar kung saan muling isinulat ng kliyente ang ruta.

Kilalanin nang hiwalay ang control port at data port, dahil madalas na ang isa ay nabubuhay habang ang isa ay hindi. Pagkatapos magpasya kung ang pagwawasto ay kabilang sa configuration ng tool, sa isang ruta para sa subnet na iyon, o panuntunan ng split tunnel. Ang pag-edit ng hosts file sa bawat makina ng developer ay pinakamasamang nag-scale at unang nakakalimutan. Piliin ang setting na nabubuhay kasama ng profile at masusuri ng sinumang may-ari ng lagusan.

Huminto sa unang yugtong nabigo

Bumaba sa tatlong yugto: lutasin ang pangalan, magbukas ng socket patungo sa literal na address, pagkatapos hayaang gawin ng tool ang sarili nitong koneksyon. Bawat yugto ay nag-aalis ng isang layer, kaya pinapangalanan ng unang pagkabigo ang layer na aayusin at ang lahat pagkatapos nito ay nananatiling hindi nasubok. Isulat ang resulta bago magbago ng anuman, dahil ang pagwawastong inilapat bago ang pagsukat ay hindi maikukumpara sa swerte. Kung nabigo ang unang pagtatangka at gumana ang pag-uulit, malamang na hindi pa handa ang lagusan nang magsimula ang tool.

Palitan ang fixed na paghihintay ng limitadong pagsusuri sa kahandaan na naghihintay sa ruta, at itago ang yugtong nabigo sa log upang makita ng susunod na tao kung saan ito huminto. Ang tool na kusang gumagaling ay hindi naayos, ito ay mapalad, at nauubos ang swerte sa makina ng iba. Baguhin ang lagusan sa huli, at para lamang sa yugtong tunay na nabigo. Ang pagkakasunod-sunod na iyon ang pinakamaikling daan pabalik sa gumaganang build, dahil pinipigilan ka nitong muling buuin ang bahaging hindi kailanman nasangkot.