☰

PPPoEを介してLinuxで選択したhttpsサイトにアクセスできません。

tag-icon • tag-icon networking ip internet http
PPPoEを介してLinuxで選択したhttpsサイトにアクセスできません。

私のインターネット接続は、LAN経由でプロバイダに直接接続されました。その時点で、WindowsとUbuntu（デュアルブート）では、すべてが正しくロードされました。しかし、しばらく前からダイヤルアップ（PPPoE）にユーザー名とパスワードの使用を要求し始めました。ゲートウェイ、サブネットマスク、IP、DNS サーバーは変更されません。しかし、それ以降、Windowsではそのような問題は発生しませんが、Ubuntuは特定のWebサイトを閲覧できません。いくつかの例示的なウェブサイトは次のとおりです。Oviログインページ（share.ovi.comはうまくロードされ、nokia.comはうまくロードされますが）リアルタイムメール（Chrome（ium）とOperaでは動作しますが、Firefox（3.6および4）では動作しません）Mozillaプラグインウェブサイトその他のランダムウェブサイト。

ロードされていない一部のサイトはタイムアウトメッセージを表示し、一部の場合（たとえば、mozプラグインサイトなど）、ブラウザは無限にロードを続行しようとします。 （私は何時間もこの状態を維持しましたが、他に何も見つかりませんでした。）起こっています）。

DNSサーバーをパブリックサーバーに変更してみました。 Fedora LiveCDからの起動も試みました。それからDNSをこれ（またはOpenDNS）に変更しますが、同じことが起こります。この問題を引き起こす可能性のあるLinux自体のいくつかの構成に本質的に間違ったものがありますか？

なぜこれが起こり、解決策を知っている人がいますか？

注：この質問はクロスパブリッシュSU、しかし応答がありません。

修正する:見たばかりここ他の人も同様の問題があり、配置して解決しました。networkmanager.confファイルがにあります/etc/NetworkManager。ファイルに何が必要ですか？

答え1

あなたは次の症状があります最大伝送単位問題：一部のTCP接続が停止し、特定のコマンドまたはURLに対してある程度の繰り返しが可能ですが、識別しやすい全体パターンがありません。 1つの明らかな症状は、対話型SSHセッションが正しく実行されますが、ファイル転送がほとんど常に失敗することです。また、pppoeは、ホームユーザーのMTU問題の最大の原因です。したがって、MTU検査を実行することをお勧めします。

それは何ですか？ これ米最高ティー伝染あなたnitはネットワークリンク内のパケットの最大サイズです。 MTUは伝送媒体によって異なります。たとえば、有線イーサネットとWi-Fi（802.11）のMTUは異なります。ATM長距離インフラストラクチャの大部分を構成する各リンクには、独自のMTUがあります。 PPPOEカプセル化プロトコルは、各パケットに複数のバイトのヘッダーが含まれており、その後に基本パケットがあることを意味します。したがって、ヘッダーサイズに応じて最大パケットサイズを小さくします。 知的財産権ルータは、パケットがネクストホップに比べて大きすぎることを検出すると、パケットを断片化する可能性がありますが、これは常に機能するわけではありません。理論的には正しいMTUを見つける必要があります。自動的にしかし、この方法も常に動作するわけではありません。特に、インターネット検索によると、ネットワーク管理者がMTU検索から取得したMTU情報を常に正しく処理しているわけではありませんが、どのバージョンが影響を受けたのか、問題のあるユースケースが何であるのかはわかりません。

それを測定する方法。 お持ちの場合tracepathLinuxでアイチルス、tracepath 8.8.8.8Google DNSサーバーパスでMTUを表示するには、実行してください。そのバージョンにオプションがtracerouteある場合は--mtu、を実行してくださいtraceroute -n --mtu 8.8.8.8。私とターゲットIPの間のMTUを学びます。より多くの選択のために。

自動化されたツールがない場合は、手動で測定できます。たとえば、応答する外部ホストに指定されたサイズのpingパケットを送信しようとします（Linuxの場合は、他のシステムではそのコマンドのマニュアルをping -c 1 -s 42 8.8.8.8探します）。pingパケットは42という十分に小さい値を通過できる必要があります（42が機能しない場合は何かがpingをブロックしています）。値が大きい場合、パケットは通過しません。インフラストラクチャの制限部分がローカルイーサネットの場合、1464は一般的な最大値です。運が良ければ、大きすぎるパケットを送信するときに同様のメッセージが表示されますFrag needed and DF set (mtu = 1492)。運が悪い場合は、最大値が見つかるまで引き続き値を試してから、28（-s28バイトのヘッダに加えてペイロードサイズを指定）を追加します。また、見ることができますMTUとRWINを使用してインターネット接続を最適化する方法Ubuntuフォーラムで。

設定方法（1454を決定されたMTUおよびeth0ネットワークインターフェイス名に置き換えます）

  • ワンタイム（Linux）：実行ifconfig eth0 mtu 1454
  • 永久（Network Managerを使用していない場合はDebianおよびその派生製品）：編集/etc/network/interfacesネットワークインターフェースエントリの直後（指示の後iface eth0 …）に。pre-up ifconfig $IFACE mtu 1454ディレクティブのパラメータです。mtu 1454iface eth0 inet static

  • 永久（ネットワークマネージャの有無にかかわらず、DebianやUbuntuなどの派生製品）：/etc/network/if-pre-up.d/mtu次のスクリプトを作成してグローバルに実行可能にします（chmod a+rx）。

    #!/bin/sh
ifconfig $IFACE mtu 1454

その他のリソース

答え2

重要な問題はSSLに関連しているようです。問題のURLはすべてhttps://....次のとおりです。

PPPoEの変更がなぜここに影響を与えるのか理解できませんが、ISPは一度に2つ以上を変更し、誤った変更を非難している可能性があります。

ISPがモデルに合わせて特別に推奨するハードウェアルーターを追加しましょう。これは、ISPが要求するように正確にPPPoE接続をネゴシエートするだけでなく、SSL接続の問題も解決できます。

即時の問題が解決されない場合でも、まだいくつかの付随的な利点を得ることができます。

まず、ハードウェアファイアウォールはセキュリティ層を追加します。ファイアウォールの背後にあるコンピュータへの接続を許可する必要がある場合は、次を参照してください。ポートフォワードドットコムポート転送の手順については、利用可能なすべてのルータを確認してください。

第二に、ほとんどのホームルータを使用すると、複数のコンピュータとインターネット接続を共有できます。

答え3

Chrome（およびChrome）にも同じ問題があります。私はこれがウェブキットの問題だと思いました。私は恒久的な解決策を見つけることができませんでしたが、Googleがそのエラーコード（実際の値なし）を検索すると、同じ問題を抱えている多くの人が見つかります。特定のWebサイトにリンクされているタブを閉じてから、キャッシュとCookie、およびすべてのアイテムを削除して一時的に機能させることができます。

解決策が見つからず、Firefoxに戻りました。

関連情報