Windows VPN-де интернет жоқ па? Мекенжай пулы күдікті

Windows туннельді қосылған деп көрсетеді және оған Интернетке қолжетімділік жоқ деген белгі береді, оны адамдар Windows-тың ерекшелігі деп түсінеді. Бұл клиенттің не алғаны туралы мәлімдеме: пайдалануға жарамды әдепкі шлюз жоқ, жұмыс істейтін шешуші жоқ немесе туннель ішіндегі мекенжайларға қайта оралу жолы жоқ. Сервер Windows Incoming Connection болса, бір параметр осындай есептердің көбін түсіндіреді. Белгі диагностика емес, бірақ іздеуді үш жерге тарылтады.

Оны өзгертуден бұрын жалдауды оқыңыз

Клиентте ipconfig /all орындап, жазбалар арасынан VPN адаптерін табыңыз. Ол тізімдейтін мекенжай, әдепкі шлюз және DNS сервері — сізге қажет деректер, және олар әкімші берілді деп ойлайтыннан жиі өзгеше болады.

Үш үлгі үш ақауға сәйкес келеді. 169.254.0.0/16 ішіндегі мекенжай клиенттің мүлдем ештеңе алмағанын және өзіне байланыс-жергілікті мекенжай бергенін білдіреді. Шлюзсіз сенімді мекенжай пул клиентке әдепкі маршрут беретін опциясыз ұсынылғанын білдіреді. Толық жалдау әлі еш жерге жетпесе, сервер жағындағы қайта бағыттауға немесе аудармаға нұсқайды.

Серверге тиіспес бұрын мәндерді жазып алыңыз. Келесі қадам оларды сервер таратып жатыр деп ойлайтын ауқыммен салыстырады, ал есте сақтау жалдаудың нашар орнын басушысы.

Неге автоматты тағайындау шлюзсіз қалдыруы мүмкін

Incoming Connections жазбасының физикалық адаптерден бөлек өз IPv4 қасиеттері бар. Ондағы әдепкі мекенжайларды автоматты түрде тағайындауды ұсынады, ол мекенжай, маска, шлюз және DNS беру үшін қосылымның кірістірілген бөлгішіне сүйенеді.

Дербес жұмыс станциясында бұл бөлгіштің алатын ауқымы жоқ, егер машинадағы басқа нәрсе бірін бермесе, сондықтан клиент байланыс-жергілікті мекенжаймен немесе мекенжаймен, бірақ шлюзсіз қалуы мүмкін. Қосылым орнатылғандай көрінеді, өйткені байланыс көтерілді, ал оның артындағы конфигурация толық емес.

Сондықтан нақты ауқымға көшу осындай есептердің көбін түзейді. Сіз жұмыс істемеуі мүмкін қызметтен жалдау ойлап табуды сұрауды қоясыз және жалдауды өзіңіз айта бастайсыз.

Дәл осындай шатасу біреу LAN маршрутизаторының DHCP сервері туннель клиенттеріне қызмет көрсетеді деп күткенде пайда болады. Хабар тарату арқылы іздеу маршрутталған туннельден өтпейді, сондықтан ол сервер сұранысты ешқашан көрмейді. Керісінше деп ойлау — пулға ешқашан ештеңе сұрамаған клиент үшін кінә тағылатын ең жиі себеп.

Сервер маршруттай алатын нақты ауқымды орнатыңыз

Сервер жете алатын ішкі желі ішіндегі шағын блокты таңдаңыз, LAN маршрутизаторы тарататын ауқымның және желідегі кез келген басқа пулдың сыртында. Егер сервер 172.20.10.0/24-те болса және маршрутизатор 172.20.10.1-ді ұстаса, сол ішкі желінің жоғарғы жағындағы қысқа блок, айталық 172.20.10.201-ден 172.20.10.209-ға дейін, туннель жалдауларын маршрутизатор басқарып отырған таратудан алыс ұстайды.

Оны Incoming Connection-ның IPv4 қасиеттеріне енгізіңіз, клиентті қайта қосыңыз және басқа нәрсені өзгертуден бұрын адаптерді қайта оқыңыз. Екінші оқу пул ақау ма, әлде бірнеше ақаудың бірі ғана ма екенін айтады.

Бұл командалар нәтижелік конфигурацияны және клиенттің қазіргі маршруттарын басып шығарады:

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

Жалдаудағы шлюз сервер ұстайтын мекенжай болуы керек, ал клиенттің әдепкі маршруты оған бағытталуы тиіс. Жалдау толық болса да маршрут болмаса, сервер шлюзді итермей тағайындаған, және пул параметрлері әлі де қарайтын жер.

Мекенжай интернет жолы емес

Жалдау алу пакеттерді тек клиенттен серверге жылжытады. Интернетке қолжетімділік үшін сервер бұл пакеттерді қайта бағыттап, өз аплинкіне қарай аударуы керек, және бұл өз ақау режимдері бар жеке конфигурация.

Internet Connection Sharing — қысқа жол. Ол интернетке қараған адаптерді ортақ шлюзге айналдырып, өз мекенжайлауын жүргізеді, бұл сол адаптердің мекенжайын қайта жазуы және бар NAT ережесін енді жоқ мәнге нұсқап қалдыруы мүмкін. Оны қосудан бұрын бастапқы параметрлерді жазыңыз.

Маршрутталған балама мекенжайлауды тұрақты ұстайды және қайта бағыттау мен аударманы нақты конфигурациялауды талап етеді. Екі тәсілдің де кемшілігі жоқ; оларды жартылай араластыру жалдауы бар, бірақ шығарылатын жері жоқ туннель жасайды, ал бұл сіз бастаған симптомның дәл өзі. Бір модельді таңдап, екіншісін қоспас бұрын оны аяқтаңыз.

Алдымен сыртқы жолды жоққа шығарыңыз

Туннель ешқашан қалыптаспаса, ешбір пул көмектесе алмайды. Хаттама жолдың нені тасымалдауы керегін шешеді: PPTP TCP 1723 және GRE қалайды, GRE — порт емес, IP хаттамасы 47; L2TP/IPsec UDP 1701 және 500 мен 4500 қалайды; SSTP TCP 443 қалайды.

Портты қайта бағыттайтын, бірақ хаттаманы емес маршрутизатор ешқашан аутентификацияланбайтын қосылу әрекетін тудырады. Бұл туннель қалыптасып, содан кейін еш жерге жетпегендегі ақаудан өзгеше, және екеуін бірге жөндеуге болмайды.

Сол LAN-нан және қашықтағы желіден сынаңыз. LAN әрекеті жұмыс істеп, қашықтағысы аутентификацияға жетпесе, сыртқы жол — мәселе. Екеуі де аутентификациядан өтіп, тек қашықтағы клиентте интернет болмаса, пул мен шығу жолына оралыңыз.