Я установил обратный прокси, чтобы обеспечить доступ к нашему программному обеспечению для компакт-дисков через HTTPS.
Это моя конфигурация:
server {
listen 443;
server_name build.example.com;
ssl_certificate /etc/ssl/certs/example.com.crt;
ssl_certificate_key /etc/ssl/private/example.com.key;
ssl on;
ssl_session_cache builtin:1000 shared:SSL:10m;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers HIGH:!aNULL:!eNULL:!EXPORT:!CAMELLIA:!DES:!MD5:!PSK:!RC4;
ssl_prefer_server_ciphers on;
access_log /var/log/nginx/example.access.log;
location / {
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_pass http://localhost:7777;
proxy_read_timeout 90;
proxy_redirect http://localhost:7777 https://build.example.com;
}
location /socket.io/ {
proxy_pass http://localhost:7777;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
}
}
Теперь я настроил веб-перехватчик GitHub для связи с нашим компакт-диском, когда мы отправляем новые коммиты на GitHub. Но GitHub получает ответ 301, когда пытается вызвать веб-перехватчик.
Запрос на /api/github/webhook
получает ответ переадресации 301 на /api/github/webhook/
а GitHub это не нравится.
Я не понимаю, почему nginx отправляет такой ответ. Как я могу заставить его отправлять запрос в проксируемое приложение CD?
Несоответствие конфигурации http / https в конфигурации нашего компакт-диска.
Мы используем страйдер и вы должны сообщить ему местонахождение вашего сервиса с помощью SERVER_NAME
переменная окружения. Я ввел правильное имя хоста, но пропустил замену http
с участием https
.