web-dev-qa-db-ja.com

ラップトップはpingを実行できますが、参照はできません。クリーンウィンドウがインストールされます。 Telnetが機能しません。ネットワークではありません

ラップトップはpingとtracertを実行できますが、インターネットを閲覧することはできません。私がすでに除外したことを言うことから始めましょう:

  • それは完全に新しいウィンドウズインストールです
  • ネットワークは、wifiと有線の両方の他の5つのデバイスで正常に機能します
  • Telnetが接続しない
  • ドメイン名とIPアドレスへのpingは正常に機能します
  • ネットワーク上のデスクトップ経由でラップトップを閲覧できますが、その逆はできません
  • アクティブなプロキシ設定がないことを確認しました

だから、私がすでに試したものを除いて、誰かがこれを引き起こしている可能性のあるアイデアを持っていますか?私はすでに上記のものを診断したので、telnetに私に言うことは非生産的です。別のブラウザを試すか、ウイルスをチェックするか、AVを無効にするように指示しても、これらのことを除外しているため、役に立ちません。口調でお詫びしますが、この質問をするたびに同じ数の答えが返ってきているようで、その時点で私の質問は消えているに違いありません。

1
Brett

この方法を試してください:

  • [スタート]-> [検索ボックス]に「cmd」と入力します-> [CMD]が検索に表示されます-> [CMD]を右クリックします---> [管理者として実行]を選択します.

  • このコマンドを入力して、「Enter」を押します。

netsh int ip reset resetlog.txt

  • コンピュータを再起動します

幸運を。

1
mumair

パケットサイズは、ネットワークの問題のもう1つの考えられる原因です。

最近、同様の問題が発生しました。 pingは機能するので、インターネットに接続できますが、ほとんどのTCPベースの接続がハングし、最終的にタイムアウトします。私のワイヤレスカードはバグがあるか、電力が不足していて、大きなパケットを適切に処理していないことがわかりました。 pingとほとんどのTCP接続)の違いの1つは、pingがデフォルトで小さなパケットを使用することです。大きなパケットが正常に配信されるかどうかを確認するには、ping _-l_オプションを使用して、異なるパケットサイズで (Windowsの場合)。たとえば、データフィールドに1000バイトを含むpingアドレス_10.0.99.221_に、次のように入力します。

_ping -l 1000 10.0.99.221
_

私の場合、500バイトのpingingは95%のパケット損失を引き起こしますが、56バイトのpingingは正常に機能します。

MTU(Maximum Transmission Unit)を小さい値に設定すると、一時的に問題が回避される場合があります。ただし、これはパフォーマンスに悪影響を及ぼします。

私の場合、MTUを400に設定すると、ネットワークが一時的に使用可能になります。これはかなり小さいため、お勧めしません。これはハードウェア関連の問題であるため、ハードウェアを修正または交換する必要があります。
______________
それは小文字ですL;多分それはパケットを表しますl ength。

1
wzhd

いくつかのアイデア:

  1. LinuxライブCDテスト。ライブCDを起動し、それを使用してネットワークにアクセスしてみてください。これは、ハードウェアに使用されているネットワークスタックに障害があるかどうかを確認するために行います。
  2. ブラウザを使用してネクストホップを参照してみてください。ホームネットワークを使用している場合、通常は192.168.1.1しかし、ipconfigを使用して、デフォルトゲートウェイが何であるかを確認できます。 Webベースのインターフェイスが表示されます。
  3. コンピューターのDNSサーバーをインターネットでアクセスする必要のあるサーバーに変更します。ネクストホップを使用するのとは対照的に(192.168.1.1またはその同類)。その変更を行った後、DNSを解決してみてください(ping example.com)。
  4. コンピューター(またはルーター)でパケットキャプチャを実行して、コンピューターから送信されるパケットを確認します(必要に応じて、pcapまたはそのスクリーンショットを投稿してください)。

ICMPがルーター全体で機能するのは不思議に思えたので、最後のものをお勧めしますが、TCPまたはUDPは機能しませんでした。ただし、ホストの解決はUDPです。古い質問をさらに調べると、 DNSサーバーがネクストホップであるため、これを変更すると、DNSを適切に解決できなくなります(問題の一貫性を確認してください)。

Linuxで機能しない場合は、問題をハードウェアに関連するものとして明確に特定できます。そのステップで必要な場合は、さまざまなプロセスをstraceして、どの時点で失敗しているかを調べることができます。

ただし、Linuxでは機能するがWindowsでは機能しない場合は、さらに多くの作業を行う必要があります。その時点で、Windows straceを使用してみることができます(存在しませんが、以下のリンクがあります)。 pingとtelnetを実行したときに、呼び出されているプロセス(および呼び出されていないプロセス)を確認します。

問題は、ネットワークを離れる(インターネットにアクセスする)必要のあるTCPまたはUDPパケットがある場合、tcp/udpスタックがそれらをレイヤー3に適切に渡さないことであるように思われます。ただし、ICMPはレイヤー3プロトコルであるため、tcp/udpスタックをバイパスします。ただし、上記の手順2を完了すると、内部ネットワークにアクセスしてもこの問題は発生しないようであり、上記の手順3を完了すると問題が発生しないことがわかります。これを反転して表示します(動作を停止する必要があります)。パケットキャプチャによってこれが確認されます。昇格されたコマンドからこれを修正するには、プロンプトを表示します。

netsh int ipv4 uninstall
netsh int ipv6 uninstall
netsh int tcp uninstall
netsh int ipv4 install
netsh int ipv6 install
netsh int tcp install
netsh winsock reset catalog

問題を調査せずに実行することはお勧めしません。しかし、それは役立つはずです。

Strace(esque)リンク:http://msdn.Microsoft.com/en-us/library/windows/hardware/ff552060% 28v = vs.85%29.aspx

http://www.intellectualheaven.com/default.asp?BH=projects&H=strace.htm

http://technet.Microsoft.com/en-us/sysinternals/bb896645.aspx

http://technet.Microsoft.com/en-us/sysinternals/bb896647.aspx

1
prateek61