PPTP a cikin Docker yana tabbatarwa amma ba ya ɗaukar wani zirga-zirga

Abokin ciniki yana tabbatarwa, PPP yana tattauna adireshi, sannan babu abin da ke motsawa. Ping yana gazawa, burauza tana gazawa, kuma kwantenar tana kama da haɗe a duk lokacin. Wannan tsarin ba matsalar allon tuƙi ba ne, domin matsalolin tuƙi yawanci suna karya haɗin sarrafawa ma. Hanyar kaya ce, kuma a cikin PPTP kayan wani yarjejeniya ne dabam da wadda ta yi nasara yanzu.

Bincike biyar, cikin tsarin da zai ceci lokaci mafi yawa.

Bincike 1: raba tashar sarrafawa daga kaya

PPTP yana tabbatarwa ta TCP 1723 sannan yana ɗaukar kayan PPP a cikin GRE, yarjejeniyar IP 47. GRE ba TCP ba ne kuma ba UDP ba, don haka kowace doka da ke tura tashar sarrafawa ba ta ce komai game da shi. NAT ko mai hana wuta da ke ba da izinin 1723 na iya watsar da yarjejeniya 47 ba tare da ƙara ba, kuma zaman ya kasance rabin-gina a yanayin da ke kama da nasara.

Idan shiga yana aiki kuma babu fakitin da ya dawo, ka ɗauka GRE da farko sannan ka tabbatar da shi bayan haka.

Bincike 2: tabbatar da mai taimako a cikin kernel ɗin mai masaukin

Bin diddigin haɗi ba zai iya haɗa haɗin sarrafawa na TCP da kwararar GRE ba tare da mai taimako ba. Modul ɗin shine nf_conntrack_pptp, yana zaune a cikin kernel ɗin mai masaukin, kuma lodawa a cikin hoton kwantena ba ya kawo komai domin modul ɗin sun shafi dukan mai masaukin. lsmod | grep nf_conntrack_pptp a kan mai masaukin Docker shine binciken. Idan babu shi, modprobe nf_conntrack_pptp yana loda shi don kernel ɗin da ke gudana kuma ba ya faɗin komai game da tashin gaba, don haka ƙara shi cikin tsarin mai masaukin kuma.

Modul da ke ɓacewa a lokacin sake kunnawa zai zama tikitin nan wata mai zuwa.

Bincike 3: karanta manufar kernel da ke kashe shi

Ko da modul ɗin yana nan, kernel tun 4.7 suna sa net.netfilter.nf_conntrack_helper ya zama 0 ta tsohuwa, wanda ke kashe rabon mai taimako ta atomatik ga kowace yarjejeniya. Wannan tsohuwa shine dalilin da yasa modul da aka shigar daidai har yanzu ba ya yin komai: lambar tana nan kuma manufar tana cewa kada a yi amfani da ita. sysctl net.netfilter.nf_conntrack_helper yana ba da rahoton ƙimar yanzu, kuma saita ta zuwa 1 a lokacin gudana yana mai da mai taimakon samuwa kuma. Ka adana ƙimar ta hanyar tsarin sysctl na mai masaukin idan ƙirar ta yarda.

Rabo ta atomatik yana barin zirga-zirga su ƙirƙiri tsammani a fakaice, kuma wannan shine ainihin dalilin da ya sa aka canza tsohuwar. Ka iyakance shi ga mai masaukin da aka amince da shi, ko yi amfani da doka bayyananna da ke nufin mai taimakon.

Bincike 4: duba hanyar kwantenar dabam

Mai taimako da aka loda ba ya ƙirƙirar hanya. Kwantenar tana buƙatar hanya zuwa uwar garken PPTP, kuma turawa a mai masaukin dole ta ba da izinin GRE a duka bangarorin biyu: iptables -L FORWARD -v -n yana nuna ko an karɓi yarjejeniya 47 kuma ko masu ƙididdiga suna motsawa. Dokokin masquerade na Docker suna fassara TCP da UDP, ba yarjejeniya 47 ba, don haka kwantenar gada na iya buƙatar karɓar forward bayyananna kuma, a wasu masu masauki, nata dokar fassara. Tabbatar kuma cewa kwantenar tana da goyon bayan na'urar PPP da hotonta ke tsammani.

Karanta masu ƙididdiga maimakon rubutun dokar. Dokar da take nan kuma ba ta dace da komai ba adon ado ce.

Bincike 5: tabbatar GRE ana bin diddiginsa, sannan yanke shawara game da PPTP

Yayin da abokin ciniki ke gudana, karanta allon bin diddigi. Shigarwar sarrafawa ta PPTP da aka kafa tare da shigarwar GRE mai alaƙa tana nufin mai taimakon yana haɗa kwararru kuma sauran kuskuren yana wani wuri. Shigarwar sarrafawa ba tare da shigarwar GRE ba tana nufin ana watsar da kayan ko ba a bin diddigin su, wanda zai mayar da kai zuwa bincike 2 da 3.

PPTP da kansa tsohon abu ne kuma MS-CHAPv2 rauni ne. Idan uwar garken tana ba da L2TP/IPsec, IKEv2 ko WireGuard kuma, ƙaura zuwa ɗaya daga cikinsu yana kawar da dukan wannan rukuni na matsaloli.

Inda PPTP dole ya tsaya, gudanar da abokin ciniki a mai masaukin maimakon cikin kwantena yana kawar da wani matakin NAT da tacewa, wanda sau da yawa shine shawarar mafi arha.