Windows e shfaq tunelin si të lidhur dhe e etiketon Pa akses në internet, të cilin njerëzit e lexojnë si një veçanti të Windows. Është një pohim për atë që mori klienti: asnjë gateway parazgjedhës i përdorshëm, asnjë zgjidhës që punon, ose asnjë rrugë kthimi për adresat brenda tunelit. Kur serveri është një Incoming Connection i Windows, një cilësim shpjegon shumicën e raporteve të tilla. Etiketa nuk është diagnozë, por e ngushton kërkimin në tre vende.

Lexo qiranë para se ta ndryshosh

Ekzekuto ipconfig /all në klient dhe gjej adapterin VPN mes hyrjeve. Adresa, gateway-i parazgjedhur dhe serveri DNS që rendit janë faktet që të duhen, dhe shpesh ndryshojnë nga ajo që administratori supozon se është dhënë.

Tre modele korrespondojnë me tre defekte. Një adresë në 169.254.0.0/16 do të thotë që klienti nuk mori asgjë dhe i dha vetes një adresë link-local. Një adresë e besueshme pa gateway do të thotë që grupi u shërbye pa opsionin që i jep klientit një rrugë parazgjedhëse. Një qira e plotë që prapëseprapë nuk arrin askund tregon për përcjellje ose përkthim në anën e serverit.

Shkruaji vlerat para se të prekësh serverin. Hapi tjetër i krahason me intervalin që serveri mendon se po shpërndan, dhe kujtesa është një zëvendësues i dobët për një qira.

Pse caktimi automatik mund të lërë pa gateway

Hyrja Incoming Connections ka vetitë e saj IPv4, të ndara nga adapteri fizik. Parazgjedhja atje ofron të caktojë adresat automatikisht, çka mbështetet te shpërndarësi i integruar i lidhjes për të siguruar adresë, maskë, gateway dhe DNS.

Në një stacion pune të pavarur ai shpërndarës nuk ka një interval nga i cili të marrë, përveç nëse diçka tjetër në makinë siguron një, kështu që klienti mund të përfundojë me një adresë link-local ose me një adresë por pa gateway. Lidhja duket e vendosur sepse lidhja u ngrit, ndërsa konfigurimi pas saj është i paplotë.

Prandaj kalimi në një interval të specifikuar rregullon kaq shumë prej këtyre raporteve. Ndalon së kërkuari nga një shërbim që mund të mos funksionojë të sajojë një qira dhe fillon ta deklarosh vetë qiranë.

E njëjta konfuzion shfaqet kur dikush pret që serveri DHCP i routerit LAN të shërbejë klientët e tunelit. Zbulimi me transmetim nuk kalon një tunel të rrugëzuar, kështu që ai server nuk e sheh kurrë kërkesën. Të supozosh të kundërtën është arsyeja më e zakonshme pse një grup fajësohet për një klient që nuk i kërkoi kurrë asgjë.

Vendos një interval eksplicit që serveri mund ta rrugëzojë

Zgjidh një bllok të vogël brenda një nënrrjete që serveri arrin, jashtë intervalit që shpërndan routeri LAN dhe jashtë çdo grupi tjetër në rrjet. Nëse serveri qëndron në 172.20.10.0/24 dhe routeri mban 172.20.10.1, një bllok i shkurtër pranë majës së atij nënrrjeti, le të themi nga 172.20.10.201 deri në 172.20.10.209, i mban qiratë e tunelit larg shpërndarjes që routeri tashmë administron.

Fute në vetitë IPv4 të Incoming Connection, rilidh klientin dhe lexo adapterin përsëri para se të ndryshosh çdo gjë tjetër. Leximi i dytë është ai që të thotë nëse grupi ishte defekti apo thjesht një defekt mes disave.

Këto komanda shtypin konfigurimin që rezulton dhe rrugët që klienti ka tani:

ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"

Gateway-i në qira duhet të jetë një adresë që serveri zotëron, dhe rruga parazgjedhëse e klientit duhet të tregojë drejt saj. Nëse qiraja është e plotë por nuk ekziston asnjë rrugë, serveri caktoi pa shtyrë një gateway, dhe cilësimet e grupit mbeten vendi ku duhet parë.

Një adresë nuk është rrugë interneti

Marrja e një qira vetëm lëviz paketat nga klienti te serveri. Për akses në internet serveri duhet t'i përcjellë ato paketa dhe t'i përkthejë drejt uplink-ut të vet, dhe ky është një konfigurim i veçantë me mënyrat e veta të dështimit.

Internet Connection Sharing është shkurtesa. E kthen adapterin e kthyer nga interneti në një gateway të përbashkët dhe drejton adresimin e vet, çka mund të rishkruajë adresën e atij adapteri dhe të lërë një rregull NAT ekzistues që tregon një vlerë që nuk ekziston më. Regjistro cilësimet origjinale para se ta aktivizosh.

Alternativa e rrugëzuar e mban adresimin të qëndrueshëm dhe të kërkon të konfigurosh përcjelljen dhe përkthimin në mënyrë eksplicite. Asnjë qasje nuk është e gabuar; përzierja përgjysmë prodhon një tunel me qira dhe pa dalje, që është saktësisht simptomi me të cilin fillove. Zgjidh një model dhe përfundoje para se të shtosh tjetrin.

Përjashto fillimisht rrugën e jashtme

Asnjë grup nuk ndihmon nëse tuneli nuk formohet kurrë. Protokolli vendos çfarë duhet të mbajë rruga: PPTP kërkon TCP 1723 dhe GRE, që është protokoll IP 47 dhe jo port; L2TP/IPsec kërkon UDP 1701 plus 500 dhe 4500; SSTP kërkon TCP 443.

Një router që përcjell portin por jo protokollin prodhon një përpjekje lidhjeje që nuk vërtetohet kurrë. Ky është një defekt i ndryshëm nga një tunel që formohet dhe më pas nuk arrin askund, dhe të dy nuk duhet të korrigjohen së bashku.

Testo nga i njëjti LAN dhe nga rrjeti në distancë. Nëse përpjekja nga LAN funksionon dhe ajo në distancë nuk arrin kurrë vërtetimin, rruga e jashtme është problemi. Nëse të dyja vërtetohen dhe vetëm klienti në distancë nuk ka internet, kthehu te grupi dhe dalja.

Artikuj të ngjashëm