VPN је повезан, али нема интернета? Прођите кроз четири слоја

Клијент каже повезан, прегледач се врти, а сваки сајт се завршава истеком времена. Та комбинација је уобичајена и није противречност: повезан значи да је тунел преговарао, и ништа више. Разрешавање имена, усмеравање и сопствени излаз сервера падају сваки на свој начин, и сваки има другог власника. Прођите кроз слојеве по реду и зауставите се на првом који падне.

Почните од мреже са које сте дошли

Спустите тунел сопственим контролом за искључивање у клијенту, затим пробајте два неповезана HTTPS сајта ако политика дозвољава. Оставите осетљив посао затворен током тог теста. Ако и обичан приступ падне, VPN није први осумњичени.

Погледајте Wi-Fi везу, рутер и сваку порталску страницу која тражи пријаву пре него што дотакнете тунел. Kill switch може блокирати саобраћај док сте искључени по дизајну, зато следите његову документовану процедуру тестирања уместо да закључите да је мрежа мртва. Друга поуздана мрежа је корисна основа за поређење, а нови излаз VPN неће довршити истеклу хотелску пријаву. Ако отворена мрежа ради, а тунел не, мрежа је ослобођена и следећи слој је ваш.

Утврдите да ли је квар у разрешавању имена

Запишите текст грешке, јер квар разрешавања, истек времена и упозорење о сертификату упућују сваки на друго место. Образац који треба рано ухватити је име домаћина које никад нисте посетили како пада док апликација с отвореном сесијом наставља. Тај образац тиче се нових упита, а не тога да ли тунел носи пакете. Један упит показује шта разрешивач враћа, и траје секунду. Пробајте и друго име, да један кеширан одговор или један покварен запис не одлуче дијагнозу.

nslookup example.com

Произвољна IP у адресној траци HTTPS није DNS тест, јер сертификат и виртуелни домаћин обично зависе од имена. Интерна имена могу захтевати разрешивач организације уместо јавне замене, а прегледач са сопственим безбедним разрешивачем може одговорити другачије од упита оперативног система. Где се њих двоје разилазе, разрешивач прегледача је онај који корисник доживљава, и та разлика припада тикету.

Пун тунел или само корпоративне подмреже

Неки профили постоје само да би се стигло до неколико корпоративних подмрежа; други су изграђени да носе све и траже исправан излаз иза себе. Прочитајте документовану сврху пре него што претпоставите да индикатор покрива сваку апликацију и сваку фамилију адреса. Профил приватне мреже може радити тачно како је пројектован, док прегледач, који никада није требало да га користи, још увек пада. Прочитајте табелу усмеравања без измена и укључите IPv6, јер исправан пут IPv4 ништа не говори о другој фамилији.

Конкретнија рута може победити док подразумевана рута још постоји, зато табелу треба читати, а не претпостављати. Конкурентски виртуелни адаптери такође могу држати саобраћај који сте очекивали другде, нарочито пошто је други VPN клијент инсталиран и заборављен. Не бришите подразумевану руту као експеримент; то дијагнозу претвара у други прекид.

Један сајт који пада међу онима који раде проблем је тог сајта, и то такође доказује да тунел носи саобраћај. Застоји који се појављују само при великим преносима указују на величину пакета, а не на доступност.

Када сервер никада ништа не прослеђује

Ако свака дестинација падне на два уређаја и две приступне мреже, тунел је подигнут, а излаз не прослеђује. Управо тај пар одваја квар на страни сервера од једног уређаја погрешно подешеног на једном месту. Пошаљите оператеру питања о прослеђивању, NAT-у и повратном путу, а не снимак индикатора.

Та три покривају већину узрока на страни сервера, и на оператеру је да одговори. Страница за решавање проблема са повезивањем OpenVPN-а пролази кроз иста питања са стране сервера, зато је предајте уз тикет. Снимак зеленог индикатора не одговара ни на једно.

Прегледајте дневник клијента после пријаве за пропусте при примени рута, DNS подешавања или виртуелног адаптера. Грешке у тој фази указују на уређај, а не на сервер. Грешка која се никад не појављује у дневнику једнако је поучна, јер премешта сумњу на другу страну.

Проверавајте један слој одједном

Пошто промените нешто, поново се повежите и поновите тачно ону апликацију која је пала. Једна учитана страница доказује мање од пута који се може поновити до ресурса за које је профил направљен. Две команде раздвајају разрешавање од доступности, а друга зависи од домаћина. Покрените curl линију било где, затим команду за руте која одговара домаћину пред вама.

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

Ако нумерички захтев ради, а име не, останите на DNS-у. Ако ниједно не ради, упоредите табелу усмеравања са очекиваним подразумеваним тунела и проверите фамилију коју заиста тестирате. Ако је рута исправна, а захтев још умире на излазу, преостало питање припада оператеру, а докази које сте сачували јесу тикет.