Asnjë rrugë nuk e rregullon një grup VPN që përputhet me LAN-in tënd

Aplikacioni pretendon se tuneli është i shëndetshëm, e megjithatë gjysma e destinacioneve që ju nevojiten nuk përgjigjen kurrë. Refleksi është të shtosh një rrugë ose të ulësh një metrikë, dhe pikërisht ai refleks është miti që duhet vrarë i pari. Kur LAN-i i vetë klientit dhe grupi i tunelit kërkojnë të njëjtin prefiks, tabela e rrugëzimit mban dy fakte të papajtueshme, dhe as një rrugë e parazgjedhur as një metrikë nuk i zgjidh ato. Rregullimi është një vendim adresimi, dhe asnjë redaktim i rrugëve nuk e zëvendëson atë.

Pse një rrugë shtesë nuk mund të ndajë një prefiks

Një rrugë nuk mund të ndajë dy kërkesa mbi një prefiks, prandaj veprimi i mençur është të ndalosh kërkimin e rreshtit të duhur të rrugës. Stiva nuk do të vendosë një prefiks identik përpara rrugës së lidhur, dhe një zë më specifik e kap adresën, por e bën të paarritshëm hostin lokal që e zotëron. Ajo që duket si problem rrugëzimi është një përplasje adresimi, dhe të dy rregullimet ndryshojnë adresa, jo rrugë. Testoje këtë pohim në makinën tënde përpara se ta pranosh.

ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50

Pyet sistemin për një adresë të vetme dhe vëre cilin ndërfaqe përmend. Linux, macOS dhe Windows përgjigjen me një kërkim vetëm-lexim që raporton ndërfaqen e zgjedhur dhe kërcimin tjetër pa transmetuar asgjë. Kur përgjigja tregon adapterin fizik ndërsa tuneli është lart, kernel-i e trajton adresën si në lidhje dhe jo si diçka që tuneli mund të mbante.

Vendos prefiksin e dhënë nga ofruesi pranë atij që shërben routeri i shtëpisë dhe krahasoji si vargje. Përputhja e saktë është rasti i qartë, dhe një grup më i gjerë i ofruesit që përmban nënrrjetin e shtëpisë dështon njësoj, vetëm se është më e lehtë të të shpëtojë. Dy prefikse që thjesht duken të ngjashëm nuk janë përplasje, prandaj shkruaji të dy përpara se të ndryshosh diçka.

Lexo grupin që klienti mori në të vërtetë

Lexo atë që mori klienti, jo faqen e marketingut të ofruesit. Rrit detajimin e regjistrit të një klienti OpenVPN dhe rrugët që shtyn serveri shfaqen në të, duke zbuluar prefikset e tunelit; diku tjetër grupi shfaqet në detajet e lidhjes ose në vetë adapterin. Kërko nga ofruesi listën e plotë të diapazoneve private që përdor, sepse një /24 sot mund të bëhet dy nesër. Të shmangësh blloqet e zakonshme RFC 1918 nuk është njësoj si të shmangësh ndarjen që të është dhënë vërtet.

Grupi mund të tkurret ose të zhvendoset midis rajoneve, prandaj lista ka nevojë për një datë dhe një pronar. Trajto çdo përgjigje të ofruesit më të vjetër se ndryshimi yt i fundit i planit si hamendje, jo si fakt. Pyet përsëri përpara se të angazhohesh për një diapazon, dhe mbaje përgjigjen me shënimet e rrjetit që personi tjetër të trashëgojë provën.

Rinumërimi është rregullimi që mund të bësh

Nëse serveri VPN nuk është i yti për ta ndryshuar, zhvendosja e LAN-it të shtëpisë është rregullimi i vetëm i disponueshëm, dhe kjo është situata e zakonshme me një ofrues komercial. Zgjidh një diapazon jashtë grupit të ofruesit dhe jashtë diapazoneve që mund t'i duash më vonë, dhe kontrolloje kundrejt çdo faqeje tjetër ku arrin përmes një tuneli. Prit një ndërprerje të shkurtër dhe një radhë më të gjatë pajisjesh të harruara: një pajisje që mban ende adresën e vjetër duket se funksionon derisa t'i duhet porta.

1. Së pari inventari: adresa e vetë routerit, fusha DHCP, rezervimet, ridrejtimet e portave dhe çdo pajisje adresa e së cilës është shtypur me dorë.
2. Pastaj ndrysho prefiksin LAN të routerit dhe fushën DHCP së bashku brenda një dritareje mirëmbajtjeje, dhe rinovo qiradhëniet me kabllo përpara atyre pa kabllo.
3. Më pas korrigjo adresat statike: printera, ruajtje në rrjet, çdo gjë me një portë të koduar.
4. Në fund, rilidh klientin VPN dhe konfirmo se adresa e tunelit nuk përplaset më me LAN-in.

Kalo nëpër adresat në atë rend dhe jo të gjitha njëherësh, dhe mbaje diapazonin e vjetër të dokumentuar për një kohë, që një pajisje e vjetëruar të njihet dhe jo të jetë misterioze. Një pajisje që nuk rinovohet kurrë njoftohet duke mos arritur portën, gjë që është një gjurmë shumë më e mirë sesa një telefonatë te mbështetja. Nëse routeri jep qiradhënie më të gjata se një ditë, shkurtoji për kohëzgjatjen e dritares.

Çfarë mund dhe çfarë nuk mund të bëjë një alias

Kur serveri është i yti, përkthimi i adresave në klient mund të zbulojë prefiksin e largët brenda një diapazoni lokal të lirë, kështu që i njëjti host përgjigjet në një adresë të dytë. OpenVPN i komunitetit e bën këtë me client-nat, dhe ajo direktivë është specifike për atë klient, mungon te klientët komercialë dhe mobilë me të cilët njerëzit zakonisht e krahasojnë. Rregullimi kërkon një rrugë që përputhet me përkthimin, një diapazon të lirë për aliasin dhe një server të gatshëm të përgjigjet adresës së papërkthyer të klientit. Asgjë nga këto nuk ndihmon kur klienti i përket një ofruesi të menaxhuar që nuk mund ta konfigurosh.

Sapo ndryshimi hyn në fuqi, arrij në një host lokal dhe një të largët fillimisht me adresë dhe pastaj me emër, duke shënuar rrugën që sistemi zgjedh çdo herë. Një emër mund të zgjidhet ende në diapazonin e vjetër, prandaj adresat dhe emrat meritojnë kontrolle të pavarura. Rinis një klient dhe një pajisje në anën e serverit nëse ndonjëra prej tyre qëndroi e ndezur gjatë ndryshimit, sepse zërat e fqinjëve në cache jetojnë më gjatë se redaktimi.

Shkruaji prefikset ku u ndale atje ku njerëzit vërtet shikojnë: shënimet e rrjetit, fusha e komenteve të routerit, faqja e mirëseardhjes. Dikush do të zgjedhë përsëri 192.168.1.0/24, dhe përplasja kthehet me të.