AWS ELB регистрирует недостающие запросы
Мы пытаемся сопоставить запросы, сделанные к нашим внутренним экземплярам, с журналами из нашего ELB. Журналы нашего сервера приложений четко указывают на то, что поступают определенные запросы, но соответствующие запросы отсутствуют в журналах ELB.
Запрос представляет собой запрос POST, который несколько раз в день вызывается нашим мобильным клиентом в дикой природе. Мы не можем воспроизвести проблему сами.
Все запросы к нашим серверам приложений проходят через один и тот же ELB. Чтобы получить доступ к веб-сайту по DNS, мне нужно ввести http://xxx.westeurope.cloudapp.azure.com:8080 У меня есть конкретный 8080 ...
На панели Azure я могу указать DNS-метку для моей виртуальной машины, но по умолчанию он не указывает на 8080. Чтобы получить доступ к веб-сайту по DNS, мне нужно ввести http://xxx.westeurope.cloudapp.azure.com:8080
У меня есть конкретная конечная точка 8080 на заданном пути на лазурном портале.
Все ресурсы -> Имя ВМ -> Настройки -> Правила безопасности для входящего трафика -> Правило 8080
Но я не вижу способа сделать это по умолчанию.
Что необходимо сделать, чтобы сделать порт 8080 по умолчанию для метки DNS? ВМ работает на Ubuntu Server 14.04 LTS
По умолчанию браузер не может напрямую открыть порт 8080. Браузеры открывают HTTP на порт 80 и HTTPS на порт 443. DNS не может решить эту проблему напрямую, потому что он отвечает только за преобразование xxx.cloudapp.westeurope.azure.com на ваш общедоступный IP.
3 возможных решения проблемы проблемы заключаются в следующем:
1) Измените конфигурацию сервера на сервере для прослушивания 80
2) Добавьте веб-сервер либо на хосте Ubuntu, либо на отдельном хосте для прослушивания 80 и перенаправления на порт 80
3) Вы можете добавить балансировщик нагрузки Azure и выполнить обратный NAT с 80 на 8080 на своем сервере.
Я настоятельно не рекомендую вариант 3, поскольку он в дальнейшем ломает многие вещи с точки зрения масштабируемости и не очень хорошее исправление.
Вы запускаете контейнер J2EE, прослушивающий порт 8080? Прошло некоторое время, но я думаю, что websphere по умолчанию слушает 8080. В таком случае лучше всего выбрать вариант 2. Вы не должны подавать прямо из контейнера.
DNS используется для разрешения имен, а не службы, стоящие за этим.
Проверьте определение службы или NAT, чтобы сделать вашу службу доступной на портах приложения по умолчанию (80 для http / 443 для https)