Shiriki Muunganisho Mmoja wa VPN na Kila Kifaa kwenye LAN Yako

Laptop moja inashikilia handaki, sehemu nyingine ya nyumba inataka ufikiaji huo huo, na jaribio la kwanza ni kuelekeza kila kitu kwenye mashine iliyounganishwa. Inashindwa kwa sababu ambazo hazihusiani na VPN: mwenyeji anayepokea lazima asambaze pakiti, aandike upya chanzo chake na ahakikishe majibu yanapata njia ya kurudi. Ukikosa moja kati ya matatu, laptop iliyounganishwa inaendelea kufanya kazi wakati kila kifaa kingine hakipati jibu. Suluhisho ni muundo wa uelekezaji, si mpangilio wa mteja.

Kwa nini kuelekeza vifaa kwenye mwenyeji kunashindwa

Mwenyeji anayepokea pakiti iliyoelekezwa kwenye mtandao wa mbali huwa kipanga njia kwa muda huo, iwe mtu alimweka hivyo au la. Usambazaji umezimwa kwa chaguo-msingi kwenye Linux na Windows isipokuwa kipengele fulani kiuwashe. Tafsiri ya anwani ni muhimu kwa sababu upande wa mbali lazima ujue wapi kutuma majibu, na anwani ya LAN ya kibinafsi haina maana yoyote kwake. Njia ya kurudi ni sehemu ya tatu, na ndiyo ambayo watu husahau wakati ping ya kwanza inaonekana kufanikiwa.

Chunguza kwa mpangilio huo badala ya kuwasha na kuzima mipangilio kwa bahati nasibu. Kila sehemu inayokosekana hutoa dalili tofauti kidogo.

Washa usambazaji na tafsiri ya anwani kwenye mwenyeji

Mabadiliko mawili kwenye mwenyeji aliyeunganishwa hughubikia sehemu mbili za kwanza: washa usambazaji wa IPv4 na utafsiri trafiki ya LAN kwenye kiolesura cha handaki.

sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADE

Hifadhi thamani ya sysctl katika faili chini ya /etc/sysctl.d, na uangalie tena kanuni ya masquerade baada ya kuwasha upya, kwa kuwa sehemu za mbele za firewall zinaweza kufuta minyororo maalum. Kwenye Windows kipengele cha kushiriki hufanya hatua zote mbili, lakini pia huelenga upya adapta ya LAN kwenye subnet isiyobadilika na kufuta lango lake, jambo linalovunja anwani zisizobadilika na port forwarding. Rejesha njia ya kipanga njia kuelekea mwenyeji kwenye anwani yake mpya kabla ya kuhitimisha kuwa kushiriki kumeshindwa. Kisha tazama vihesabu vya kanuni vikiongezeka wakati kifaa cha pili kinatuma trafiki.

Ipe LAN njia inayostahimili kuwasha upya

Vifaa vingine vinahitaji njia kuelekea kiambishi cha mbali, na njia mbili za kuipatia zinatofautiana kwa kiwango cha athari.

ip route add 10.8.0.0/24 via 192.168.1.20 dev eth0

Kuelekeza lango chaguo-msingi la mteja kwenye mwenyeji hutuma trafiki yake yote kupitia mwenyeji, ikiwa ni pamoja na uchapishaji wa ndani na kushiriki faili, kwa hivyo mambo yasiyohusiana husimama wakati mwenyeji analala. Kuongeza njia maalum kwenye kipanga njia kwa kiambishi cha mbali ni nyembamba zaidi: ni maeneo ya mwisho nyuma ya handaki pekee yanayokwenda kwenye mashine iliyounganishwa, na LAN iliyobaki inaendelea kufanya kazi. Subnet zilizo juu ni mifano, kwa hivyo badilisha na safu zako za LAN na handaki. Kwa vyovyote vile, jaribu kutoka kifaa cha pili handaki ikiwa imewashwa kisha kuzimwa.

Angalia MTU kabla ya kulaumu handaki

Handaki hupunguza ukubwa wa pakiti unaoweza kutumika, na kifaa cha pili hakijui hilo. Uhamishaji mkubwa na TLS handshake husimama wakati maombi madogo yanafanikiwa.

ping -M do -s 1400 10.8.0.5

Jibu huthibitisha kwamba ukubwa huo unavuka njia bila kugawanyika; muda kuisha humaanisha kwamba mzigo wa ufungashaji ulisukuma pakiti zaidi ya MTU ya handaki. Punguza MTU kwenye kiolesura cha kushiriki au weka kikomo cha ukubwa wa juu wa sehemu kwa anayesambaza, kisha rudia jaribio lilelile. Jaribu ukubwa huo huo upande wa LAN kwanza, kwa sababu hitilafu ya ndani inaonyesha LAN na si handaki. Rekodi ukubwa unaofanya kazi, kwa kuwa mabadiliko ya baadaye ya mtoa huduma au handaki yanaweza kuuhamisha.

Kwa kifaa kimoja cha ziada, kushiriki kutoka kwa mwenyeji kunatosha. Kwa kaya, weka njia kwenye kipanga njia. Wakati ufikiaji unapaswa kustahimili laptop kuondoka nawe, handaki yenyewe inapaswa kuwa kwenye lango maalum.