Kufikia kifaa cha nyumbani kupitia VPN ya ufikiaji wa mbali: milango mitano

VPN ya kibiashara ya kutoka mtandaoni huficha anwani yako; haikuunganishi na nyumba yako. Kufikia NAS au printa kwenye mtandao wa nyumbani kunahitaji lango lililo kwenye mtandao huo na mteja anayejenga tunnel kuelekea kwake. Kisha kifurushi lazima kipite ukaguzi mitano, na kushindwa kwa yoyote kati yao kunaonekana sawa kutoka nje.

Lango 1: mteja lazima achague tunnel

Angalia kama kiambishi cha mwisho kinaelekezwa kweli kwenye tunnel kwa mteja. Profaili ya tunnel iliyogawanyika inayotuma tu subnet ya VPN yenyewe itatuma 192.168.x.x moja kwa moja kutoka kiolesura cha ndani, ambako haifikii popote. Angalia jedwali la uelekezaji la mteja, sio jina la profaili.

Hii ni kushindwa kwa kawaida zaidi kwa wateja wa simu, ambao mara nyingi kwa chaguo-msingi hutuma DNS tu au kiambishi kimoja tu. Ikiwa njia haipo, kupeana mkono kunaweza kuwa kamili na kifaa bado kisifikike.

Thibitisha kwamba anwani ya dimbwi la mteja na subnet ya nyumbani haziingiliani kabla ya kuendelea.

Lango 2: lango lazima lipeleke

VPN inaisha kwenye mwenyeji ambaye lazima apeleke kifurushi kilichofumbuliwa kwenye LAN. Hilo linahitaji upelekaji wa IP umewashwa na sera ya firewall inayoruhusu mtiririko kutoka kiolesura cha VPN hadi kiolesura cha LAN. Kwenye kifaa cha router hii kwa kawaida hujengwa ndani; kwenye sanduku la Linux linaloendesha strongSwan au WireGuard ni mipangilio miwili ambayo watu huisahau. Angalia vyote viwili kabla ya kujaribu huduma, kwa sababu kila kimoja peke yake kinatoa muda huo huo wa kumalizika.

Jaribu kwa kunasa kwenye kiolesura cha LAN, kwa sababu kifurushi ambacho hakitokei kamwe hapo kimetupwa au hakikupelekwa kamwe.

Hii ni kushindwa tofauti na huduma inayokataa muunganisho, na tofauti hiyo huokoa muda mwingi. Weka ruhusa nyembamba, iliyozuiwa kwa huduma na dimbwi la VPN badala ya subnet yote.

Lango 3: njia ya jibu huamua kila kitu

Lengo hujibu kwa anwani ya chanzo iliyoiona, ambayo ni anwani ya dimbwi la mteja au lango, kulingana na kama unatafsiri. Ikiwa lango chaguo-msingi la lengo ni router ya nyumbani na router hiyo haina njia ya kuelekea dimbwi la VPN, jibu hutoka kupitia mtandao na kufa. Huu ni muunganisho wa kawaida wa upande mmoja.

Kuna masuluhisho mawili halali: kuongeza njia ya dimbwi kwenye lango la LAN, au kufanya source-NAT kwenye lango la VPN ili lengo lionee kila wakati anwani ya lango pekee. La pili ni rahisi na linapoteza utambulisho wa asili wa chanzo.

Chagua moja kwa makusudi na uandike lipi, kwa sababu kanuni za firewall na kumbukumbu hutegemea hilo. Mwongozo wa upelekaji wa strongSwan hupitia upande wa Linux wa uamuzi huo.

Lango 4: majina na mwingiliano wa viambishi

Majina ya ugunduzi wa ndani hayavuki mpaka ulioelekezwa, kwa hivyo kifaa kinachoonekana kwa jina la kirafiki ndani ya nyumba kinaweza kuwa kisichoonekana kupitia tunnel. Toa DNS kwa eneo la kibinafsi, au andika anwani. Jina lolote unalotumia lazima litatue kwa kitu ambacho mteja wa mbali anaweza kuelekeza. Ndio sababu kifaa kinaweza kufikiwa kwa anwani na kisichoonekana kwa jina kwa wakati mmoja.

Viambishi vinavyolingana ni mtego mwingine: ikiwa dimbwi la mteja ni 192.168.1.0/24 na mtandao wa nyumbani pia, mteja huchukulia lengo kama la ndani na halipeleki kamwe kupitia tunnel.

Nambari upya upande mmoja, au tumia dimbwi kutoka safu ambayo hautakutana nayo nyumbani kamwe.

Lango 5: jaribu kutoka nje ya nyumba

Jaribio kutoka jikoni halithibitishi chochote, kwa sababu trafiki inaweza isitoke kamwe kwenye LAN. Ungana kutoka hotspot ya simu au mtandao mwingine, kisha pita milango kwa mpangilio: njia kwa mteja, kunasa kwenye kiolesura cha LAN, jibu la huduma, kunasa jibu na utatuzi wa majina. Lango la kwanza lisiloleta ushahidi ndipo kazi ilipo.

Ikiwa huduma inajibu lakini jina halijibu, una tatizo la DNS na sio tatizo la tunnel.

Hifadhi usanidi unaofanya kazi kwenye noti pamoja na dimbwi, njia na chaguo la NAT, kwa sababu ubadilishaji ujao wa router utaweka upya yote matatu.