« Windowsトラブルシューティング | トップページ | Linuxシステム運用 »

ルーティング消したら。。。(汗)

今日実際に検証時に冷やっとした事をメモ書き。

Windows Serverの運用を今後携わっていく事になりそうな
雲行きの中、Windows Serverの検証機をセットアップして
コマンド遊び・・・。

現在のルーティング・テーブルを表示させようと思い、
[ route print ]コマンドを実施するべきところ、
[ route -f ] を実行してしまった・・・。
route -fコマンドは、ルーティングテーブルのすべての
経路情報をクリアするコマンドだよ・・・。(汗)

当然と言えば当然だが、該当サーバにリモートデスクトップ
での接続もできない・・・。
シリアル接続で何とか該当サーバにアクセスできる術が
あって助かったけど。

慌てて、route add コマンドで静的ルーティングを設定。
するも、何故かリモートからの接続ができない。。。??
該当サーバのローカルエリア接続上のTCP/IP設定で確認
する限り、デフォルトゲートウエイの設定もされている。
念のため、該当サーバ上で ipconfig -a でネットワーク設定
を確認。

「な、なんでー??デフォルトゲートが認識されていない」

思いついたのは、以前Windowsクライアントでネットワーク
設定を変更後に反映がされない事があり、調べたところ
ローカルエリア接続を修復する事で改善した事があった。
試してみた。→デフォルトゲートが認識した。
認識して、正常にリモートデスクトップで接続できる事を
確認した。
ネットワークを修復して改善したという事は・・・
ネットワーク修復内容から判断するのは、arpかDNSの
キャッシュフラッシュで改善できたのかな。
情報を持った状態だったのか・・・。

【↓ネットワークの修復コマンド↓】
> ipconfig /renew
> arp -d *
> nbtstat -R
> nbtstat -RR
> ipconfig /flushdns
> ipconfig /registerdns

うーん、なるほど。

|

« Windowsトラブルシューティング | トップページ | Linuxシステム運用 »

Windows」カテゴリの記事

コメント

コメントを書く



(ウェブ上には掲載しません)




トラックバック

この記事のトラックバックURL:
http://app.f.cocolog-nifty.com/t/trackback/1075871/24343779

この記事へのトラックバック一覧です: ルーティング消したら。。。(汗):

« Windowsトラブルシューティング | トップページ | Linuxシステム運用 »