У меня есть сценарий, когда я развертываю приложения на экземпляре Tomcat, используя скрипт bash, и мне нужно проверить, действительно ли конечная точка (в данном случае экран входа в систему) доступна, протестировав ее, прежде чем объявить операцию развертывания успешной.

В ситуации как бы морщина. Tomcat скрывается за обратным прокси-сервером, поэтому, когда я тестирую конечную точку, он должен пройти через веб-сервер Apache по HTTPS, перенаправиться и затем вернуть ответ от фактической требуемой конечной точки.

В настоящее время я пробую следующее:

response=$(curl --write-out %{http_code} --silent --output /dev/null https://url.to.test)

Однако это, очевидно, не соответствует потенциалу 301, представленному обратным прокси, и просто возвращает 301 обратно в качестве ответа.

Мой Google-фу должен быть слабым в эти дни, потому что я не могу найти кого-то еще, кто страдал от той же или подобной проблемы.

Какие-нибудь мысли?

1 ответ1

1

Если вы хотите, чтобы curl следовал за 30- кратным перенаправлением, используйте -L aka --location .

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .