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 аракети иштеп, алыскысы аутентификацияга жетпесе, тышкы жол — көйгөй. Экөө тең аутентификациядан өтүп, алыскы клиентте гана интернет болбосо, пулга жана чыгуу жолуна кайтыңыз.