一台の端末だけの公衆Wi-Fi:VPNの出口が助けにならない理由
ホットスポットは認可した端末を数えており、トンネルはその一台ではありません。VPN設定を疑う前に、会場がセッションをどう配分するかを確認してください。
ノートPCには「接続済み」と表示され、ハンドシェイクも成功しているのに、二台目の端末ではポータルがページを読み込もうとしません。これはトンネルの問題ではありません。ホットスポットの端末数制限はそのアクセスシステムに属するもので、システムが認可した端末と解放したセッションを数えています。VPNは認可後に通信がどこから出るかを変えるだけで、そのシステムが何台を受け入れるかは何も変えません。
ポータルは実際に何を数えているのか
キャプティブポータルは認可の付与を追跡しており、その付与は通常ネットワークが識別できる何かに紐づいています。MACアドレスが一般的な選択で、ブラウザのセッションCookieもその一つ、さらに部屋番号や印刷されたチケットと組み合わせるシステムもあります。一つの部屋コードに四台なら付与は四つで、五台目はどんなソフトウェアを動かしていても付与を持ちません。その五台目にVPNを入れても、答えは拒否から拒否に変わるだけです。
関連付けと認可は別の状態です。ノートPCはアクセスポイントに関連付けられ、DHCPのリースを保持していても、ポータルが何も与えていないためインターネットには出られません。Wi-Fiアイコンをポータル成功の証拠と読むのが、この種のチケット全体の最初の誤りです。
会場にルールを確認する
推測せずに二つ尋ねてください。アカウントが何台まで許すのか、古いセッションがどう解放されるのか。重要なのは二つ目で、退出した端末が残した付与が次の端末をふさぐのが普通だからです。フロント係はどんなクライアント側の回避策よりも速くそれを解放したり、新しいコードを発行したりできることがよくあります。ハードウェアアドレスを変える前にその手続きを使ってください。別の端末の識別子をコピーすることはネットワークの条件に反し、セグメントに重複した身元を置くことになります。
挙動は事業者によって異なります。端末の指紋に縛るシステムもあれば、ブラウザのセッションに縛るものもあり、タイマーで失効する同時付与数の上限を固定しているものもあります。ある会場の方針は次の会場について何も予測しないので、会場の答えがどんな一般則よりも優先されます。
ポータルとVPNの資格情報を分けておく
部屋コードはゲートウェイのログインではない。また、両方の画面にユーザー名の欄とパスワードの欄があっても、業務用の資格情報をポータルで使い回すのは悪い取引です。まず目的の端末を認可し、会場が許す場所で小さな普通のリクエストを確認し、そのうえでトンネルを接続してください。この順序なら、何かが失敗したときの帰属が明確になります。VPNが登場する前にポータルの段階がすでに証明されているからです。
ポータルが拒否するとき、トンネルはデバッグする場所として間違っています。VPNの設定のどこにも、アクセスシステムが発行していないアクセスを与える力はありません。
トラベルルーターが変えるもの
トラベルルーターは上流には一台の端末として見え、ローカルで複数台に提供することで助けになり、ポータルが見るものを変えます。認可は各ノートPCではなくルーターの識別子に結びつき、その背後の各クライアントは一つの付与と一つの公開アドレスを共有します。その構成が許容されるかはネットワークの条件次第で、多くの会場は共有を明示的に禁止しています。共有が許される場所ではルーターは正当な設計であり、許されない場所では違反です。技術的な利点とは関係ありません。
どれも制限を取り除きません。唯一の付与をノートPCからルーターへ移すだけで、複数の端末を持つ一人の旅行者には役立ち、それぞれ自分の認可が要る二人には役に立ちません。
まずローカルの認可の問題を解決してください。完璧に動くトンネルでも、アクセスシステムが発行していない付与を作り出すことはできません。