Lietotne piesaistīta saskarnei? Tās VPN ceļš nav noklusējuma

Viena lietotne mašīnā iziet caur VPN, otra ne, un abi lietotāji zvēr, ka neko nav mainījuši. Atšķirība bieži ir pašas lietotnes pieņemtais piesaistes lēmums: ligzda, kas piesaistīta ierīcei, pirms savienojuma izvēlēta avota adrese vai nosaukumtelpa ar savu maršrutēšanas tabulu. Katrs no tiem maina to, kurš ceļš ir spēkā, un neviens neparādās vispārējā IP pārbaudē pārlūkā.

Trīs dažādas piesaistes, trīs dažādas sekas

Piesaiste ierīcei un piesaiste avota adresei ir saistītas darbības ar atšķirīgām sekām. Piesaiste ierīcei var piespiest datplūsmu iziet caur vienu saskarni un apiet parasto maršruta meklēšanu šai ligzdai. Avota adreses piesaiste joprojām iet caur maršruta izvēli, taču izvēlētais avots var atbilst politikas kārtulai un nosūtīt paketi citur. Atšķirība šķiet akadēmiska, līdz kārtula maršrutē pēc avota. Tad tā izšķir visu.

Tīkla nosaukumtelpa ir trešais gadījums. Tai ir savas saskarnes un sava maršrutēšanas tabula, tāpēc tajā esošā lietotne nemaz neietekmējas no resursdatora noklusējuma. Ja visus trīs uzskata par vienu un to pašu, rodas pašpārliecināti skaidrojumi, kas neiztur pirmo pārbaudi.

Nosakiet, ko lietotne patiešām iestata

Pirms aiztikt maršrutus, izlasiet lietotnes tīkla konfigurāciju vai tās dokumentēto uzvedību. Ja tā piedāvā saskarnes izvēli, avota adreses lauku vai nosaukumtelpas opciju, šis iestatījums ir pirmais, kas jāpārbauda. Ja nē, piesaiste var būt iekšēja un redzama tikai izsekošanā vai tās pašas diagnostikā.

Linux ligzdas opcijām, piemēram, SO_BINDTODEVICE, ir dokumentēts tvērums un atļauju prasības, un neprivileģēts process tās var nemaz nevarēt iestatīt. Šis ierobežojums ir noderīga norāde: ja opciju nevar piemērot, lietotne, visticamāk, nav atšķirības avots.

Politikas maršrutēšana nolasa avotu

Kad ir konfigurēta politikas maršrutēšana, kārtula var izvēlēties tabulu pēc paketes avota. Tāpēc ligzda, kas piesaista avota adresi, var sekot kārtulai, kurai noklusējuma ceļš nekad nepieskaras, pat ja neviena saskarne nav skaidri nosaukta.

Atkārtojiet meklēšanu ar to pašu adrešu saimi, avotu un nosaukumtelpu, ko izmanto lietotne. Vispārēja maršruta meklēšana no čaulas resursdatora nosaukumtelpā atbild uz citu jautājumu, un šī neatbilstība ir visbiežākais iemesls, kāpēc strādājošs maršruts izskatās salauzts.

Sadalītais tunelis un palīgprocesi

Sadalītais tunelis katram lietojumam pievieno vēl vienu slāni. Klients var saskaņot lietotnes pakotni vai procesu, un palīgs, kas atver savu ligzdu, ir atsevišķs subjekts. Palaišanas programma un tās fona pakalpojums var radīt dažādus savienojumus ar to pašu redzamo nosaukumu.

Pārbaudiet, vai sadalītā tuneļa kārtula aptver procesu, kas patiešām savienojas. Ja lietotne piesaistās konkrētai saskarnei un VPN klients saskaņo pēc pakotnes, abi lēmumi var atšķirties, un neviens no tiem nav nepareizs.

Pārbaudiet pašas lietotnes ceļu

Pēc katras izmaiņas palaidiet no lietotnes jaunu pieprasījumu. Pārlūks, kas rāda vēlamo izeju, nav līdzvērtīgs pierādījums citai programmai, kas piesaistīta citai saskarnei, un kešatmiņā saglabātie savienojumi var ilgi izmantot veco ceļu pēc iestatījuma maiņas. Aizveriet veco sesiju, pirms vērtējat jauno kārtulu. Citādi tests mēra pagātni.

Linux ligzdu uzziņa dokumentē SO_BINDTODEVICE un tā prasības. Vispirms izlasiet pašas lietotnes konfigurāciju, atkārtojiet meklēšanu tajā pašā kontekstā un tikai tad izlemiet, vai mainīt maršrutu vai piesaisti.