同じクラウドサービス内の同じ仮想ネットワークに2つのVMを作成しました。パブリックエンドポイントはありません。VMがローカルネットワーク上にあるかのように相互に認識できるようにしたいと思います。たとえば、\\構文を使用してマシン名でそれらを参照できるようにしたいです。たとえばVM1では、\\ VM2_host_name \ shared_folderにアクセスできるようにしたいです。このシナリオを有効にするためにVMを構成する手順を誰かに教えてもらえますか。
注:内部IPアドレスでそれらを参照しようとしました。また、WindowsファイアウォールでICMPトラフィックを有効にしました。テストのために、両方のマシンのファイアウォールを完全にオフにしました。運がない。ファイアウォールがなくても、他のマシンからホスト名またはIPアドレスでこれらのマシンにpingを実行できません。(Azure VM仮想ネットワークの相互通信)などの同様の質問も確認しましたが、役に立ちませんでした。
詳しくは:
VM_A(内部IP 10.0.0.5)から、VM_B(内部IP 10.0.0.4)と通信しようとしています。両方のVMは、同じクラウドサービス「MyCloudServiceName」に属しています。このテストでは、ファイアウォールをオフにして、実行中の変数を減らしました。
C:\Users\Matt>NSLookup VM_B
Server: UnKnown
Address: 168.XX.XXX.XX
Non-authoritative answer:
Name: VM_B.MyCloudServiceName.hX.internal.cloudapp.net
Address: 10.0.0.4
C:\Users\Matt>ping VM_B
Pinging VM_B.MyCloudServiceName.hX.internal.cloudapp.net [10.0.0.4] with 32 bytes of data:
Reply from 10.0.0.5: Destination host unreachable.
Reply from 10.0.0.5: Destination host unreachable.
Reply from 10.0.0.5: Destination host unreachable.
Reply from 10.0.0.5: Destination host unreachable.
Ping statistics for 10.0.0.4:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss)
つまり、DNS解決が機能していることがわかります。ただし、同じクラウドサービス内であっても、マシンは互いに分離されています。
私の実際のシナリオは、同じクラウドサービス内の別のマシンから内部的にアクセスできるようにしたい1台のマシンで実行されているサービスで自己ホストされたASP.NET WebAPIを持っていることに注意してください。
同様の問題が発生しましたが、これはネットワークアダプタのチェックサムオフロードが原因でした。問題の診断を支援してくれたMicrosoftAzureサポートに感謝します。
簡単な修正は、これをすべてのマシンで実行してから、すばやく再起動することです。
Disable-NetAdapterChecksumOffload * -TcpIPv4
問題をより詳細に説明している記事は次のとおりです。http://systemscentre.blogspot.com.au/2013/05/problems-clustering-virtual-machines-on.html
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加