Handshake ya PiVPN inafanya kazi, kurasa zinasimama: angalia MASQUERADE

Simu yako inaonyesha handaki kama limeunganishwa, mteja anaripoti anwani ya kibinafsi, na ukurasa wa kwanza bado unaning’inia katikati ya upakiaji. Mchanganyiko huo huwapeleka wengi kwenye mipangilio ya sifa na joto la kichakataji, ambako kwa kweli hakuna kitu kibaya. Handaki liliinuka, kwa hiyo mazungumzo yalikamilika; kilichoshindikana ni hatua inayofuata, wakati seva inajaribu kukabidhi pakiti za mteja kwa intaneti. Fuata njia ile ile ambayo pakiti hizo hupita, na kutokubaliana kwa kawaida huonekana katika mstari mmoja wa jedwali la NAT.

Anza na kile mteja anachoweza na asichoweza kufikia

Kutoka kwa mteja aliyeunganishwa, pakia ukurasa unaokaa kwenye intaneti ya umma na uangalie kama unashindikana mara moja au unakwama katikati. Kisha fungua rasilimali kwenye anwani ya kibinafsi ya seva ya VPN yenyewe na ulinganishe matokeo mawili.

Anwani ya handaki inayojibu ping wakati tovuti za umma zinapita muda ni ishara ya tatizo la upelekaji au utafsiri, si handshake iliyovunjika. Paneli ya hali ya mteja yenyewe haiwezi kuvitofautisha, kwa sababu inajua tu kwamba chaneli ya udhibiti iko juu. Angalia kwenye seva kiolesura cha handaki kwa ip -br addr show tun0 na uthibitishe kwamba anwani iliyopewa mteja iko ndani ya bwawa ulilolisanidi. Ikiwa bwawa na anwani ya mteja hazilingani, rekebisha hilo kwanza, kwa sababu kila sheria hapa chini inalingana na bwawa.

Kisha uliza seva ni kiolesura gani kingetumia kufikia anwani ya umma. ip route get 203.0.113.9 huchapisha kifaa na chanzo vilivyochaguliwa kwenye mstari wake wa kwanza. Andika jina la kifaa hicho, kwa sababu ndiyo thamani ambayo sheria ya NAT lazima iwe nayo.

Soma sheria inayoamua kama pakiti zinatoka

MASQUERADE huandika upya pakiti tu wakati pakiti inatoka kupitia kiolesura kilichotajwa kwenye sheria. Sheria iliyowekwa kwa kifaa cha waya haifanyi chochote kwa trafiki inayotoka kupitia Wi-Fi, na pakiti huhifadhi anwani yake ya chanzo ya kibinafsi hadi kwenye kipanga njia cha juu. Kipanga njia hicho hakina njia ya kurudi kwenye bwawa lako la handaki, kwa hiyo hutupa jibu, na mteja huona muunganisho unaofunguka kisha kufa. Dalili huongezeka kulingana na kiasi cha ukurasa kinachofika kabla ya jibu la kwanza kuhitajika.

Orodhesha jedwali hai na soma safu ya kiolesura cha kutoka badala ya kutafuta tu neno MASQUERADE. Matokeo ya umbo la kuongeza ni rahisi kulinganisha kuliko orodha iliyopangwa:

ip -br addr show tun0
ip route get 203.0.113.9
sudo iptables -t nat -S POSTROUTING

Kwenye Raspberry Pi iliyowahi kutumia Ethernet na sasa inatumia Wi-Fi, jina lililopitwa na wakati karibu kila mara ni hadithi nzima. Kisanidi kilirekodi kifaa kilichokuwepo wakati wa usanidi, na seti ya sheria iliyohifadhiwa huirudia kila kuwasha. Linganisha kifaa kutoka kwa utafutaji wa njia na kile kilicho kwenye sheria kabla ya kubadilisha kitu kingine. Zikilingana, kiolesura si tatizo lako na unapaswa kuendelea na vihesabu katika sehemu ya mwisho. Zikitofautiana, marekebisho ni uhariri wa neno moja katika faili ya uthabiti.

Rekebisha seti ya sheria iliyohifadhiwa, si ile inayoendesha pekee

Kuhariri jedwali hai pekee hudumu hadi kuwasha upya kunakofuata, ambayo ni muda wa kutosha kukushawishi kwamba tatizo limetatuliwa. Sheria zinazorudi wakati wa kuwasha hukaa kwenye faili ambalo kifurushi cha uthabiti cha firewall hupakia upya. Kwenye picha za Pi zinazotegemea Debian faili hilo kwa kawaida ni /etc/iptables/rules.v4.

Chukua nakala kabla ya kuigusa, kisha badilisha kiolesura cha kutoka kwenye mstari wa MASQUERADE na kifaa ulichokirekodi, kwa mfano -o wlan0 badala ya -o eth0. Acha masafa ya chanzo kama yalivyo, isipokuwa bwawa lako la wateja limebadilika. Pakia upya na uthibitishe kwamba sheria sasa inataja kifaa sahihi:

sudo cp /etc/iptables/rules.v4 /root/rules.v4.bak
sudo iptables-restore < /etc/iptables/rules.v4
sudo iptables -t nat -L POSTROUTING -v -n

Mipangilio miwili iliyo jirani ni rahisi kusahau. sysctl net.ipv4.ip_forward lazima iripoti 1, na kipanga njia cha juu hakipaswi kuchuja anwani za chanzo za kibinafsi chenyewe.

Thibitisha kwamba sheria inachukua hatua, kisha tenganisha kile ambacho bado ni polepole

Vihesabu ni ushahidi pekee wa uaminifu kwamba sheria ililingana. Endesha orodha ya kina, anza upakuaji kwenye mteja na uendeshe tena. Safu za pakiti na baiti kando ya sheria yako zinapaswa kupanda, na sheria inayobaki sifuri bado hailingani. Ikiwa vihesabu vinasogea lakini kurasa bado zinashindikana, linganisha masafa ya chanzo na bwawa halisi kwa grep -n "^server " /etc/openvpn/server.conf. Ikiwa vinasogea na kurasa zinapakia lakini upitishaji ni duni, utafsiri umekamilika na tatizo lililobaki liko mahali pengine.

Linganisha uhamisho mbili kutoka kwa mteja mmoja, moja kwa mwenyeji kwenye mtandao wa ndani na moja kupitia handaki kwa mwenyeji huyo huyo. Polepole katika visa vyote viwili huashiria kiungo cha juu cha Pi au muunganisho wa Wi-Fi, si VPN. Polepole kupitia handaki pekee huashiria MTU na mapelekaji upya, ambayo unaweza kuyachunguza kwa ip -s link show tun0 kabla ya kubadilisha mpangilio wowote wa kripto.

Ili kubatilisha jaribio, rejesha nakala na uipakia upya, kisha uthibitishe kwamba sheria ya awali na vihesabu vyake vimerejea. Andika kifaa cha kutoka na amri ya kupakia upya kwenye maelezo ya seva, kwa sababu badiliko lijalo la kiungo cha juu litagundua tena kutokubaliana huko huko. Sheria inayotaja kifaa kibaya inabaki isionekane hadi trafiki ihitaji.