ネットワーク上のWin 7ノードでホスト名をpingするときに「一般的なエラー」が発生するのはなぜですか？

これは、ネットワーク上のステーションに特有の問題です。クライアントPCはWindows 7 Proを実行しています。この問題を興味深いものにしているのは、この問題が発生していると思われるネットワーク上の唯一のノードがこのクライアントであるということです。特定のWin 08サーバーをホスト名でpingしようとすると、IPv6アドレスを取得して取得しGeneral failure. ますが、IPv4アドレスのpingを実行すると、正常に応答します。

私の最初の考えは、DNSサーバーの名前解決をチェックして何が起こっているのかを確認することですが、問題は質問です。何が得られますか？1つの特定のサーバーを試して、別のサーバーを試そうとして失敗したスクリーンショットを含めています。ネットワーク上の他のすべてのノードには、1つのステーションに問題があるサーバーとの通信に問題はありません。

私の状況では、peerblockがこれを引き起こしたことがわかりました。

一部のアプリケーションは、httpトラフィック、たとえばpeerblockをブロックします。これらにより、「一般エラー」エラーメッセージを介してpingが失敗します。

これを引き起こしているアプリケーションを見つけた方法は、プロセスを1つずつ強制終了し、pingをチェックすることでした。最終的に私は私のケースでpeerblockを殺し、pingが機能し始めました。

いくつかのサイトでのみpingが失敗する場合、ファイアウォール、アンチウイルス、またはPeerblock、Charles、WiresharkなどのHTTP代行受信/ブロックアプリケーションなどが考えられます。

ネットワークアダプターの設定でプロトコルのチェックを外してもIPv6が完全に無効にならないことが、他のいくつかの投稿を読んでわかりました。また、IPv4よりもIPv6を優先するプレフィックスポリシーがウィンドウに組み込まれています。

結局のところMicrosoftはいくつかのツールpresedenceを選択するか、自分のサイト上で完全に無効にIPv6への選択のヘルプがあります。 そもそもなぜGeneral Failureメッセージを受け取ったのかはまだわかりませんが、少なくともそのページでMicrosoft Fix it 50410を使用して優先順位を修正できました（プレフィックスポリシーでIPv6よりIPv4を優先する）。

同様の問題がありました。AnyConnectモビリティクライアントをアンインストールする必要がありました。

常にpingを実行していて、「一般的な障害」が発生していました。8.8.8.8へ。アンインストールが途中で終了するとすぐに、pingを実行できる状態に戻りました。

次の後にこのエラーが発生します。

1. サイトへのアクセス。
2. 企業VPNに接続します。
3. 同じサイトにアクセスします。

すべてのサイトではなく、私たち（会社）が公開したサイトでのみ発生しました。それを修正するために、私は走った

ipconfig /flushdns

お使いのコンピューターでは、IPv6移行/トンネリングテクノロジーである6to4が有効になっているようです。残念ながら、6to4は実際には非常に信頼性が低く、多くの人にとっては完全に壊れています。

実際に使用していない場合は、すべての移行テクノロジを無効にすることをお勧めします。これらはすべて、このようなさまざまな問題を引き起こす可能性があるためです。

これは、管理者コマンドプロンプトから次のように実行できます。

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable

私の場合、これは実際にCisco VPNクライアントまで伝播しました。ネットワークサブシステムに障害が発生したと言われました。ワイヤレスnicがIPアドレスなどすべてを取得していたことがわかりましたが、ルーターにpingを実行しようとすると、一般的な障害が発生していました。

デバイスマネージャーを調べたところ、ドライバーがインストールされていない新しいBluetoothアイテムがたくさんありました。私は新しいものを何もインストールしていなかったので、それは奇妙でした。実際、これはBluetoothハードウェアが組み込まれたラップトップです。

Bluetoothを使用するとPAN（パーソナルエリアネットワーク）を実行できることを知っているので、これがWiFi NICよりも優先されるのではないかと考えました。デバイスマネージャーでこれらの項目をすべて無効にし、この「おそらく新しいハードウェア」用の新しいドライバーはインストールしませんでしたが、これによりルーターのpingを開始できました。私は今、ラップトップを正常に使用してweとVPNの両方にアクセスしています。

nordvpnクライアントの「cybersec」機能により、vpnがオフの場合でも、他の（ローカル）サブネット範囲に到達できなくなります-$ deityは理由を知っています-「cybersec」オプションをオフにして、突然あなたの他のLANサブネットが再び機能します。

私も同様の問題に遭遇しました。つまり、Windows 7オペレーティングシステムでwww.google.comにpingまたはtracertを実行できず、一般エラーがスローされました。

問題のトラブルシューティングと解決のために次のことを行いました。

1. コマンドping -4 www.google.comを発行します。これは、IPV4を使用して明示的にpingを実行します。問題は解決しませんでした。

2. ＃1から同じコマンドを発行しましたが、ping -6です。IPV6で明示的にpingを実行します。エラーは、ホストwww.google.comが見つからなかったことを示しています

3. 同じコマンドを別のターゲット（ネットワーク内）で問題なく発行しました。

4. ファイアウォール（AVAST）を一時的に停止し、www.google.comに正常にping / tracertできました。

5. アバストインターネットセキュリティを開き、左ペインのファイアウォール設定をクリックし、設定ボタンをクリックしました。

6. [システムルール]をクリックし、ICMP（インターネット制御メッセージプロトコル）を有効にして、発信pingおよびトレース要求を許可します。解決された問題

懸念：数週間前に同じワークステーションで上記のコマンドを問題なく発行しました。その設定がどのように変更されたかはわかりません。

TCP / IPおよびWinsockをリセットすることにより、Win 8.1でこれらのいずれかを修正しました。方法に関する情報が必要な場合は、ADMINコマンドプロンプトを開き、次を実行します。

Windows Vista、7、8

netsh iirr

netsh winsockのリセット

次に再起動します。

Windows XP

netsh iirr

netsh wr

次に再起動します。がんばろう！

私の場合、これはインターネット接続でIPv4とIPv6の両方が有効になっていたために発生しましたが、IPv4のみをサポートするVPNに接続しました。したがって、WindowsはまだVPN経由でIPv6を介してそのホストに接続しようとしていたが、失敗したと思います。

修正は、インターネット接続のネットワークアダプタープロパティでIPv6を無効にすることでした。

VPNへの再接続が必要になる場合があります。

私は同様の問題に遭遇し、DNSキャッシュ（ipconfig / flushdns）を無効にしてフラッシュしようとしましたが、もう一度作業を開始する解決策を得るためにVPNに切断して再接続する必要がありました。

pingとtracertが両方とも失敗するまで（ただし、nslookupを使用してホスト名を検索できました）。

この厄介なWindowsの問題を修正するためのいくつかの良い指示と便利なコマンドを含む有用な記事がhttps://appuals.com/fix-general-failure-error-running-ping-commands/に書かれています。