VPN įjungtas, o localhost nebeveikia: vardas, proxy ar bind?

Jūsų kūrimo serveris atsakė prieš minutę, o dabar, kai tunelis pakeltas, užklausa baigiasi laiko limitu su hosto vardu, kurio niekada neįvedėte. Beveik visus atvejus paaiškina du mechanizmai, ir iš išorės jie atrodo vienodai. Paieškos priesaga paverčia trumpą vardą įmonės vardu, o proxy siunčia loopback srautą į hostą, kuris negali jo pasiekti. Atskyrus šiuos du reikia vienos užklausos ir sutaupoma ugniazės taisyklė, kurią ruošėtės rašyti.

Kai localhost resolvinamas į įmonės zoną

Patikrinkite, į ką vardas resolvinamas, kol tunelis pakeltas, tada paleiskite tą pačią užklausą nuleidus tunelį ir palyginkite abu atsakymus. Požymis yra adresas įmonės diapazone ten, kur tikėjotės 127.0.0.1. Įrašas kaip localhost.mycompany.corp nugali loopback įrašą, kai tik klientas prideda tą priesagą prie paieškos sąrašo, ir užklausa keliauja į privatų hostą, kuriame tame porte niekas neklauso. Skaitykite paieškos sąrašą, o ne spėliokite, nes klientas gali pridėti daugiau nei vieną domeną, ir tvarka nulemia, kuris kandidatas bandomas pirmas:

getent hosts localhost
resolvectl domain
ss -ltnp | grep 8080

Pakeiskite hosto vardą tiesioginiu adresu programoje, duomenų bazės kliente ar užrašų URL, tada pakartokite užklausą. Jei gedimas išnyksta, turėjote pavadinimo problemą, o tunelis buvo tik priežastis. Jei jis išlieka, klausytojas arba maršrutas yra kitas įtariamasis, o vardas buvo tik klaidingas pėdsakas.

Proxy nustatymai, kurie pagauna loopback

Sisteminis proxy, taikomas tuneliui kylant, priims užklausą į 127.0.0.1 ir persiųs ją į nuotolinį proxy, kuris neįsivaizduoja, ką turėjote omenyje. Tuščias išimčių sąrašas vietinę užklausą paverčia nuotoline, o klaidos pranešimas tai retai pasako. Pridėkite loopback adresus prie išimčių sąrašo visai sesijai, o ne vienai komandai, tada patvirtinkite, kad įrankis to laikosi, prieš darydami bet kokias išvadas apie tinklą.

Programų karkasai skaito savo aplinkos kintamuosius ir kartais savo konfigūracijos failą, todėl išimtis, kuri veikia vienam įrankiui, nieko neįrodo kitam. Naršyklės prideda niuansą: Chromium pagrindu sukurtos naršyklės loopback atveju apeina proxy netiesiogiai, o išimties žetonas gali pašalinti šį elgesį. Tikrinkite faktinį proxy sprendimą, o ne manykite, kad operacinės sistemos nustatymas yra visa istorija. Dvi komandos tai išsprendžia viskam, kas paleidžiama iš shell:

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

Bind adresas nulemia, kas gali prisijungti

Serveris, paleistas adresu 127.0.0.1, priima ryšius tik iš to kompiuterio, o tai paprastai yra teisinga numatytoji reikšmė kūrimui. Serveris adresu 0.0.0.0 atsako visuose sąsajuose, įskaitant VPN adapterį, o tai didesnis atvirumas, nei dauguma ketina. Kai tiesioginis loopback adresas nepavyksta, pirmiausia patikrinkite bindą.

Pažiūrėkite į klausantį kištuką ir užsirašykite adresą, prie kurio jis pririštas, ne tik portą. Jei kitas įrenginys ar konteineris turi pasiekti paslaugą per tunelį, pririškite prie konkrečios sąsajos, kurią jis naudos, ir sąmoningai leiskite tą portą. Jei to reikia tik jūsų kompiuteriui, laikykitės siauro bindo ir taisykite klientą, o ne plėskite serverį. Portų peradresavimas ar tunelių sluoksnis gali sujungti abu, bet kiekvienas prideda komponentą, kuriam vėliau reikės savo derinimo.

Kur derinimo įrankis tikisi LAN

Derinimo įrankiai nešiojasi prielaidas, kurias tunelis tyliai sulaužo. Telefono derinimo tiltas praranda įrenginį, kai VPN užfiksuoja įrenginio potinklį, todėl prisijungimas iš naujo per LAN adresą ar kabelį išvengia konflikto. Naršyklės automatizavimo mazgas baigiasi laiko limitu, kai mazgas pasiekiamas tik per proxy, arba kai vietinė ugniazė numeta jo valdymo portą. Nuotolinis derintuvas gali reikalauti pakėlimo ir loopback adreso ten, kur klientas perrašė maršrutą.

Nustatykite valdymo portą ir duomenų portą atskirai, nes dažnai vienas išlieka, o kitas ne. Tada nuspręskite, ar pataisa priklauso įrankio konfigūracijai, to potinklio maršrutui, ar suskaidyto tunelio taisyklei. hosts failo redagavimas kiekviename kūrėjo kompiuteryje skalėja prasčiausiai ir pamirštamas pirmas. Pirmenybę teikite nustatymui, kuris gyvena su profiliu ir kurį gali peržiūrėti bet kas, kam priklauso tunelis.

Sustokite ties pirmuoju nepavykusiu etapu

Eikite trimis etapais: išspręskite vardą, atidarykite kištuką į tiesioginį adresą, tada leiskite įrankiui pačiam prisijungti. Kiekvienas etapas pašalina vieną sluoksnį, todėl pirmasis gedimas įvardija taisomą sluoksnį, o viskas po jo lieka neišbandyta. Užsirašykite rezultatą prieš ką nors keisdami, nes pataisa, pritaikyta prieš matavimą, neatskiriama nuo sėkmės. Jei pirmas bandymas nepavyksta, o pakartojimas veikia, tunelis tikriausiai nebuvo paruoštas, kai įrankis startavo.

Pakeiskite fiksuotą laukimą ribotu pasirengimo patikrinimu, kuris laukia maršruto, ir palikite nepavykusį etapą žurnale, kad kitas žmogus matytų, kur sustojo. Įrankis, kuris pats atsistato, nėra pataisytas, jam tiesiog pasisekė, o sėkmė baigiasi kažkieno kito kompiuteryje. Tunelį keiskite paskutinį ir tik tam etapui, kuris tikrai nepavyko. Ta tvarka yra ir trumpiausias kelias atgal prie veikiančio build, nes neleidžia jums perdaryti komponento, kuris niekada nedalyvavo.