Я новичок в Azure, и у меня есть одна проблема, которую я не могу решить. Я пробовал спрашивать на StackOverflow, но - цитирую - «Вам больше повезет, спрашивая на ServerFault». Я хочу, чтобы несколько виртуальных машин проверяли связь друг с другом через ping / telnet, но это бесполезно.
Для выполнения задачи я создал виртуальную сеть, облачную службу, группу сходства и хранилище. Поскольку каждый сервер в моей сети будет иметь разные роли, я не видел причин для создания наборов доступности.
Пока я создал две виртуальные машины в этой виртуальной сети. На первом (VN1) развернуты роли Active Directory и DNS (а также роли IIS и сервера приложений). Другой (VN2) имеет развернутую только роль IIS. Оба они находятся в одной виртуальной сети, облачной службе и т. Д. И имеют определенные конечные точки по умолчанию (PowerShell и удаленный рабочий стол).
Теперь самое смешное. Когда я пытаюсь выполнить эхо-запрос VN1 от VN2, проблем нет (однако я не могу подключиться к нему через telnet), но если я попробую наоборот - VN1 не видит VN2.
Как я уже сказал, я новичок в этой теме, поэтому проблема может заключаться в некоторых ролях, которые я не добавлял, или в неправильной конфигурации существующих.
Я пробовал представленные решения, например. здесь и здесь, но они не решили это.
Не могли бы вы помочь мне в этом? Я уже третий день работаю над этим и немного раздражаюсь: /
Я бы посоветовал попробовать несколько вещей:
* Чтобы просмотреть документацию MSDN, в которой объясняется сценарий Azure, в котором необходимо установить предпочтительный DNS-сервер на виртуальной машине, перейдите сюда и просмотрите шаги 3–8.
У меня была аналогичная проблема. Сначала вам нужно настроить ENDPOINTS на портале Azure для тех виртуальных машин, к которым вы пытаетесь подключиться через Telnet.
Например: если вы пытаетесь использовать telnet myApp.cloudapp.net:5000, вам необходимо открыть общедоступную и частную конечную точку со значением 5000.
Затем вам следует доверять свой брандмауэр виртуальным машинам. Создайте новое правило для входящего и исходящего соединения с нужным портом. После этого попробуйте перезапустить виртуальную машину, и она должна работать.