Captive портал и VPN во ќор-сокак: кој се движи прв

Хотелскиот портал сака да види прелистувач пред да пропушти било каков сообраќај. Вашиот VPN одбива да пропушти сообраќај додека неговиот тунел не е подигнат. Секоја страна ја чека другата и двете се однесуваат точно како што се конфигурирани. Само две подредувања го кршат овој ќор-сокак и тие се разликуваат по тоа што откриваат додека празнината е отворена. Изберете едно намерно наместо да преклопувате која било поставка по која прелистувачот се вчитува.

Две подредувања, едното од нив работи

Или мрежата прва ве прима и тунелот доаѓа втор, или отворате тесен исклучок за порталот и потоа ја враќате блокадата. Двете се легитимни. Не е легитимно да ја исклучите блокадата и да заборавите да ја вратите.

Двете подредувања не се подеднакво добри во секоја ситуација. Управуван уред со задолжителен процес на прием има еден одговор, а личен преносен сметач на хотелски Wi-Fi има друг. Споредбата е за тоа од што се откажува секоја опција.

Започнете со тоа што ќе знаете кое од двете вашиот клиент и политиката на уредот навистина го поддржуваат.

Опција A: приемете ја мрежата, потоа поврзете го тунелот

Потврдете го очекуваното име на мрежата, потоа користете го барањето за најава на оперативниот систем или текот на captive порталот што клиентот го поддржува. На iPhone и iPad, затворањето на листот за најава може или да го прекине поврзувањето или да го задржи со предупредување дека мрежата нема интернет, а тоа се различни почетни точки. Прво завршете го чекорот на прием, потоа подигнете го тунелот. Ова подредување ја држи блокадата недопрена цело време додека тунелот е долу.

Зачкотицата е што портал што одобрува пристап до интернет не ја автентицирал вашата VPN сметка. Тунелот сепак мора да се поврзе потоа и може да откаже од свои причини. Прием и автентикација се одделни настани што луѓето ги спојуваат во еден.

Ако приемот продолжува да истекува, забележете дали порталот прашува повторно, дали мрежата паѓа или само VPN-от откажува.

Опција B: тесен исклучок за најава, потоа враќање на блокадата

Алтернативата е да го дозволите сообраќајот на порталот додека блокадата инаку важи, да се најавите и потоа да го отстраните исклучокот. Исклучокот мора да биде тесен: една дестинација или еден опсег на адреси, за време на најавата, со блокадата вратена веднаш потоа. Широк привремен прозорец е начинот на кој двоминутната најава станува цело попладне незаштитен сообраќај.

Знајте што вашиот клиент навистина имплементира. OpenVPN Connect на macOS го документира откривањето на captive порталот одделно од својата опција што го блокира пристапот до интернет додека VPN-от е паузиран или се поврзува повторно. Да се открие портал и да се дозволи неговиот сообраќај се поврзани задачи, а не заменливи ветувања.

На управуван уред следете го конфигурираниот процес на прием наместо да измислувате исклучок.

Што открива празнината и кому

Интересниот дел од ќор-сокакот не е јазичето на прелистувачот пред вас. Туку сѐ друго што почнува да ја користи мрежата во моментот кога ќе се појави поврзаноста: пошта, синхронизација на фотографии, проверки за ажурирања, клиент за разговор што се поврзува повторно, агент за резервни копии што продолжува.

Тивок прозорец на прелистувачот не ви кажува ништо за тоа. Затворете или паузирајте чувствителна работа пред секој дозволен интервал на директен пристап и проверете што се извршува при најава. На Android постојано вклучен VPN во комбинација со блокирање на врските надвор од VPN-от е релевантната контрола, а произволен исклучок во рутата не го заменува разбирањето на тоа.

Ова е единственото место каде стариот совет за привремени прозорци за пристап сѐ уште важи. Загриженоста беше точна дури и таму каде механизмот не беше.

Како да изберете и како да го потврдите

Изберете опција A кога уредот или клиентот поддржува вистински тек на порталот, зашто таа ја држи блокадата недопрена цело време. Изберете опција B кога до порталот не може да се дојде на друг начин и третирајте го исклучокот како временски ограничена промена со одговорно лице.

Потоа потврдете го редоследот, а не исходот:

curl -sS --max-time 8 https://example.com -o /dev/null -w '%{http_code}\n'

Завршете го приемот, воспоставете го саканиот профил, вратете ја секоја привремено изменета контрола за блокирање и потоа упатете ново безопасно барање и потврдете дека оди низ тунелот. Барање што успева затоа што блокадата е сѐ уште исклучена не докажува ништо за тунелот.

Менувањето на VPN излезот нема да обнови истечена хотелска сесија. Тоа се различни настани и нивното мешање ве праќа да барате на погрешно место.