Printeri jashtë linje kur lidhet VPN-i? Kontrolloni tabelën e rrugëzimit

Laptopi juaj bashkohet me VPN-në e korporatës dhe printeri dy metra larg ndalon së përgjigjuri. Në printer nuk ka ndryshuar asgjë dhe rrjeti lokal nuk ka rënë. Ajo që ka ndryshuar është tabela e rrugëzimit: adaptori i tunelit tani ka një shteg që mbulon adresën e printerit, kështu që ato paketa dalin përmes VPN-së dhe mbërrijnë në një portë që nuk e ka idenë ku ndodhet rrjeti juaj i sheshtë. Punoni katër kontrollet më poshtë me radhë dhe ndaloni te i pari që dështon.

Hapi i parë: provoni se printeri është ende i arritshëm në LAN

Përpara se të prekni rrugëzimin, konfirmoni se pajisja është e gjallë për diçka që nuk përdor VPN-në. Kërkoni nga një telefon në të njëjtin Wi-Fi të hapë faqen web të printerit, ose bëni ping adresës nga një makinë tjetër në rrjetin e sheshtë. Nëse printeri nuk përgjigjet as atje, VPN-ja është rastësi dhe faji qëndron te printeri, te lidhja e tij Wi-Fi ose te izolimi i klientëve në pikën e aksesit.

Nëse përgjigjet kudo përveç këtij laptopi, keni një problem rrugëzimi ose zgjidhjeje emrash që jeton në laptop, dhe hapi tjetër ju tregon cila nga të dyja është.

Hapi i dytë: gjeni rrugën që Windows zgjedh në të vërtetë

Mos lexoni tabelën nga lart poshtë dhe mos hamendësoni. Pyesni Windows se cilin zë zgjedh për adresën e saktë që ju intereson, dhe merrni indeksin e ndërfaqes në të njëjtën kohë.

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute shtyp rrugën fituese dhe ndërfaqen e saj, dhe këto janë dy faktet nga të cilat varet gjithçka tjetër. route print -4 tregon zërat përreth, përfshirë dy gjysmë-defaultet që klientët e tunelit të plotë instalojnë: 0.0.0.0/1 dhe 128.0.0.0/1, të cilat së bashku mbulojnë të gjithë hapësirën IPv4 pa zëvendësuar kurrë 0.0.0.0/0. Një /1 është më e gjatë se një /0, por 192.168.1.0/24 juaj është edhe më e gjatë, prandaj një rrugë LAN që mungon ka më shumë rëndësi se vetë pretendimi i tunelit.

Dy rregulla vendosin përgjigjen. Prefiksi më i gjatë që përputhet fiton i pari, dhe ndër zërat me të njëjtin prefiks fiton metrika totale më e ulët, ku totali kombinon metrikën e rrugës dhe metrikën e ndërfaqes. Nëse ndërfaqja e zgjedhur është tuneli, vazhdoni. Nëse është adaptori fizik dhe trafiku ende dështon, ndaloni këtu: problemi juaj është zgjidhja e emrave ose lista e aksesit të vetë printerit, jo rruga e VPN-së.

Hapi i tretë: shtoni rrugën më të ngushtë që emërton portën dhe ndërfaqen

Rregullimi është një zë i vetëm që drejton adresën e printerit te ruteri lokal në adaptorin lokal. Ekzekutoni atë në një prompt të ngritur dhe zëvendësoni vlerat që sapo lexuat.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

Vlera e if është indeksi i ndërfaqes së adaptorit fizik. Lënia jashtë e tij është arsyeja më e zakonshme pse komanda duket e suksesshme dhe nuk ndryshon asgjë, sepse kur dy adaptorë mund të arrijnë të njëjtin hop të ardhshëm, Windows është i lirë të zgjedhë atë që nuk e dëshironit. Flamuri -p e bën zërin të vazhdueshëm, kështu që ai i mbijeton një rinisjeje në vend që të vdesë me sesionin.

Preferoni një rrugë hosti për pajisjen e vetme mbi një rrugë për të gjithë 192.168.1.0/24. Një rrugë nënrrjeti është më e gjerë sesa kërkon detyra dhe përplaset në momentin kur edhe ana korporative përdor të njëjtin prefiks: një prefiks atëherë ka dy pronarë, dhe cili zë fiton vendos se në cilën rrjet mund të arrini vërtet.

Në drejtimin tjetër, nëse keni fshirë opsionin e portës së paracaktuar në lidhjen VPN për të mbrojtur LAN-in, edhe prefikset private të largëta ndalojnë së zgjidhuri. Shtoni rrugë për ato përmes ndërfaqes VPN në të njëjtën mënyrë, përndryshe tuneli bëhet një lidhje që nuk mbart asgjë.

Hapi i katërt: bëni që përjashtimi të mbijetojë lidhjen tjetër

Shumë klientë korporativë riinstalojnë të gjithë grupin e rrugëve në çdo lidhje dhe rillogarisin metrikat e ndërfaqeve duke e bërë këtë, kështu që një rrugë që funksiononte dje mund të tejkalohet sot. Pas rilidhjes, përsëritni Find-NetRoute për printerin dhe kontrolloni që ndërfaqja ende përputhet me adaptorin fizik. Nëse zëri ka humbur, diçka po e fshin; një rrugë e vazhdueshme nuk ju mbron nga një agjent që fshin tabelën. Detyrat e planifikuara që shtojnë përsëri rrugën pasi VPN-ja lidhet janë zgjidhja e zakonshme, dhe ato janë gjithashtu zgjidhja që prishet kur indeksi i adaptorit ndryshon pas një dock ose një përditësimi të drejtuesit.

Vëzhgoni IPv6 veçmas. Një klient që kërkon vetëm parazgjedhjen IPv4 mund të lërë rrugën e paracaktuar IPv6 në adaptorin fizik, kështu që një printer i arritshëm përmes IPv6 vazhdon të punojë ndërsa IPv4 dështon, ose e kundërta. Provoni me ping -4 dhe ping -6 përpara se të vendosni që tabela e rrugëzimit është e pafajshme.

Çfarë ju kushton shkurtesa lokale

Çdo rrugë që anashkalon tunelin është një vrimë në premtimin e tunelit. Trafiku drejt asaj adrese nuk kalon më nga porta korporative, që do të thotë pa inspektim, pa regjistrim dhe pa zbatim politikash mbi të. Në një pajisje të menaxhuar kjo mund të jetë problem përputhshmërie dhe jo preferencë, prandaj pyesni nëse ekziston një përjashtim zyrtar i tunelit të ndarë përpara se të shtoni një me dorë. Mbani tuajën aq të ngushtë sa detyra dhe aq afatshkurtër sa lejon situata.

Nëse printeri përgjigjet pas ndryshimit, përsëritni katër kontrollet pas rilidhjes tuaj të radhës në vend që të supozoni se rregullimi qëndroi. Nëse nuk përgjigjet, kapni daljen e Find-NetRoute përpara dhe pas lidhjes; ndryshimi ju tregon nëse klienti e fshiu zërin apo thjesht e rirenditi.