- - PR -
【書き直し】新設サブネットから既設サブネットへPING不通なものがある
| 投稿者 | 投稿内容 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2006-11-15 10:50
まず操作可能な【R1】周りから着手ですか。
→ 内容を見た限りでは【R0】の設定変更前に確認されて良かったと思われます。
ご自身での状況調査・分析、またkaz様の指摘等もいい線いっている様に見受け られます。 一点だけ確認ですが、IPアドレスの重複はありませんよね？ 【R0】のDHCPのリースアドレス 範囲に【R1】の【R0】側アドレスが入っていないことは確認済みですか？ 【R0】でDHCP機能を使用していること 【R0】側のサーバアドレスが飛び飛びであること から、もしかしてサーバのIPアドレスもDHCPで付与しているのか気になりました。 一般的なNW設計では、 DHCPリースアドレス範囲：1〜200 サーバ、NWプリンタ等の固定機器：201〜230 ルータ等の通信機器：241〜254 予備：231〜240 等にするケースが多いです。 【R0】はすぅ様の管理下で無いとのことですので管理者に確認して下さい。 | ||||||||
|
投稿日時: 2006-11-15 12:55
いつもたいへんお世話になり、ありがとうございます。
なるほど、そんな要素も・・・。 ルータの設定値やＩＰの羅列ばかりとにらめっこしても解決しないわけですね・・・。
いえ、それが、【Ｃ１】→【Ｃ０】がいつから PING が通るようになったのか不明でして・・・。 static route の追加は、逆の、【Ｃ０】→【Ｃ１】に PING が通るかどうか試すときに行い、【Ｃ０】→【Ｃ１】に PING が通らなかったのですぐその static route は削除してしまいました。 static route を操作したのはそのときだけです。 もっと広い視点でいろいろテストすればよかったと後悔しています。 そして、今現在も、static route の設定がないまま【Ｃ１】→【Ｃ０】に PING が通っています。 ひょっとしたら【Ｃ１】が PING を返さないのと、既設サブネットで【Ｈ２】だけが PING を返さないことの原因がファイアウォールにあるかも、という観点で調べてみます。 | ||||||||
|
投稿日時: 2006-11-15 13:01
いつもお世話になっております。
恐れ入ります（汗汗 いい年して初めて何かを始めると、なかなか頭に入ってこなくて難議します。。。 kaz様にも頻繁にお返事いただき、恐縮するばかりです。
当初どういった経緯でそうなったかはわからないのですが、既設ＬＡＮ側のDHCPは【Ｈ０】が受け持っております。 設計資料が手元にありまして、 サーバ・ルータ・プリンタなど、固定で割り当てるもの：1〜109 ＰＣに割り当てるＤＨＣＰ領域：110〜254 となっており、【Ｈ０】のＤＨＣＰの設定ファイルを見ると、確かにそのように なっています。 BackDoor様の例示ほど細かく分けていないようですが「ＩＰアドレスが重複しない」という要件は満たしている状態です。 ※NW設計の例示ありがとうございます。 | ||||||||
|
投稿日時: 2006-11-16 16:29
みなさまには大変お世話になっております。
この件に力をかけているうちに激しく仕事がたまっていたため、片付けておりました。 まずは速報になりますが、【Ｃ０】から【Ｃ１】に PING が通るようになりました。 原因はセキュリティ対策ソフト＋Windowsファイヤーウォールでした。 ICMPに関する設定を全て通す、あるいは無効にしたら通るようになりました。 こういう理由だったとは・・・お恥ずかしい。 他の件が残ってはおりますが、まずは一件解決いたしましたことの報告でした。 ありがとうございます。 | ||||||||
|
投稿日時: 2006-11-20 18:40
ご無沙汰しております。
いつもお世話になり、ありがとうございます。 【Ｃ０】から【Ｃ１】に PING が通るようになって喜んでいたのもつかの間、よりややこしそうな現象に見舞われています。 【Ｃ１】から【Ｈ２】だけに PING が通らない点を、それぞれにイーサリアルを導入して調べていたのですが、 ・【Ｃ１】から PING が出ている ・【Ｈ２】は PING のリクエストを受けている ・【Ｈ２】は PING のリクエストに Reply を返している ・【Ｃ１】の PING は、Request timed out になる （Replyのパケットが届いていない！） という状態です。 ところがです。 ここまで書いて、念のためにもう一回同じことをしてみたのですが、【Ｃ１】から【Ｈ２】に PING が通るようになっていました。。。 本当につい先ほどまで PING が通ってなかったのですが。。。 この間にやったことは、【Ｈ２】に入っているセキュリティ対策ソフト（サーバ機能）が原因かと思い、ベンダーとTELしつつ下記作業をしたことです。 ・【Ｃ１】のセキュリティ対策ソフトの機能を全部停止した ・【Ｃ１】のWINDOWSファイヤーウォールの機能を停止した ・ベンダーと連絡をとりつつ、【Ｈ２】側のセキュリティ対策ソフト（のサーバ機能）を停止した ・【Ｃ１】から【Ｈ２】に PING を打ってみたがやはり通らなかった ・改善がみられないため、【Ｈ２】側のセキュリティ対策ソフトはPINGが通らない原因から除外できると判断し、ベンダーと連絡をとりつつ、【Ｈ２】側のセキュリティ対策ソフト（のサーバ機能）を再稼動した ・【Ｃ１】のWINDOWSファイヤーウォールの機能を再開した ・【Ｃ１】のセキュリティ対策ソフトの機能を再開した ・【Ｃ１】から【Ｈ２】に PING を打ってみたがやはり通らなかった ・この件をこの会議室に書き込もうとして、この文章を入力し始めた ・文章を書きつつ現象を再確認しようと【Ｃ１】から【Ｈ２】へ PING を打ったら通ってしまった という経緯です。 不具合（？）の原因がわからない＆現象を再現できないので、このままこのサブネットを本番としてつなぐの危険な状態です。 状況は期待した方向に変わってくれましたが、今度は「なぜうまくいかなくて、うまくいくようになったか」を模索することになりました。。。 | ||||||||
|
投稿日時: 2006-11-20 23:24
こんばんわ．
どこに返しているかが問題ですね． C1 側は NAT されていませんよね？
その対策がどのようなものかわからないと因果関係の有無を判断できないと思います． その状態が継続して維持されるかどうかを確認するのがよろしいかと． 実際に通信が途絶した際にしか原因追及はできないと感じます． | ||||||||
|
投稿日時: 2006-11-21 13:14
お久しぶり、頑張ってますね。
まことに失礼ですが、ありがちなケースなのでは？ と思います。 途中にL2SWが複数入っている構成の場合、機器にもよりますが経路情報の更新に 数分〜10数分かかるケースはよく目にしてます。 今回も同様のことが発生したのだと思われます。 → 実害が無いようならそのまましばらく様子見で良いかと。 [ メッセージ編集済み 編集者: BackDoor 編集日時 2006-11-21 13:35 ] | ||||||||
|
投稿日時: 2006-11-22 22:13
kaz様、BackDoor様、いつもお世話になり、ありがとうございます。
現場でＩＰが足りなくなりまして、今回のサブネットを実戦投入してしまいました。。。 なんとかうまくいってくれないかなと思っていたのですが・・・【Ｈ２】が見えない不具合はなかったものの、別の問題が出てしまっています。 ・【Ｃ０】側サブネットに、固定ＩＰでネットワーク接続したプリンタ【Ｐ１】（192.168.1.41）があるのですが、PINGが通らず、印刷不能。 ・いままで説明を簡略化するために話に乗せていなかったWinNTサーバ【Ｈ４】（192.168.1.13）にPINGが通らず、利用不能。 とりあえずプリンタは【Ｈ２】に共有プリンタを作ることで解決しています。 【Ｈ４】は、そのサブネットにそれを使う人が一人しかいなかったので、その人だけ元のネットワークに戻っていただきました。 【Ｒ１】のarpテーブルには【Ｐ１】も【Ｈ４】もあるんですが・・・。 とりあえずなんとか延命してる感じです。 引き続きがんばりますっ！ | ||||||||
スキルアップ／キャリアアップ（JOB@IT）
Copyright © ITmedia, Inc. All Rights Reserved.
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。