はじめに
Azureの仮想マシンにPowershellDSCを使用しています。
もともとはVnet、VMともにクラシック版を使用していました。
今回は新たにノードサーバー側のみリソースマネージャー版で再構築することになりました。
構築したのは
- クラシック仮想ネットワークにDSCサーバーを配置（既存資産）
- クラシック仮想ネットワークにピアリングしたリソースマネージャー仮想ネットワークを構築（新規）
- リソースマネージャー仮想ネットワークにノードサーバーを配置（新規）
でした。
しかし、WINRMの接続がなかなかうまくいきませんでした。
結果的に使用するポートがクラシックのものと違っており、使用するポートをFW、NSGともに空けていなかったからでした。
次回のために、記録として残しておこうと思います。
Azureクラシック仮想マシンにPowershell接続
クラシック版Azure仮想マシンでは作成すると最初から5986ポート（WINRM）がFWで許可されています。
またエンドポイントでも5986ポートは許可されています。
なので、仮想マシン作成後、下記コマンドを実行して完了です。
Enable-PSRemoting -Force
Set-Item wsman:\localhost\Client\TrustedHosts -Value * -Force
Set-ExecutionPolicy RemoteSigned
これでリモート接続が信頼されたので
$secPassword = ConvertTo-SecureString $Password -AsPlainText -Force
$credential = New-Object System.Management.Automation.PSCredential($UserName,$secPassword)
$cimSessionOption = New-PSSessionOption -UseSsl -SkipCACheck -SkipCNCheck -SkipRevocationCheck
$cimSession = New-CimSession -SessionOption $cimSessionOption -ComputerName $ComputerName -Credential $credential
を実行すると接続できるはずです。
Azureリソースマネージャー仮想マシンにPowershell接続
リソースマネージャー版では5986ポートではなく５９８５ポートがサーバーのFWで許可されています。
注意）私の環境ではVnetのピアリングをしているため、subnetが異なっているので別途5985ポートをFWで許可しています。
クラシックで言うエンドポイントであるNSGでは5985ポートは許可されていないので、5985ポートの許可を行ってください。
5985ポートを許可した後はクラシックとほぼ同じです。
まずはリモート接続の許可
Enable-PSRemoting -Force
Set-Item wsman:\localhost\Client\TrustedHosts -Value * -Force
Set-ExecutionPolicy RemoteSigned
そして、実際に接続してみます。
$secPassword = ConvertTo-SecureString $Password -AsPlainText -Force
$credential = New-Object System.Management.Automation.PSCredential($UserName,$secPassword)
$cimSession = New-CimSession -ComputerName $ComputerName -Credential $credential
これで接続ができると思います。
ここで注意なのですが、 New-CimSession でクラシックではUseSSLを使用していましたが、ポートが変わるのでUseSSLは使用しません。
さらにSession-optionも使用する必要がなくなりました。
おわり
リソースマネージャー版では初期設定ではpingが許可されていなかったため、Vnetの接続をずっと疑っていたのですが、なんてことはないポートが違っただけというトラップにかなりハマってしまいました。みなさんも気をつけましょう！