pingが実行されたIPアドレスとは異なるIPアドレスで応答したのはなぜですか？
MSSQLクラスタリングソリューションをセットアップしようとしているときに、ネットワーキングに関連する専門知識の範囲外の問題に直面しています。
ノードに使用する無料のIPを見つけようとしました。ネットワーク管理者に無料のIPアドレスを教えてもらいました。そして議論のために、彼は私に10.40.1.205のIPを与えました。
クラスタリングのセットアップ中に特定のIPを使用しようとすると、SQLはIPが使用されたと報告します。
サーバーからIPにpingを送信してみましたが、sayから返信が返ってきました... 10.40.59.69 ...？
このようなものを引き起こしている可能性のあるアイデア、そしてより重要なのはそれをトラブルシューティングする方法ですか？
これは完全に前代未聞のことではありません。マシンが以前にネットワークカードに割り当てられたエイリアスを持っていた可能性があり、ネットワーク管理者はこれを認識していません。
明白なことは、応答するサーバーのMACアドレスを見つけることです。これは簡単に実行できるはずです。
SQLサーバーでコマンドプロンプトから「arp -a」を実行し、10.40.1.205と10.40.59.69の両方のアドレスを探します。
両方のMACアドレスが表示されます。MACアドレスは同じ場合も異なる場合もあり、「00-22-6b-3b-30-90」のように表示されます。ネットワーク管理者は、一覧表示されたMACアドレスでネットワークカードを識別できるはずですが、それがSQLサーバーネットワークカードではないことを確認する価値はあります。自分自身を線に沿ったどこかに。
WindowsシステムのMACアドレスを確認するには、コマンドプロンプトから「ipconfig/all」を実行すると、各ネットワークカードのMACアドレスが表示されます。
いくつかの可能性：
ブロードキャストアドレス。 「言いましょう」の例が正確でない場合は、サブネット上のブロードキャストアドレスにpingを送信した可能性があります。ネットワークが10.40.1.0/25（別名255.255.255.128のマスク）で、10.40.1.127にpingしたとしましょう-ランダムなホストのように見えるかもしれませんが、それは実際にはブロードキャストアドレスであり、そのサブネット上の誰もが自身のアドレス（FYIブロードキャストアドレスはサブネットの最後のアドレスです）。
VIP。ロードバランサーまたはサーバークラスターがある場合は、共有/仮想アドレスにpingを実行し、実サーバーから応答を受け取った可能性があります。
セカンダリアドレス。ルーター/サーバーのプライマリアドレスが.69でセカンダリが.205である場合（pingスキャンで確認された追加のアドレスを予約しようとする人々にとって一般的な方法）は.205のpingに応答しますが、 0.69.
自分の住所。 Unixラップトップの例：
ping 192.168.1.199はFrom 192.168.1.3 icmp_seq=1 Destination Host Unreachableで応答しました。ここで、192.168.1.3はラップトップのIPアドレスです。
出力を見たいのですが。 ICMPエラーメッセージではなかったのですか？
サブネットマスクが正しく構成されていない場合、ルーターがpingに応答することがあります。与えられたサブネットマスクは何でしたか？
ネットワークのどこに存在するように見えるかを考えると、VIP=のように聞こえますが、常に同じIPから応答しますか？MACアドレスは有効なNICベンダーの範囲からのものですか？
ネットワーク管理者がIPアドレスを割り当てている場合、同じネットワーク管理者が応答のトラブルシューティングを行えるはずです。マシンに複数のNIC（したがって複数のIPアドレス）がある可能性があります。
そのIPアドレスをホスト名に解決してみてください。 ping -a <IP> Windowsで。 LinuxはHost <IP>またはDig -x <IP>。そのIPアドレスのホスト名は、あなたやあなたのネットワーク管理者にとって役立つかもしれません。 （私はあなたが扱っている両方のIPを解決してみます）
また、ping応答がICMPエラーメッセージである可能性もあります。実際のパケットをtcpdump/Wiresharkでダンプしてみて、応答を正確に確認できます。
HTTP、HTTPS、SSH、Telnet、RDPなどを使用してそのIPアドレスに接続してみることもできます。これらのいずれかが接続した場合、マシンの詳細について、実際に役立つ情報が得られるでしょう。