Nano Hash - криптовалюты, майнинг, программирование

Проблема с запущенным экземпляром из пользовательского образа Google Cloud Platform. Тайм-аут WinRm

У меня проблема с запуском экземпляра из пользовательского образа в Google Cloud Platform с Packer. Через полчаса у меня возникла проблема с таймаутом WinRM)

==> image-ami-win: Waiting for the instance to become running...
    image-ami-win: Internal IP: 10.154.21.203
    image-ami-win: IP: 10.154.21.203
==> image-ami-win: Using winrm communicator to connect: 10.154.21.203
==> image-ami-win: Waiting for WinRM to become available...
==> image-ami-win: Timeout waiting for WinRM.
==> image-ami-win: Deleting instance...
    image-ami-win: Instance has been deleted!
==> image-ami-win: Deleting disk...
    image-ami-win: Disk has been deleted!
Build 'image-ami-win' errored: Timeout waiting for WinRM.

Если я использую базовый образ Windows-2016 - все работает нормально.

{
  "builders": [
    {
      "type": "googlecompute",
      "account_file": "account.json",
      "project_id": "my project",
      "source_image_family": "windows-2016",
      "image_family": "my-image"
      "disk_size": "50",
      "machine_type": "n1-standard-1",
      "communicator": "winrm",
      "winrm_username": "packer_user",
      "winrm_insecure": true,
      "winrm_use_ssl": true,
      "metadata": {
        "windows-startup-script-cmd": "winrm quickconfig -quiet & net user /add packer_user & net localgroup administrators packer_user /add & winrm set winrm/config/service/auth @{Basic=\"true\"}"
      },
      "zone": "us-central1-a"
    }
  ]
}

Сначала вместо packer_user я использовал имя пользователя «Администратор» - это не сработало (Проблема с использованием пользователя winrm, отличного от packer_user в Google Cloud Platform)

В настоящее время, если я запускаю экземпляр из пользовательского образа (который был успешно создан из образа Windows-2016 gcp), он показывал мне ошибку: «Build 'image-ami-win' errored: Timeout Waiting for WinRM».

Я не использую настраиваемый провайдер, который может повлиять на брандмауэр или доступ. Просто создайте экземпляр из базового образа Windows-2016 - выключите, создайте образ и соберите его с помощью упаковщика:

{
  "variables": {
    "zone": "us-east1-b",
    "winrm_user" : "packer_user",
    "builder_name": ""
  },
  "builders": [
    {
      "name": "image-ami-win",
      "type": "googlecompute",
      "project_id": "{{user `project_id`}}",
      "zone": "{{user `zone`}}",
      "source_image_family": "my-family"
      "communicator": "winrm",
      "winrm_username": "{{user `winrm_user`}}",
      "image_name": "{{user `project`}}{{user `env`}}-{{build_name}}-{{user `team`}}-{{timestamp}}",
      "machine_type": "n1-standard-4",
      "disk_size": 50,
      "network_project_id": "{{user `network_project_id`}}",
      "subnetwork": "{{user `subnetwork`}}",
      "omit_external_ip": false,
      "use_internal_ip": false,
      "tags": [
        "project-{{user `project`}}", 
        "branch-{{user `branch`}}", 
        "commit-{{user `commit_id`}}",
      ],
      "winrm_insecure": true,
      "winrm_use_ssl": true,
      "metadata": {
        "windows-startup-script-cmd": "winrm quickconfig -quiet & net user /add {{user `winrm_user`}} & net localgroup administrators {{user `winrm_user`}} /add & winrm set winrm/config/service/auth @{Basic=\"true\"} & powershell -Command \"& {Set-ExecutionPolicy AllSigned -Force}\""
      }
    }
  ],
  "provisioners": []
}

Я уже пробовал запустить скрипт запуска:

<powershell>
Enter-PSSession -ComputerName server.domain.local -Credential domain\administrator
Set-ItemProperty -Path 'HKLM:\System\CurrentControlSet\Control\Terminal Server'-name "fDenyTSConnections" -Value 0
Enable-NetFirewallRule -DisplayGroup "Remote Desktop"
Set-ItemProperty -Path 'HKLM:\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp' -name "UserAuthentication" -Value 1
Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled False
</powershell>

Это не помогло решить эту проблему. Также я не могу подключиться через RDP к этому экземпляру из Google Cloud Console (UI), но в то же время я могу легко подключиться во время создания экземпляра из образа Google Cloud Windows-2016.

Также я заметил разницу между экземпляром сборки из образа Google Cloud Windows-2016 и пользовательским образом:

Если я запустил экземпляр из Windows-2016 Google Cloud Image, у меня появятся следующие сообщения:

2019/10/21 12:22:38 packer: 2019/10/21 12:22:38 [INFO] Attempting WinRM connection...
2019/10/21 12:22:38 packer: 2019/10/21 12:22:38 [DEBUG] connecting to remote shell using WinRM
2019/10/21 12:23:08 packer: 2019/10/21 12:23:08 [ERROR] connection error: unknown error Post https://10.154.21.219:5986/wsman: dial tcp 10.154.21.219:5986: i/o timeout
2019/10/21 12:23:08 packer: 2019/10/21 12:23:08 [ERROR] WinRM connection err: unknown error Post https://10.154.21.219:5986/wsman: dial tcp 10.154.21.219:5986: i/o timeout
2019/10/21 12:23:08 packer: 2019/10/21 12:23:08 [INFO] Attempting WinRM connection...
2019/10/21 12:23:08 packer: 2019/10/21 12:23:08 [DEBUG] connecting to remote shell using WinRM
2019/10/21 12:23:38 packer: 2019/10/21 12:23:38 [ERROR] connection error: unknown error Post https://10.154.21.219:5986/wsman: dial tcp 10.154.21.219:5986: i/o timeout
2019/10/21 12:23:38 packer: 2019/10/21 12:23:38 [ERROR] WinRM connection err: unknown error Post https://10.154.21.219:5986/wsman: dial tcp 10.154.21.219:5986: i/o timeout
2019/10/21 12:23:38 packer: 2019/10/21 12:23:38 [INFO] Attempting WinRM connection...

Но если я запустил экземпляр из пользовательского изображения, у меня появятся следующие сообщения:

2019/10/21 10:46:08 packer: 2019/10/21 10:46:08 [INFO] Attempting WinRM connection...
2019/10/21 10:46:08 packer: 2019/10/21 10:46:08 [DEBUG] connecting to remote shell using WinRM
2019/10/21 10:46:08 packer: 2019/10/21 10:46:08 [ERROR] connection error: unknown error Post https://10.154.21.203:5986/wsman: read tcp 10.147.84.31:48984->10.154.21.203:5986: read: connection reset by peer
2019/10/21 10:46:08 packer: 2019/10/21 10:46:08 [ERROR] WinRM connection err: unknown error Post https://10.154.21.203:5986/wsman: read tcp 10.147.84.31:48984->10.154.21.203:5986: read: connection reset by peer
2019/10/21 10:46:08 packer: 2019/10/21 10:46:08 [INFO] Attempting WinRM connection...
2019/10/21 10:46:08 packer: 2019/10/21 10:46:08 [DEBUG] connecting to remote shell using WinRM
2019/10/21 10:46:08 packer: 2019/10/21 10:46:08 [ERROR] connection error: unknown error Post https://10.154.21.203:5986/wsman: read tcp 10.147.84.31:48988->10.154.21.203:5986: read: connection reset by peer
2019/10/21 10:46:08 packer: 2019/10/21 10:46:08 [ERROR] WinRM connection err: unknown error Post https://10.154.21.203:5986/wsman: read tcp 10.147.84.31:48988->10.154.21.203:5986: read: connection reset by peer

Различия в

/ wsman: dial tcp 10.154.21.219:5986: тайм-аут ввода-вывода

а также

10.147.84.31:48988->10.154.21.203:5986: читать:

. Похоже, что какая-то пересылка работает, но я не понимаю почему, потому что конструктор упаковщиков идентичен, кроме имени изображения.

Экземпляр должен успешно работать из пользовательского образа так же, как я создаю экземпляр из базового образа Google Cloud Windows-2016.

Я использую Packer v. 1.4.4

Может кто-нибудь, пожалуйста, помогите мне с этим?


Новые материалы

Кластеризация: более глубокий взгляд
Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

Как я автоматизирую тестирование с помощью Jest
Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..