Вопросы Теги

Azure VM: Соединению отказывает хост

Наиболее часто используемый OID для любого расширения, которое Вы хотите сделать, 1.3.6.1.4.1.PEN.whatever-you-want - где ПЕН-клуб является Вашим присвоенным IANA Номером Частного предприятия.
Если никакая компания не сделала то, что Вы хотите все же, необходимо создать соответствующее дерево OID под 1.3.6.1.4.1.PEN. обработать его.

Номера Частного предприятия являются бесплатными, и можно определить дерево OID под ними для любых потребностей, которые Вы имеете.
Сделайте свою компанию, одолжение и документ сказали, что структура полностью (особенно, поскольку Вы добавляете новый материал к дереву) - это также пригодится позже, если Вы захотите выпустить файл MIB и Ваше программное обеспечение к остальной части мира.

4
задан 22 January 2013 в 17:57
2 ответа

Многие установки Azure сильно пострадали из-за этой ошибки в Ubuntu , из-за которой люди не могли использовать свои виртуальные машины из-за неправильной конфигурации. Ошибка обнаруживалась, если вы запускали виртуальные машины из остановленного состояния или перезапускали их (после выполнения apt get upgrade ).

Исправление для установки Azure заключалось в загрузке VHD, монтировании VHD в качестве диска откройте файл / etc / sshd_config и исправьте неисправную строку, затем повторно загрузите vhd.

1
ответ дан 3 December 2019 в 03:07

Есть лучшее и более быстрое решение, чем скачивание/загрузка VHD. Как уже упоминалось, проблема "была распознана как отсутствующая новая строка в файле sshd_config!"

0. Первый шаг, однако, должен быть другим, так как в противном случае вы можете потерять свой текущий IP облачного сервиса, если удалите последнюю ВМ в нем - и на веб-сервере это серьезная проблема. Итак, ПЕРВЫЙ, создайте новую ВМ в том же географическом регионе, что и проблемная ВМ, поэтому в облачном сервисе есть как минимум одна работающая ВМ и ваш текущий IP сохраняется.

  1. Удалите проблемную ВМ, но не удаляйте связанный с ней диск. (Вы должны удалить проблемную ВМ, чтобы освободить замок на связанном с ней диске, который мы будем использовать позже). Обратите внимание на имя ассоциированного диска (AD)

  2. Выберите новую ВМ -> приборную панель -> Прикрепить -> "Прикрепить диск" (Обратите внимание, что опция "Прикрепить диск" доступна только после освобождения ассоциированного диска проблемной ВМ)

  3. Выберите правильное AD имя во всплывающем окне, которое откроется.

  4. Теперь SSH в новую виртуальную машину и смонтируйте AD:

    sudo mkdir /tmp/dsk

    sudo mount /dev/sdc1 /tmp/dsk

(AD обычно будет /dev/sdc1; если это не так, вы можете узнать об этом по sudo cat /var/log/syslog | grep scsi и ищете имя, предшествующее сообщению "Attached SCSI disk")

  1. sudo nano /tmp/dsk/etc/ssh/sshd_config

В нашем случае в конце файла у нас была настройка "UsePAM yesClientAliveInterval 180" - очевидно, что новая строка была ошибочно удалена апгрейдом после "yes"! Поэтому мы вставили новую строку, сохранили файл и выполнили следующие шаги после восстановления sshd_config

(Вы можете также сделать различие между /tmp/dsk/etc/ssh/ssh_config и /etc/ssh/sshd_config, чтобы посмотреть, не выключены ли другие конфигурации)

  1. Вернемся к панели инструментов Azure: Выберите новую ВМ -> панель -> отсоединить диск и отсоединить AD

  2. Запустить новую ВМ, похожую на проблемную ВМ: + New -> Compute -> Virtual Machine -> From Gallery -> My Disks -> AD (AD должен появиться здесь)

  3. That's it - hope SSH works now!

Source response at the bottom of: http://social.msdn.microsoft.com/Forums/en-US/54c600c0-f4d6-4b20-ad87-1358fa10d27a/linux-vm-ssh-connection-refused?forum=WAVirtualMachinesforWindows

5
ответ дан 3 December 2019 в 03:07

Теги

Похожие вопросы