Ошибка развертывания в Azure с Bitbucket (ssh: подключение к узлу bitbucket.org, порт 22: неверный номер файла)
У меня есть настройка на веб-сайтах Azure, где мой репозиторий Bitbucket подключен к моему слоту развертывания. Я могу заставить его работать, но иногда (2 дня) я получаю эту ошибку «ssh: connect to host bitbucket.org порт 22: неверный номер файла». После этого все мои веб-сайты (также те, которые не показывают эту ошибку) теряют связь с моими базами данных и не могут работать. Для этого конкретного сайта я не могу получить доступ к Bitbucket снова (решается один раз, удаляя исходный код с FTP).
Кто-нибудь может привести меня в сторону решения?
Примечание: также другие сайты теряют связь, и я не могу понять это. Почему они будут затронуты? База данных все еще работает. Я не уверен, может ли быть другая ошибка, которая заставляет сайт терять соединения.
Благодарю.
Решение
Извините, что я оставляю комментарий как ответное сообщение из-за ограниченного количества символов комментария
@nicolaib, поскольку проблему (ошибка «ssh: connect to host bitbucket.org порт 22: неверный номер файла».) немного сложно воспроизвести на нашей стороне, не могли бы вы поделиться с нами информацией о веб-приложении, используя подход который указал на https://github.com/projectkudu/kudu/wiki/Reporting-your-site-name-without-posting-it-publicly? Основная идея заключается в том, что если вы предпочитаете не публиковать информацию на форуме (что мы полностью понимаем), существует альтернативный способ, который позволит нам узнать имя вашего сайта, не раскрывая его другим, даже если вы не можете создать сайт, вы можете найти подход обмена информацией в нижней части https://github.com/projectkudu/kudu/wiki/Reporting-your-site-name-without-posting-it-publicly. Если у вас возникнут какие-либо вопросы, пожалуйста, сообщите нам об этом. Ждем ваших отзывов.
Другие решения
У меня была похожая проблема сегодня (ошибка развертывания из-за «ssh: connect to host bitbucket.org порт 22: неверный номер файла»). Повторная синхронизация с нового портала Azure привела к той же ошибке, но при повторной синхронизации с использованием старого портала Azure Mgmt — развертывание прошло успешно.
detector