VPN ya router inafanya kazi, lakini wateja wa LAN hawana intaneti

Hali inasema handaki liko hai, kivinjari kwenye router yenyewe hupakia kurasa, na kila kifaa kilicho nyuma yake bado kinapita muda. Mchanganyiko huo hupunguza tatizo hadi tabaka ambalo miongozo mingi ya VPN haitaji kamwe: router si mwenyeji pekee ambaye pakiti zake zinapaswa kustahimili handaki. Trafiki inayozalishwa ndani na trafiki inayopelekwa mbele hupitia njia tofauti ndani ya sanduku moja. Jaribu kutoka kwa mteja na tofauti haitakuwa ya nadharia tena.

Soma hitilafu kutoka kwa mwenyeji wa LAN

Anza na kifaa kinachoshindikana, kwa sababu uchunguzi unaofanywa kwenye router hujibu swali lingine. Thibitisha kwamba lango chaguo-msingi la mteja ni router hii, andika anwani yake ya chanzo na subnet, kisha angalia kinachotoka kwenye kiolesura cha handaki cha router.

Ikiwa anwani ya mteja inatafsiriwa, upande wa mbali huona anwani ya handaki, na kutoka hapo kila kitu kinaonekana kizuri wakati mteja bado anashindikana. Ikiwa haitafsiriwi, upande wa mbali lazima ujue njia ya kurudi kwenye subnet ya mteja, na lango nyingi hazina njia kama hiyo kwa chaguo-msingi. Kwa vyovyote vile, mafanikio ya router yenyewe hayana umuhimu, kwa sababu pakiti zake zilizalishwa ndani na hazikupitia kamwe njia ya upelekaji mbele.

Trafiki ya ndani na trafiki inayopelekwa mbele ni tofauti

Linux na firmware nyingi za router hushughulikia pakiti zinazotoka kwenye sanduku yenyewe tofauti na pakiti zinazopita ndani yake. Mnyororo wa output huona aina ya kwanza, mnyororo wa forward huona ya pili, na sera iliyoundwa kwa trafiki ya router yenyewe inaweza kuacha upelekaji mbele bila kuguswa.

sysctl net.ipv4.ip_forward
ip -4 address show br-lan
ip route get 203.0.113.9
nft list ruleset | grep -A 6 'chain forward'

Angalia kama upelekaji mbele umewashwa kabisa, kisha soma mnyororo wa forward badala ya mnyororo wa output. Sheria inayoruhusu muunganisho wa nje uliosimbwa si sheria inayoruhusu pakiti zilizofumbuliwa kupelekwa mbele, na kuchanganya hizo mbili huzalisha dalili hii hasa. Handaki kuwa hai huthibitisha ya kwanza pekee.

Njia ya kurudi pia lazima iwepo

Tafsiri ya chanzo huamua kama njia ya kurudi inahitajika. Kwa masquerading kwenye kiolesura cha handaki, majibu hurudi kwenye anwani ya handaki na router huyatafsiri tena. Bila hiyo, lango la mbali linahitaji njia wazi kuelekea subnet ya mteja, na sera yake yenyewe lazima iruhusu mwelekeo huo.

Andika ni muundo upi kati ya miwili unaotumiwa na usambazaji kabla ya kubadilisha chochote, kwa sababu marekebisho yanaelekeza pande tofauti. Kuongeza tafsiri huficha njia ya kurudi inayokosekana na huvunja programu zinazohitaji anwani ya awali ya chanzo. Kuongeza njia ya kurudi bila tafsiri hushindikana kimya wakati ngome ya mbali inatupa chanzo kisichojulikana. Chagua moja, andika nyaraka zake, na ulinganishe upande mwingine.

DNS ya mteja ni sehemu ya ukaguzi huo huo. Kitatuzi cha router kinaweza kujibu wakati mteja anayeelekezwa kwenye seva nyingine hapati chochote.

Thibitisha mtiririko mmoja unaoruhusiwa na mmoja uliokataliwa

Baada ya marekebisho, jaribu muunganisho mpya kutoka kwa mteja badala ya kikao kilichopo cha router. Kisha thibitisha kwamba sehemu isiyopaswa kutumia handaki bado haitumii.

curl -sS --max-time 8 https://api.ipify.org
ip route get 203.0.113.9
dig +short intranet.example.net

Angalia anwani ya chanzo inayozingatiwa upande wa mbali, kwa sababu hiyo inakuambia muundo upi unaendeshwa kwa kweli. Thibitisha utafutaji wa jina pamoja na anwani, kwa sababu tabia ya kitatuzi ni njia tofauti kupitia sanduku hilo hilo.

Weka sheria zikiwa zimepunguzwa kwa mitandao ya wateja inayohitaji handaki, na usikubali kuzima kichujio cha upelekaji mbele ili jaribio moja lipite. Mabadiliko hayo hutengeneza jaribio na huondoa mpaka ambao handaki ilipaswa kutoa. Andika anwani ya chanzo, uamuzi wa tafsiri na njia ya kurudi katika dokezo moja, pamoja na tarehe.