私のラップトップは、フランスのWin XPSP3を搭載したToshibaSatellite Proで、最新のアップデートがすべて含まれています。東芝には、ネットワークパラメータをすばやく変更するためのソフトウェアツール「ConfigFree」が含まれています。
〜12月までは正常に機能し、3つ以上の異なるネットワーク(2つの大学と自宅の有線ネットワード、および一部のWLAN)のDHCPは常にIPアドレスを適切に取得していました。ネットワークパラメータを変更する必要はありませんでした。新しいフラット(新しいDSLモデムとルーターがインストールされている)に引っ越してから、奇妙な問題が発生しています(引っ越しと同時に発生する可能性があります)。
再起動後、マシンは常にDHCPアドレスを正しく取得します。しかし、ラボAにいるときにスタンバイ状態にして、自宅またはラボBに持ち帰ると、新しいネットワークへの切り替えに失敗します。つまり、ラップトップはDHCPDISCOVERを送信し、DHCPサーバーはDHCPOFFERを送信しますが、ラップトップからDHCPREQUESTを受信することはありません。ラップトップはサーバーからの応答に耳を貸さないようで、役に立たない168.xxxアドレスを割り当てる前にしばらく試行を続けます。接続の「修復」は機能せず、ipconfig / renewも機能しません。ネットワークカードを非アクティブ化/再アクティブ化しても効果はありません。再起動は役に立ちますが、何が問題なのかを理解して修正できるようにしたいと思います。
同じ問題が、数か月前まで正常に(再起動せずに)接続できたさまざまなネットワークで発生しますが、半自動のソフトウェア更新(Windowsなど)を許可することを除いて、マシンで何も変更したことを思い出しません。 。有線イーサネット接続についてのみ体系的に分析しましたが、VPNトンネル(FortiClient)とワイヤレス接続でも同じ問題が発生していることがわかりました。
DHCPに障害が発生した場合、手動で(または、FreeConfigツールを使用して上記を参照)静的IPに切り替えることができます(選択する範囲がわかっている場合)。再起動を回避するため、しばらくの間、この回避策を正常に使用しました。後でスタンバイに戻り、ラボA(ラップトップが最初に起動された場所)に戻り、問題なくDHCPに切り替えることができます。
更新
BIOSが最新であると確信しているのに、BIOSを再フラッシュしてから、ネットワークドライバー(ネットワークカードとワイヤレス)を再インストールして更新しました。このSUの投稿で提案されnetsh int ip reset c:\resetlog.txt
てnetsh winsock reset
いるように、 TCP / IPを使用してWinsockを使用してリセットします。前のコマンドは、ファイアウォール/ VPNClient /アンチウイルスソリューションFortiClientとの統合を削除したため、IPSECVPNを再び機能させるためにそれを再インストールする必要がありました。このすべての後、問題は解決したようです-DHCPは、スタンバイ後の最初の再接続で機能するようになりました。
自宅でネットワークケーブルを切断/再接続すると(またはワイヤレス伝送をオフにしてから再びオンにすると)、対応するデバイスは、数秒前に初めて機能した場合でも、同じ古い症状(DHCPなし)を再び示します。ネットワークドライバを再インストールすると、IPを取得するための別のショットが得られます;-)。
もう少し遊んだ後、この残りの問題は実際にはFortiClientのファイアウォールが原因であるように思われることに気付きました。ファイアウォールを非アクティブ化すると一時的に問題が解決します。だから私はフォーティネット社に連絡して、これについて彼らが何を言わなければならないかを確認すると思います...
ドライバーの問題のように聞こえます。少なくとも、元のドライバーを再インストールしてください。パッチによって構成または依存関係が変更された可能性があります。
最適には、メインボード(チップセット)ドライバーとネットワークドライバーを更新して、これが何をするかを確認します。
また、Windowsの組み込みネットワークには、ネットワークを切り替えたり、複数のワイヤレスプロファイルを設定ソートリストに安全に保存したり、ToshibaConfigFreeアプリケーションが実行しようとしたその他の便利な機能があります。私はまだアドオンやOEMアプリケーションを見つけていません(すべてのハードウェアメーカーがこれらの特別なブロートウェアアプリをマシンにロードしています)。機能に精通したアプリケーションよりも。
ConfigFreeアプリを削除することをお勧めします。絶対に必要な機能がある場合は、いつでも最新バージョンをダウンロードして再インストールできます。ただし、3つの異なるネットワーク間を行き来しているだけの場合は、Windowsがそれを独自に処理できます。
また、トラブルシューティングで失敗する可能性のあるポイントが1つ少なくなります。
最後に、私の経験では、ドライバーとスタンバイまたは休止状態は、忙しい仲間よりも少ないです。以前は機能していたという事実は、今は機能するはずですが、さまざまなドライバーによるサポートされている電源状態の違いは、計り知れないフラストレーションを引き起こす可能性があります。ラップトップの問題のほとんどは、休止状態またはスタンバイのラップトップがドッキング解除されたときに発生することがわかりました。これは、本質的に一時停止されたシステムにとって比較的重要なハードウェアの変更です。しかし、ネットワークの変更も問題を引き起こしています。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加