Sam Cogan's questions

Estamos usando o PowerShell DSC para automatizar a implantação de vários pequenos ambientes independentes. Nesses ambientes, estamos implantando 2 controladores de domínio e usamos o DSC para configurar o domínio etc. em execução, em algum momento a replicação do sysvol entre os dois DC's para de funcionar (ou nunca começou a funcionar). Vemos este erro no log:

O serviço de Replicação DFS inicializou o SYSVOL no caminho local F:\SYSVOL\domain e está aguardando para executar a replicação inicial. A pasta replicada permanecerá no estado de sincronização inicial até que seja replicada com seu parceiro. Se o servidor estiver sendo promovido a controlador de domínio, o controlador de domínio não anunciará e funcionará como controlador de domínio até que esse problema seja resolvido. Isso pode ocorrer se o parceiro especificado também estiver no estado de sincronização inicial ou se forem encontradas violações de compartilhamento neste servidor ou no parceiro de sincronização. Se esse evento ocorreu durante a migração do SYSVOL do serviço de replicação de arquivo (FRS) para a replicação DFS, as alterações não serão replicadas até que esse problema seja resolvido.

Agora sei como consertar isso usando o ADSIEdit, esse não é o problema. Estamos automatizando a implantação desses ambientes porque precisamos implantar muitos deles e configurá-los de forma idêntica, então não quero ter que entrar em cada ambiente após a implantação para consertar isso. Vemos esse problema em todos os ambientes que implantamos dessa maneira, então, obviamente, algo está errado em como ele está sendo configurado. Então, o que realmente estou perguntando é se alguém tem alguma ideia do que poderia causar isso ou onde começar a procurar para tentar encontrar a causa raiz.

A implantação do AD é bastante direta, configuramos o DC1 primeiro, adicionamos algumas entradas DNS, alguns itens de política de grupo, alguns usuários, grupos e OUs e, em seguida, adicionamos o segundo DC. O segundo DC obtém todos esses objetos, então a cópia inicial do domínio funciona, mas depois disso nada no SYSVOL é replicado.

Editar

Também vemos uma única instância do erro abaixo, ID 1202, no momento da implantação, o que é estranho, visto que o DC prom é bem-sucedido e consegue obter a cópia inicial do domínio;

O serviço de Replicação DFS falhou ao contatar o controlador de domínio para acessar as informações de configuração. A replicação é interrompida. O serviço tentará novamente durante o próximo ciclo de sondagem de configuração, que ocorrerá em 60 minutos. Esse evento pode ser causado por problemas de conectividade TCP/IP, firewall, Active Directory Domain Services ou DNS.
Informações Adicionais: Erro: 1355 (O domínio especificado não existe ou não pode ser contatado.)

Eu tenho um conjunto de scripts Azure Resource Manager e DSC que uso para implantar uma nova VM no Azure e torná-la um controlador de domínio para um novo domínio. Eles funcionaram bem por algum tempo, mas agora está falhando na parte DSC.

Acredito que o problema esteja relacionado ao alias atribuído à interface de rede da VM. Meu script DSC tem a seguinte seção para alterar as VMs para apontar para si mesmas para DNS:

  xDnsServerAddress DnsServerAddress 
        { 
            Address        = '127.0.0.1' 
            InterfaceAlias = 'Ethernet'
            AddressFamily  = 'IPv4'
        }

O problema parece ocorrer porque a interface de rede das máquinas virtuais é realmente criada com um alias de "Ethernet 2" ou "Ethernet 3" e o alias precisa corresponder. Não há outras placas de rede na VM e em nenhum momento adicionei nenhuma. O que torna mais estranho é que, se eu tentar renomear esta interface de rede para "Ethernet", ele me diz que já existe uma interface de rede com esse nome, embora eu não consiga encontrar nenhuma referência a isso.

Portanto, para fazer esse trabalho funcionar, preciso descobrir por que a interface não está apenas sendo chamada de "Ethernet" ou uma maneira de escrever o script DSC para que ele possa definir o DNS para a única interface de rede na máquina. Alguma ideia.

Editar:

Isso parece estar relacionado ao fato de que o gerenciador de dispositivos rotulou a NIC como adaptador de rede nº 2, mas não há adaptador nº 1 nem vejo nenhum motivo para que algum tenha sido adicionado durante o processo de implantação. Isso parece ocorrer em todas as VMs nesta implantação (mas apenas interrompe o DC).

Incluí o script ARM que uso para criar isso abaixo também, é praticamente retirado dos modelos MS Github.

{
      "apiVersion": "2015-05-01-preview",
      "type": "Microsoft.Network/networkInterfaces",
      "name": "dc-nif",
      "location": "[resourceGroup().location]",
      "dependsOn": [
        "Microsoft.Network/virtualNetworks/vnet"
      ],
      "properties": {
        "ipConfigurations": [
          {
            "name": "ipconfig",
            "properties": {
              "privateIPAllocationMethod": "Static",
              "privateIPAddress": "[variables('dnsServerPrivateIp')]",
              "subnet": {
                "id": "[variables('BackEndSubnet-id')]"
              }
            }
          }
        ]
      }
    },

    {
      "apiVersion": "2015-05-01-preview",
      "type": "Microsoft.Compute/virtualMachines",
      "name": "dc-vm",
      "location": "[resourceGroup().location]",
      "dependsOn": [
        "[resourceId('Microsoft.Storage/storageAccounts',parameters('newStorageAccountName'))]",
        "[resourceId('Microsoft.Network/networkInterfaces','dc-nif')]"
      ],
      "properties": {
        "hardwareProfile": {
          "vmSize": "Standard_A2"
        },
        "osProfile": {
          "computername": "dc",
          "adminUsername": "[parameters('adminUsername')]",
          "adminPassword": "[parameters('adminPassword')]"
        },
        "storageProfile": {
          "imageReference": {
            "publisher": "[variables('imagePublisher')]",
            "offer": "[variables('imageOffer')]",
            "sku": "[variables('imageSku')]",
            "version": "latest"
          },
          "osDisk": {
            "name": "osdisk",
            "vhd": {
              "uri": "[concat('http://',parameters('newStorageAccountName'),'.blob.core.windows.net/vhds/dc-vm-os-disk.vhd')]"
            },
            "caching": "ReadWrite",
            "createOption": "FromImage"
          },
          "dataDisks": [
            {
              "name": "dc-vm-data-disk",
              "vhd": {
                "Uri": "[concat('http://',parameters('newStorageAccountName'),'.blob.core.windows.net/vhds/dc-vm-data-disk.vhd')]"
              },
              "caching": "None",
              "createOption": "Empty",
              "diskSizeGB": "100",
              "lun": 0
            }
          ]
        },
        "networkProfile": {
          "networkInterfaces": [
            {
              "id": "[resourceId('Microsoft.Network/networkInterfaces','dc-nif')]"
            }
          ]
        }
      },
      "resources": [
        {
          "type": "Microsoft.Compute/virtualMachines/extensions",
          "name": "dc-vm/createadforest",
          "apiVersion": "2015-05-01-preview",
          "location": "[resourceGroup().location]",
          "dependsOn": [
            "[resourceId('Microsoft.Compute/virtualMachines', 'dc-vm')]"
          ],
          "properties": {
            "publisher": "Microsoft.Powershell",
            "type": "DSC",
            "typeHandlerVersion": "1.10",
            "settings": {
              "ModulesUrl": "https://raw.githubusercontent.com/Azure/azure-quickstart-templates/master/active-directory-new-domain/CreateADPDC.ps1.zip",
              "ConfigurationFunction": "CreateADPDC.ps1\\CreateADPDC",
              "Properties": {
                "DomainName": "[parameters('domainName')]",
                "AdminCreds": {
                  "UserName": "[parameters('adminUsername')]",
                  "Password": "PrivateSettingsRef:AdminPassword"
                }
              }
            },
            "protectedSettings": {
              "Items": {
                "AdminPassword": "[parameters('adminPassword')]"
              }
            }
          }
        }
      ]
    },

Alguém sabe o que controla o endereço IP de saída de uma VM em uma implantação ARM? A implantação em que estou trabalhando tem apenas um único IP público atribuído a um balanceador de carga. Algumas VMs estão usando esse ip público como seu ip de saída e outras não e não parece haver nenhuma lógica no porquê. Idealmente, quero que todas as VMs (que são uma mistura de séries A e D) usem o mesmo ip de saída, isso é possível?

Estou usando a extensão DSC no Azure para configurar as VMs e na primeira implantação que funciona bem. No entanto, se cometi um erro no script DSC ou preciso corrigi-lo, estou tendo problemas para entender como forçar a VM a baixar a nova configuração.

Meus arquivos DSC são armazenados no armazenamento de blob do Azure conforme exigido pelas extensões, então estou carregando uma nova versão do zip aqui. Isso deve acionar automaticamente a VM para baixar o novo arquivo ou preciso executar um comando para fazer isso?