( http://d.hatena.ne.jp/pooh2005/20050914 )
自宅でLANを構築したのですが、Windowsマシンへのpingが通りません。
どこの設定が悪いのでしょうか?
Yahoo! JAPAN
切り分け案となりますが、
Win2k、WinXPの何れかの適当なフォルダで共有設定をかけ、
¥¥192.168.1.21(or11)¥共有フォルダ名
という具合で、IPアドレス指定でのフォルダアクセスを掛けてみるとどのような反応がでますでしょうか?
http://www.hatena.ne.jp/1126686018#
人力検索はてな - 再度質問です。 このページを見てください。 ( http://d.hatena.ne.jp/pooh2005/20050914 ) 自宅でLANを構築したのですが、Windowsマシンへのpingが通りません。 どこの設..
とりあえずHUBをかえさずクロスケーブルで切り分けしてみてはどうでしょうか?
クロスケーブルですかぁ・・・。 ストレートしか手元にないんですよぉ。 すみません。
URLはダミーです。
ネットワークは詳しくないので、気になるところだけ…ポイントはいりません。(汗)
2kとXPの間が変ですね。
XPの標準ファイアウォールも無効ですよね?
2kのファイル名を指定して実行に
¥¥192.168.1.11
XPのファイル名を指定じて実行に
¥¥192.168.1.21
と入力してみたらどうなるんでしょうか?
何も起こりませんでした・・・。きっとマシンが見つからなかったのだと思います。
search
HUBの不良ではないでしょうか?
①HUBのポートを入れ替えて現象は変わりますか?
②HUBの型名は?10/100対応でしょうか?
③各PCのLANカードの速度とデュプレクス設定はAutoでしょうか?
④コレガのルータにはHUBは内蔵されていますか?(HUB内蔵であればルータに各PCを接続してどうでしょうか?
①変わりませんでした。
②HUBの型番は分かりませんが、10/100対応です。
③はい
④コレガのルータの型番は、BAR SW-4PHGです。
HUBは内臓されていまして、そちらに各マシンを接続しても結果は変らずでした・・・。
ファイル共有もだめでしたか
そうなるともし自分がするなら、
WinXP、Win2kでパケットキャプチャソフトを起動した上で相互にpingをとばしてみます。
このパケットキャプチャソフトを利用して、
相互にデータが飛んでいないようだと-> ハードの問題
相互にデータが飛んでいるなら-> OS、アプリ等ソフトの問題
とおおまかにきりわけできます
etherealで試しましたが、相互にデータが飛んでいないようです・・・。相手のIPが見つからないので、pingを飛ばすにもどこへ飛ばせばよいのか分かっていない状態です。普通ならDefault Gatewayに飛び、それからそもそもの相手へフォワードされ
るって感じですよね。
ん〜、難しいです。
http://www.corega.co.jp/support/download/router_barsw4phg.htm
corega BAR SW-4P HG ファームウェア ダウンロード | 株式会社コレガ
ルータのソフトウェアバージョンは古くないですか?
更新履歴
Ver 1.40
●マルチセッション利用時の動作について、安定化を図りました。
Ver 1.30
●DNSリレー機能において、内部処理を一部変更いたしました。
●VPNパススルー機能のパケット処理ルーチンを一部変更いたしました。
※上記仕様変更により動作の安定化を図りました。
Ver 1.22
●DHCPサーバからのIP取得における通信方式を一部追加しました。
●IPアドレスを所有しないPPPサーバとの接続に対応しました。
●クライアントPCのワーム感染による多量な不正パケットに対し監視機能を追加しました。
V.1.22でDHCPの機能追加が行われているみたいです。
たまたまかもしれませんが、ARP情報のなかでWinXPのARP情報がないですね。 XPを外した状態でWin2Kはどうなりますか?
またはWin2Kをはずした状態で、WinXPの状態は?
不可解な現象ですね?
updateしてみましたが、結果変らずでした・・・。
またWinXPを外したり、Win2Kを外したりもしましたが、いずれの場合もRedhatからはWinマシンにping通りませんでした・・・。
本当に不可解です・・・。
OCN|トップページ
リンクはダミーです。
RedHatからWin系へのPINGが通れば問題解決ということでしょうか?
Win系からRedHatへのPINGが通っているのですから、ハード的な故障の可能性は極めて低いと思われます。
同一ネットワークですのでデフォルトゲートウェイは関連がありません。
RedHatからWin系のPINGは通っていないということですので、
1.RedHatのARPテーブルを削除
2.Win系のARPテーブルを削除
3.ARPテーブルが削除されていることを確認
4.RedHatからWinXpにping
5.RedHatとWinXpのARPテーブルを確認
上記でARPテーブルが確認できるのであれば、ハード的な故障は無いと思われます。
さらにもう一度1からを繰り返し、4の手前でWinXP側でEtherealを動作させた後、4からの手順を繰り返してください。
ARPテーブルが確認できたのであれば、ARPパケットがEtherealでキャプチャできたはずです。確認してください。
個人的にはWin系側で単にICMPを破棄しているだけだと思いますが。。
4.を実行したあとに、WinでARPテーブルにRedHatのIPがしっかり保存されていました。・・・が、EetherealではARPプロトコルのパケットは一切キャプチャされていません・・・。
ん〜・・・。
http://www.corega.co.jp/support/download/router_barfarm.htm
ブロードバンドルーター ファームウェアダウンロード | 株式会社コレガ
※2回目ですが、個人的興味なので、ポイントいりません。
むむむ…、何故つながらない…。
URLはBAR SW-4PHGのファームウェアです。
もし、お使いのが古い用でしたら、アップしてみたらどうでしょうか?(※アップデートは慎重にですけど)
あと、ルーターのリセットとか…。
私は、コレガのルーター、ファームウェアアップで調子よくなりました。
がんばってください。
別の方にアップデートを薦められまして試して
みましたがダメでした・・・。
ありがとうございました。
Yahoo!
pingはarp -aで表示されないLOCALなIPでもきちんと返ってきます。
Etherealで確認すると、以下の順番でパケットが飛んでいることが確認出来るはずです。
1:ARPのBroadcastで指定IPを持ってる相手がいるか問い掛ける
2:指定されたIPがいればそのIPが振られているI/FのMACアドレスを返答する
LAN内にいないIPの場合はDefaultGWのMACアドレスを問い掛けるARPが飛ぶ(場合が多い)
LAN内のWin機に対してpingを飛ばしているにもかかわらず最初のARPパケットがDefaultGWのMACアドレスを問い掛けるパケットになっている場合は、pingを飛ばそうとしているWin機のrouting tableがおかしいです。
2の返答がない場合は、指定されたIPを持つI/Fが存在しないという事もあります。
ハブがおかしい場合もありえます。
2の返答があってもそのあとのICMPでecho replyがないのならばどこかでブロックされている可能性が高い気がします。
Etherealでチェックした結果は以下です。
RedhatからpingをWin2kのIPへ飛ばすと、ARPがルーター(Default Gateway)へ飛びます。
ルーターからWin2kへMacアドレス、IPを返します。
ルーターからRedHatへARPの結果を返します。
RedHatのARPテーブルにWin2kのIPアドレスとMacアドレスが追加されます。
しかし、RedhatからそのWin2kのIPへpingを飛ばしても一切返答がありません・・・
答えてねっと - メンテナンス中 -
Red9側へpingが通り、Win同士でもpingが通らないので、必ずWindows側の問題になります。万が一以前ソースネクストのウイルスセキュリティソフトをご利用でしたら、それをアンインストールして、再度インストールして仮に不正侵入の設定を不正通信のみ遮断するから完全に通信を開放するにして確認します。一度も利用してなければ、何かしらのファイアウォールが有効になっている事になります。間違っていたらごめんなさい。{私のパソコンで検証しましたが、Red9からwinXPsp2へping良好でした(固定IPで確認)}
残念ながら、ファイアウォールは一切使ってないんですよ・・・。
ありがとうございました。
2回目ですのでポイントは不要です。
Redhat→Winで最初のARPがDefaultGWへ飛ぶのがちょっと不思議なんですが、Redhat(Linux)の特徴なんでしょうかねえ?
Redhatのrouting tableもおかしいようには思えませんし・・・
スイッチングハブの影響とも考えられないし・・・
Win機(当方で試したのはWinXPでした)から同じネットワークセグメント内にある端末へpingを行った場合は、DefaultGWへは行かずにBroadcastを出してたんですよ。
で、どうやらARPによるターゲットのMACアドレス取得までは出来てるようなんですね?
そのMACアドレスって本当にターゲットのI/FのMACアドレスと一致してますか?
Winのコマンドプロンプトでipconfig /allとするとI/FのMACアドレスが表示されますので、Redhat機がARPによって取得したものと一致してるかどうか確認出来るはずです。
もしも矛盾しているようなら、ICMPのecho replyが返ってこないはずです。
スイッチングハブがICMP echo requestパケットを捨てちゃうような気がします。
まあちょっとありえない気もするんですけどね・・・
ああ、それとですねー・・・
状況の詳細を記述したはてなダイヤリーのコメントに何人かが書き込んでますので、そちらも参考にしていただいたらよろしいんじゃないかと思います。
みなさん、申し訳ございません・・・。
まさかとは思ったのですが、Cisco VPN Clientが悪さをしていました。 自分でこのクライアントを起動していなくても勝手にWindowsブートアップ時に起動されICMPを受け取らないような動作になっていました。
(たちが悪いことにツールバーなど時計がある場所に一切アイコンが表示されないのです・・・。)
マシンが見つからないので、ウィンドウが止まった感じになります。(Win2kからWinXP、WinXPからWin2kも試しましたが、ダメでした。)