Q&A
どういう解決が綺麗と認識されているのでしょう？
このような場合、スタティックルートが良かろうかと思うのですが。
###業務系とバックアップ用LANを用意し、用途に応じてわけたい
かんたんな図式は以下です。
SV1
LAN1:10.0.0.101/24 デフォルトゲートウェイ10.0.0.250
LAN2:192.168.0.101/24 デフォルトゲートウェイ 無し
SV2
LAN1:10.0.0.102/24 デフォルトゲートウェイ10.0.0.250
LAN2:192.168.0.102/24 デフォルトゲートウェイ 無し
以上のような設定になってるとしてください。
プラス、スイッチではなく、バカHUBだったとしてください。
仮にSV1からSV2にデータを送る場合、\192.168.0.102\として送ったとしても、
業務側を通ったりネットワーク側を通ったりしてしまいます。
おそらく、勝手に名前解決してしまい、最適ルートをOSで判断してしまうようです。
スタティックルートによる解決は、MSさんのTechNetに載っているのは知っております。
それ以外で、きれいな解決法だれかお持ちではないだろうかという次第です。
IP指定での通信においてNetBIOSが関与すると判断した根拠をご提示頂けますでしょうか。NetBIOS名指定で通信しているのであればその理屈もわかるのですが・・・
まず、スタティックルートは、問題発生時に切り分けができないのでは？ということでスタティックルートを避けて方法ないかなぁ？と思った次第です。
名前解決というのは、ちょっと語弊があったかもしれませんね。
SV1⇒SV2は2経路あるわけですが、理屈的には、IP指定しているんだからバックアップ系を必ず通ってくれとこちらは期待しています。
ですが、どっちでも行けるよねとネットワーク経路を覚えてしまい、IP指定しているにも関わらず、
『SV2に行きたいのね？こっちでも行けるよ！』
と業務側を使ったり、そうでなかったりなんです。
現状は、自動メトリックなので『こっち空いてそう！』な感じなんだろうと推測したのを、
『勝手に名前解決してしまい』と表現してしまいました。
送信元アダプタ指定とか、方法ないかな？と思ったので聞いてみました。
IP指定で通信しているのであれば、それ以外のインターフェースを使用するのは考えられません。route printで確認してみればわかると思いますが、192.168.0.0/24は192.168.0.10nのインターフェースを使用するようにrouteが設定されているはずです。
IP指定しているにも関わらず、それ以外のインターフェースを使用している根拠を提示してください。
パケットキャプチャとか載せたいところなのですが、それが不可能な環境なので証拠と言われると困りますが、Windows Serverのタスク マネージャーの該当ネットワークのうち、意図したものと反対側が激しく反応しますので、通信できていないと判断しています。
NICの優先順位は明確に指定していますか
yukkyさん
明確に指定はしてません。
双方のサーバ共に192.168.0.0/24は192.168.0.10nのインターフェースを使用するようにrouteが設定されていますか?
通常であれば以下のエントリがあるはずです。
192.168.0.0 255.255.255.0 リンク上 192.168.0.10n nnn
回答1件
0
IP指定しているのに、経路が適切に選択されないのはちょっと考えられないのですが、
名前解決(ホスト名参照)のせいという懸念があるのでしたら、スマートとは言えないかもしれませんがhostsファイルでIPとホスト名を明示的に紐づけてしまってはどうでしょうか
例)
10.0.0.101 SV1
10.0.0.102 SV2
192.168.0.101 SV1bak
192.168.0.102 SV2bak
NICが複数あるサーバでよく実施している手法となります
投稿2019/09/23 07:45
総合スコア2751
あなたの回答
tips
プレビュー
