Громадський Wi-Fi на один пристрій: чому вихід через VPN не допоможе

Ноутбук показує Connected, рукостискання проходить успішно, а портал усе одно відмовляється завантажувати сторінку на другому пристрої. Це не проблема тунелю. Обмеження кількості пристроїв у точки доступу належить її системі доступу, яка рахує пристрої, яким надала дозвіл, і сеанси, які звільнила. VPN змінює місце виходу трафіку після авторизації й нічого не змінює в тому, скільки пристроїв ця система впустить.

Що портал насправді рахує

Портали-перехоплювачі відстежують дозвіл на авторизацію, і дозвіл зазвичай прив'язаний до чогось, що мережа може ідентифікувати. MAC-адреса — звичний вибір, куки сеансу в браузері — інший, а деякі системи поєднують будь-яке з них із номером кімнати або надрукованим талоном. Чотири пристрої на одному коді кімнати означають чотири дозволи, а в п'ятого пристрою немає жодного, який би софт він не запускав. Встановлення VPN на цей п'ятий пристрій змінює відповідь із «відмовлено» на «відмовлено».

Асоціація й авторизація — різні стани. Ноутбук може асоціюватися з точкою доступу, тримати оренду DHCP і все одно бути без інтернету, бо портал нічого йому не видав. Читати значок Wi-Fi як доказ успіху порталу — перша помилка в усьому цьому класі звернень.

Уточніть правило в закладу

Поставте два запитання замість здогадів: скільки пристроїв допускає обліковий запис і як звільняється застарілий сеанс. Друге важливіше, бо саме дозвіл, залишений пристроєм, що пішов, зазвичай блокує наступний. Співробітники ресепшену часто можуть звільнити його або видати новий код швидше, ніж будь-яке рішення на боці клієнта. Скористайтеся цією процедурою перш ніж змінювати адреси обладнання, бо копіювання ідентифікатора іншого пристрою порушує умови мережі й ставить дублікат особи в сегмент.

Поведінка залежить від оператора. Одні системи прив'язуються до відбитка пристрою, інші до сеансу браузера, а небагато допускають фіксовану кількість одночасних дозволів, що спливають за таймером. Політика одного закладу нічого не передбачає про наступний, тому відповідь закладу краща за будь-яке загальне правило.

Тримайте облікові дані порталу й VPN окремо

Код кімнати — це не вхід до шлюзу, і повторне використання робочого облікового запису в порталі — погана оборудка, навіть коли обидва екрани показують поле імені користувача й поле пароля. Спершу авторизуйте потрібний пристрій, перевірте невеликий звичайний запит там, де заклад це дозволяє, і лише після цього підключайте тунель. Такий порядок дає чисту атрибуцію, коли щось зривається, бо етап порталу вже був доведений до появи VPN.

Коли портал відмовляє, тунель — неправильне місце для налагодження. Ніщо в конфігурації VPN не може дати доступ, якого система доступу ніколи не видавала.

Що змінює дорожній роутер

Дорожній роутер може допомогти, представляючи вгору один пристрій і обслуговуючи кілька локально, і він змінює те, що бачить портал. Авторизація прив'язується до ідентифікатора роутера, а не до кожного ноутбука, і кожен клієнт за ним ділить один дозвіл і одну публічну адресу. Чи прийнятна така схема, залежить від умов мережі, і багато закладів прямо забороняють спільне використання. Роутер — законне рішення там, де спільний доступ дозволено, і порушення там, де ні, незалежно від технічних переваг.

Ніщо з цього не знімає обмеження. Воно переносить єдиний дозвіл із ноутбука на роутер, що корисно одному мандрівникові з кількома пристроями й марно двом людям, кожному з яких потрібна власна авторизація.

Спершу розв'яжіть локальну проблему авторизації. Бездоганно працюючий тунель усе одно не може створити дозвіл, якого система доступу ніколи не видавала.