Linuxでは一部のWebサイトにアクセスできません（ただし、Windowsではアクセスできます）
私のインターネット接続は、以前はプロバイダーへの直接LAN接続でした。当時は、WindowsとUbuntuの両方ですべてが正常にロードされていました（デュアルブート）。しかし、しばらく前に、ユーザーは（PPPoE接続を介して）ユーザー名とパスワードを使用してダイヤルする必要がありました。しかし、それ以来、Ubuntuで特定のWebサイトを閲覧することができなくなりました。 Windowsではそのような問題は発生していませんが、いくつかのWebサイトの例は Oviのサインインページ （share.ovi.comは正常に読み込まれ、nokia.comは正常に読み込まれます）、 Live Mail （Chrome（ium）およびOperaで動作しますが、Firefox（3.6および4の両方）では動作しません）およびその他のランダムなWebサイトで動作します。
ロードしないWebサイトの一部は、タイムアウトメッセージをChrome=に表示します。一部のWebサイトでは、ブラウザーは終了せずにロードを試行し続けます（私は何時間もそのようにしましたが、何か違うことに気づかなかった）。
DNSサーバーをコメントで提案されているものに変更してみました。私はFedora LiveCDから起動して、次にDNSをそれらに（さらにはOpenDNSのDNSに）変更してみましたが、まったく同じことが起こります。
Windowsでのipconfigの出力は次のとおりです。
それが何らかのヘルプである場合、Operaエラーメッセージはもう少し有益であるように見え、順番に次のエラーがあります：
- 安全な接続：致命的なエラー（552）
- 安全な接続：致命的なエラー（40）
続いて：Operaはサーバーに接続できませんでした。サーバーは、サポートされていないSSL 2プロトコルを使用している可能性があります。これは、安全な通信には十分安全でないと見なされています。サイト所有者はTLSにアップグレードする必要があります。 1.0以降。
なぜこれが起こっているのか、そしてそれをどのように修正できるのか誰かが知っていますか？
更新：ここで見ただけです http://ubuntuforums.org/showthread.php?t=1571086&highlight=pppoe 他の誰か同様の問題があり、NetworkManager.confファイルを/ etc/NetworkManagerに配置することで解決しました。そのファイルには何が必要ですか？
（ nix Stack Exchange からコピー）
[〜＃〜] mtu [〜＃〜] 問題の症状があります：いくつかTCP接続がフリーズします。特定のコマンドまたはURLで再現性はありますが、全体的なパターンは簡単に識別できません。対話型のsshセッションはうまく機能しますが、ファイル転送はほとんどの場合失敗します。さらに、pppoeが一番の持参者ですユーザーのためのMTU問題の原因なので、MTUチェックを規定します。
それは何ですか？maximumtransmissionunitは、ネットワークリンク上のパケットの最大サイズです。 MTUは、トランスポートメディアによって異なります。有線イーサネットとwifi（802.11）には異なるMTUがあり、 [〜＃〜] atm [〜＃〜] リンク（長距離インフラストラクチャの大部分を構成します）にはそれぞれ独自のMTUがあります。 [〜＃〜] pppoe [〜＃〜] はカプセル化されたプロトコルです。つまり、すべてのパケットは数バイトのヘッダーとそれに続く基になるパケットで構成されます。したがって、最大パケットサイズはヘッダーのサイズ。 [〜＃〜] ip [〜＃〜] ルーターは、パケットが次のホップには大きすぎることを検出した場合にパケットをフラグメント化できますが、これが常に機能するとは限りません。理論的には、適切なMTUを検出する必要があります 自動的に ですが、これも常に機能するとは限りません。特にグーグルは、Network ManagerがMTU検出から取得したMTU情報に常に適切に作用するとは限らないことを示唆していますが、影響を受けるバージョンや問題のあるユースケースはわかりません。
測定方法指定されたサイズのpingパケットを、それらに応答する外部ホストに送信してみてください。 _ping -c 1 -s 42 8.8.8.8_（Linuxの場合、他のシステムでは、pingコマンドのドキュメントを参照してください）。パケットは42の十分に小さい値で通過する必要があります（42が機能しない場合は、何かがpingをブロックしています）。値が大きい場合、パケットは通過しません。 1464は、インフラストラクチャの制限部分がローカルイーサネットネットワークである場合の典型的な最大値です。運が良ければ、大きすぎるパケットを送信すると、Frag needed and DF set (mtu = 1492)のようなメッセージが表示されます。運が悪ければ、最大値が見つかるまで値を試し続けてから、28を追加します（_-s_はペイロードサイズを指定し、それに加えて28バイトのヘッダーがあります）。 Ubuntuフォーラムの MTUとRWINを使用してインターネット接続を最適化する方法 も参照してください。
設定方法（1454を決定したMTUに置き換え、_eth0_をネットワークインターフェイスの名前に置き換えます）
- 一度限り（Linux）：_
ifconfig eth0 mtu 1454_を実行します - 恒久的に（DebianおよびUbuntuなどの派生物（Network Managerを使用していない場合））：_
/etc/network/interfaces_を編集します。ネットワークインターフェイスのエントリの直後（_iface eth0 …_ディレクティブの後）に、_pre-up ifconfig $IFACE mtu 1454_の行を追加します。または、IPアドレスが静的な場合は、_mtu 1454_パラメーターを_iface eth0 inet static_ディレクティブに追加できます。 永続的に（DebianおよびUbuntuなどの派生物、Network Managerの有無にかかわらず）：次の内容で_
/etc/network/if-pre-up.d/mtu_というスクリプトを作成し、それを全世界で実行可能にします（_chmod a+rx_）：_
#!/bin/sh ifconfig $IFACE mtu 1454_
問題はDNS設定に関連している可能性があります。私にとって、問題はいくつかの手順を実行することで解決しました。
- まず、ターミナルを開きます。
- 内部で
Sudo apt-get install resolvconfを実行します（resolvconfパッケージがインストールされます）。 /etc/resolvconf/resolv.conf.d/ディレクトリに移動します。Sudo nano baseを実行して、baseというファイルをroot権限で開きます。- 単に、エントリを追加/変更します。有効なエントリの例は
nameserver 8.8.8.8です。エントリは新しい行で区切る必要があります。次のファイルは有効です：ネームサーバー8.8.8.8 ネームサーバー8.8.4.4
注：DNS名とアドレスのリストはここ にあります 。 - ファイルを保存して終了します。
Sudo resolvconf -uを実行します（DNS構成が更新されます）。
それでおしまい！今、ロードされなかったいくつかのウェブサイトをロードしてみてください、それはうまくいくはずです！
同じ問題があります。一部のWebサイトがKUBUNTU 17.04で開けません。私はこのコマンドを使用します：
echo 0 >/proc/sys/net/ipv4/tcp_timestamps
インターフェイスファイルのデフォルト設定はそのままにしましたが、MTU=1300ワイヤレスルーターの[WAN]セクション。
それで問題は解決しました。