VPN sees ja localhost lakkab töötamast: nimi, puhverserver või sidumine?

Sinu arendusserver vastas minut aega tagasi, ja nüüd, kui tunnel on üleval, lõpeb päring ajapiiranguga hostinimega, mida sa kunagi ei sisestanud. Peaaegu kõiki juhtumeid seletavad kaks mehhanismi ja väljastpoolt näevad need identsed. Otsingusufiks muudab lühikese nime ettevõtte omaks, samal ajal kui puhverserver saadab loopback-liikluse hostile, mis ei suuda seda kätte saada. Nende kahe eraldamine maksab ühe päringu ja säästab tulemüürireegli, mida sa just kirjutama hakkasid.

Kui localhost laheneb ettevõtte tsooni

Kontrolli, milleks nimi laheneb, kui tunnel on üleval, seejärel käivita sama päring tunneliga maas ja võrdle kahte vastust. Vihjeks on aadress ettevõtte vahemikus seal, kus sa ootasid 127.0.0.1. Kirje nagu localhost.mycompany.corp võidab loopback-kirje niipea, kui klient lisab selle sufiksi otsinguloendisse, ja päring rändab privaatsele hostile, kus sellel pordil ei kuula miski. Loe otsinguloendit, selle asemel et oletada, sest klient võib lisada rohkem kui ühe domeeni ja järjekord otsustab, millist kandidaati esimesena proovitakse:

getent hosts localhost
resolvectl domain
ss -ltnp | grep 8080

Asenda hostinimi otsese aadressiga rakenduses, andmebaasikliendis või märkmiku URL-is ja korda seejärel päringut. Kui tõrge kaob, oli teil nimeprobleem ja tunnel oli vaid päästik. Kui see püsib, on kuulaja või tee järgmine kahtlusalune ja nimi oli vaid vale jälg.

Puhverserveri sätted, mis püüavad loopbacki

Süsteemne puhverserver, mis rakendub tunneli tõustes, võtab vastu päringu aadressile 127.0.0.1 ja saadab selle edasi kaugesse puhverserverisse, kellel pole aimugi, mida sa mõtlesid. Tühi möönduste loend muudab kohaliku päringu kaugpäringuks ja veateade ütleb seda harva. Lisa loopback-aadressid möönduste loendisse terve sessiooni jaoks, mitte ühe käsu jaoks, ja kinnita seejärel, et tööriist seda austab, enne kui võrgu kohta midagi järeldad.

Rakenduse raamistikud loevad oma keskkonnamuutujaid ja mõnikord oma konfiguratsioonifaili, seega ühe tööriista jaoks toimiv mööndus ei tõesta järgmise kohta midagi. Brauserid lisavad nüansi: Chromiumil põhinevad brauserid mööduvad loopbacki puhul puhverserverist kaudsalt ja mööndusluba võib selle käitumise eemaldada. Kontrolli tegelikku puhverserveri otsust, selle asemel et eeldada, et operatsioonisüsteemi säte on kogu lugu. Kaks käsku selgitavad selle kõige jaoks, mis käivitatakse kestast:

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

Sidumisaadress otsustab, kes saab ühenduda

Server, mis käivitub aadressil 127.0.0.1, võtab ühendusi vastu ainult sellelt masinalt, mis on arenduse jaoks tavaliselt õige vaikeväärtus. Server aadressil 0.0.0.0 vastab igal liidesel, kaasa arvatud VPN-adapter, mis on suurem avatus kui enamik inimesi kavatseb. Kui otsene loopback-aadress ei tööta, kontrolli kõigepealt sidumist.

Vaata kuulavat pistikut ja pane tähele aadressi, millega see on seotud, mitte ainult porti. Kui mõni teine seade või konteiner peab teenuseni läbi tunneli jõudma, seo see konkreetse liidesega, mida see kasutab, ja luba seda porti teadlikult. Kui seda vajab ainult sinu masin, hoia kitsast sidumist ja paranda klienti, mitte ära ava serverit. Pordisuunamine või tunnelikiht võib need kaks sillata, kuid kumbki lisab komponendi, mis vajab hiljem oma silumist.

Kus silumisriist ootab LAN-i

Silumisriistad kannavad eeldusi, mida tunnel vaikselt lõhub. Telefoni silumissild kaotab oma seadme, kui VPN haarab seadme alamvõrgu, seega LAN-aadressi või kaabli kaudu uuesti ühendamine väldib konflikti. Brauseri automatiseerimiskeskus lõpeb ajapiiranguga, kui keskus on kättesaadav ainult puhverserveri kaudu või kui kohalik tulemüür viskab selle juhtpordi maha. Kaugsiluja võib nõuda õiguste tõstmist ja loopback-aadressi seal, kus klient tee ümber kirjutas.

Tuvasta juhtport ja andmeport eraldi, sest sageli jääb üks ellu, samal ajal kui teine mitte. Seejärel otsusta, kas parandus kuulub tööriista konfiguratsiooni, selle alamvõrgu tee juurde või eraldatud tunneli reeglisse. Hosts-faili muutmine igal arendaja masinal skaleerub kõige halvemini ja ununeb esimesena. Eelista sätet, mis elab profiiliga ja mida saab üle vaadata see, kellele tunnel kuulub.

Peatu esimesel etapil, mis ebaõnnestub

Liigu läbi kolme etapi: lahenda nimi, ava pistik otsese aadressi poole, seejärel lase tööriistal oma ühendus luua. Iga etapp kõrvaldab ühe kihi, seega nimetab esimene tõrge kihi, mida parandada, ja kõik pärast seda jääb testimata. Kirjuta tulemus üles enne, kui midagi muudad, sest enne mõõtmist rakendatud parandust ei saa õnnest eristada. Kui esimene katse ebaõnnestub ja kordus õnnestub, polnud tunnel tõenäoliselt valmis, kui tööriist käivitus.

Asenda fikseeritud paus piiratud valmiduskontrolliga, mis ootab teed, ja jäta ebaõnnestunud etapp logisse, et järgmine inimene näeks, kuhu see peatus. Tööriist, mis ise taastub, pole parandatud, vaid õnnelik, ja õnn saab otsa kellegi teise masinas. Muuda tunnelit viimasena ja ainult selle etapi jaoks, mis tegelikult ebaõnnestus. See järjekord on ka lühim tee tagasi töötava buildini, sest see takistab sul uuesti ehitada komponenti, mis polnud kunagi kaasatud.