VPN ieslēgts, un localhost pārstāj darboties: vārds, starpnieks vai bind?

Jūsu izstrādes serveris atbildēja pirms minūtes, un tagad, kad tunelis ir pacelts, pieprasījums beidzas ar taimautu un resursdatora vārdu, kuru jūs nekad neievadījāt. Gandrīz katru gadījumu izskaidro divi mehānismi, un no malas tie izskatās vienādi. Meklēšanas sufikss pārvērš īsu vārdu uzņēmuma vārdā, bet starpnieks sūta cilpas satiksmi uz resursdatoru, kas to nevar sasniegt. Abu atdalīšana maksā vienu vaicājumu un ietaupa ugunsmūra noteikumu, ko grasījāties rakstīt.

Kad localhost atrisinās uzņēmuma zonā

Pārbaudiet, uz ko vārds atrisinās, kamēr tunelis ir pacelts, tad izpildiet to pašu vaicājumu ar nolaistu tuneli un salīdziniet abas atbildes. Pazīme ir adrese uzņēmuma diapazonā tur, kur gaidījāt 127.0.0.1. Ieraksts kā localhost.mycompany.corp pārspēj cilpas ierakstu, tiklīdz klients pievieno šo sufiksu meklēšanas sarakstam, un pieprasījums dodas uz privātu resursdatoru, kurā šajā portā nekas neklausās. Lasiet meklēšanas sarakstu, nevis minējiet, jo klients var pievienot vairāk nekā vienu domēnu, un secība nosaka, kurš kandidāts tiek izmēģināts pirmais:

getent hosts localhost
resolvectl domain
ss -ltnp | grep 8080

Aizstājiet resursdatora vārdu ar burtisku adresi lietojumprogrammā, datubāzes klientā vai piezīmju grāmatiņas URL, tad atkārtojiet pieprasījumu. Ja kļūda pazūd, jums bija nosaukumu problēma, un tunelis bija tikai ierosinātājs. Ja tā paliek, klausītājs vai maršruts ir nākamais aizdomās turamais, un vārds bija tikai nepatiess novērojums.

Starpnieka iestatījumi, kas pārtver cilpu

Sistēmas starpnieks, kas tiek piemērots, kad tunelis paceļas, pieņems pieprasījumu uz 127.0.0.1 un pārsūtīs to tālam starpniekam, kuram nav ne jausmas, ko jūs domājāt. Tukšs izņēmumu saraksts pārvērš vietēju pieprasījumu par tālu, un kļūdas ziņojums to reti pasaka. Pievienojiet cilpas adreses izņēmumu sarakstam visai sesijai, nevis vienai komandai, tad apstipriniet, ka rīks to ievēro, pirms izdarīt secinājumus par tīklu.

Lietojumprogrammu ietvari lasa savus vides mainīgos un dažreiz savu konfigurācijas failu, tāpēc izņēmums, kas darbojas vienam rīkam, neko nepierāda nākamajam. Pārlūki pievieno niansi: uz Chromium balstīti pārlūki cilpas gadījumā netieši apiet starpnieku, un izņēmuma marķieris var noņemt šo uzvedību. Pārbaudiet faktisko starpnieka lēmumu, nevis pieņemiet, ka operētājsistēmas iestatījums ir viss stāsts. Divas komandas to izšķir visam, kas palaists no apvalka:

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

Bind adrese nosaka, kas var pievienoties

Serveris, kas palaists uz 127.0.0.1, pieņem savienojumus tikai no šīs mašīnas, un izstrādei tas parasti ir pareizais noklusējums. Serveris uz 0.0.0.0 atbild uz katras saskarnes, ieskaitot VPN adapteri, un tas ir lielāka pakļautība, nekā vairums cilvēku domā. Kad burtiskā cilpas adrese neizdodas, vispirms pārbaudiet bind.

Apskatiet klausošo ligzdu un pierakstiet adresi, kurai tā ir piesaistīta, ne tikai portu. Ja citai ierīcei vai konteineram pakalpojums jāsasniedz caur tuneli, piesaisiet to konkrētajai saskarnei, ko tā izmantos, un apzināti atļaujiet šo portu. Ja tas vajadzīgs tikai jūsu mašīnai, saglabājiet šauru bind un labojiet klientu, nevis paplašiniet serveri. Portu pāradresācija vai tuneļu slānis var savienot abus, bet katrs pievieno komponentu, kam vēlāk būs vajadzīga sava atkļūdošana.

Kur atkļūdošanas rīks gaida LAN

Atkļūdošanas rīki nes sev līdzi pieņēmumus, ko tunelis klusi salauž. Tālruņa atkļūdošanas tilts zaudē savu ierīci, kad VPN pārtver ierīces apakštīklu, tāpēc atkārtota pievienošanās caur LAN adresi vai kabeli izvairās no konflikta. Pārlūka automatizācijas centrs beidzas ar taimautu, kad centrs ir pieejams tikai caur starpnieku, vai kad vietējais ugunsmūris nomet tā vadības portu. Tāls atkļūdotājs var prasīt paaugstināšanu un cilpas adresi tur, kur klients pārrakstīja maršrutu.

Nosakiet vadības portu un datu portu atsevišķi, jo bieži viens izdzīvo, bet otrs ne. Tad izlemiet, vai labojums pieder rīka konfigurācijai, maršrutam šim apakštīklam vai sadalīta tuneļa noteikumam. hosts faila rediģēšana katrā izstrādātāja mašīnā mērogojas vissliktāk un tiek aizmirsta pirmā. Dodiet priekšroku iestatījumam, kas dzīvo kopā ar profilu un ko var pārskatīt ikviens, kam pieder tunelis.

Apstājieties pie pirmā neveiksmīgā posma

Iziet cauri trim posmiem: atrisiniet vārdu, atveriet ligzdu uz burtisko adresi, tad ļaujiet rīkam pašam izveidot savienojumu. Katrs posms novērš vienu slāni, tāpēc pirmais neveiksmīgais nosauc labojamo slāni, un viss pēc tam paliek nepārbaudīts. Pierakstiet rezultātu, pirms kaut ko maināt, jo labojumu, kas piemērots pirms mērījuma, nevar atšķirt no veiksmes. Ja pirmais mēģinājums neizdodas un atkārtojums strādā, tunelis, visticamāk, nebija gatavs, kad rīks startēja.

Aizstājiet fiksēto gaidīšanu ar ierobežotu gatavības pārbaudi, kas gaida maršrutu, un paturiet neveiksmīgo posmu žurnālā, lai nākamais cilvēks redzētu, kur tas apstājās. Rīks, kas pats atjaunojas, nav salabots, tam vienkārši paveicās, un veiksme beidzas kāda cita mašīnā. Mainiet tuneli pēdējo un tikai tam posmam, kas patiešām neizdevās. Šī secība ir arī īsākais ceļš atpakaļ uz strādājošu būvējumu, jo tā neļauj jums pārbūvēt komponentu, kas nekad nebija iesaistīts.