Портал за достъп и задънена улица с VPN: кой се движи пръв

Хотелският портал иска браузър, преди да пропусне какъвто и да е трафик. Вашият VPN отказва да пропусне трафик, преди тунелът му да е вдигнат. Всяка страна чака другата и двете се държат точно както са настроени. Само два реда разчупват тази безизходица и те се различават по това какво разкриват, докато промеждутъкът е отворен. Изберете един съзнателно, вместо да превключвате каквато и настройка да накара браузъра да зареди.

Два реда, единият работи

Или мрежата ви допуска първо и тунелът идва втори, или отваряте тясно изключение за портала и след това възстановявате блокирането. И двете са законни. Незаконно е да изключите блокирането и да забравите да го върнете.

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

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

Вариант A: мрежата ви допуска, след това се свързва тунелът

Потвърдете очакваното име на мрежата, след което използвайте системния прозорец за вход или поддържания от клиента поток за портал. На iPhone и iPad затварянето на листа за вход може или да прекрати връзката, или да я запази с предупреждение, че мрежата няма интернет, и това са различни начални точки. Първо завършете стъпката на допускане, после вдигнете тунела. Този ред запазва блокирането непокътнато през цялото време, докато тунелът е свален.

Уловката е, че портал, който разрешава достъп до интернет, не е удостоверил вашия профил във VPN. Тунелът все още трябва да се свърже след това и може да се провали по свои причини. Допускането и удостоверяването са отделни събития, които хората сливат в едно.

Ако допускането продължава да изтича, отбележете дали порталът пита отново, дали мрежата пада, или само VPN се проваля.

Вариант B: тясно изключение за вход, след това възстановяване на блокирането

Алтернативата е да разрешите трафика на портала, докато блокирането иначе остава в сила, да влезете и след това да премахнете изключението. Изключението трябва да е тясно: една дестинация или един диапазон от адреси, за времетраенето на входа, с незабавно възстановяване на блокирането след това. Широк временен прозорец е начинът, по който вход от две минути се превръща в следобед на незащитен трафик.

Знайте какво действително прилага вашият клиент. OpenVPN Connect на macOS документира откриването на портал отделно от опцията си, която блокира достъпа до интернет, докато VPN е на пауза или се свързва отново. Откриването на портал и разрешаването на трафика му са свързани задачи, а не взаимозаменяеми обещания.

На управлявано устройство следвайте настроения процес на допускане, вместо да измисляте изключение.

Какво разкрива промеждутъкът и на кого

Интересната част от безизходицата не е разделът на браузъра пред вас. Това е всичко останало, което започва да използва мрежата в момента, в който се появи свързаност: поща, синхронизация на снимки, проверки за актуализации, чат клиент, който се свързва отново, агент за архивиране, който подновява работа.

Тих раздел на браузъра не ви казва нищо за това. Затворете или спрете чувствителната работа преди всеки разрешен интервал на пряк достъп и проверете какво се стартира при вход. На Android постоянно включен VPN, съчетан с блокиране на връзките извън VPN е подходящата контрола и произволно изключение на маршрут не замества разбирането ѝ.

Това е единственото място, където старият съвет за временни прозорци за достъп все още важи. Притеснението беше правилно, дори където механизмът не беше.

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

Изберете вариант A, когато устройството или клиентът поддържат истински поток за портал, защото той запазва блокирането непокътнато през цялото време. Изберете вариант B, когато порталът не може да бъде достигнат по друг начин, и третирайте изключението като промяна с ограничено време и собственик.

След това потвърдете последователността, а не резултата:

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

Завършете допускането, установете предвидения профил, възстановете всяка временно променена контрола за блокиране и след това направете нов безвреден запрос и потвърдете, че той следва тунела. Запрос, който успява, защото блокирането все още е изключено, не доказва нищо за тунела.

Смяната на изхода на VPN няма да поднови изтекла хотелска сесия. Това са различни събития и объркването им ви праща да търсите на грешното място.