bash # If we receive X-Forwarded-Proto, pass it through; otherwise, pass along the # scheme used to connect to this server map $http_x_forwarded_proto $proxy_x_forwarded_proto { default $http_x_forwarded_proto; '' $scheme; } # If we receive X-Forwarded-Port, pass it through; otherwise, pass along the # server port the client connected to map $http_x_forwarded_port $proxy_x_forwarded_port { default $http_x_forwarded_port; '' $server_port; } # If we receive Upgrade, set Connection to "upgrade"; otherwise, delete any # Connection header that may have been passed to this server map $http_upgrade $proxy_connection { default upgrade; '' close; } # Apply fix for very long server names server_names_hash_bucket_size 128; # Default dhparam # Set appropriate X-Forwarded-Ssl header map $scheme $proxy_x_forwarded_ssl { default off; https on; } gzip_types text/plain text/css application/javascript application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript; log_format vhost '$host $remote_addr - $remote_user [$time_local] ' '"$request" $status $body_bytes_sent ' '"$http_referer" "$http_user_agent"'; access_log off; ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384'; ssl_prefer_server_ciphers off; # HTTP 1.1 support proxy_http_version 1.1; proxy_buffering off; proxy_set_header Host $http_host; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection $proxy_connection; 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 $proxy_x_forwarded_proto; proxy_set_header X-Forwarded-Ssl $proxy_x_forwarded_ssl; proxy_set_header X-Forwarded-Port $proxy_x_forwarded_port; # Mitigate httpoxy attack (see README for details) proxy_set_header Proxy ""; server { server_name _; # This is just an invalid value which will never trigger on a real hostname. listen 80; access_log /var/log/nginx/access.log vhost; return 503; } server { server_name _; # This is just an invalid value which will never trigger on a real hostname. listen 443 ssl http2; access_log /var/log/nginx/access.log vhost; return 503; ssl_session_cache shared:SSL:50m; ssl_session_tickets off; ssl_certificate /etc/nginx/certs/default.crt; ssl_certificate_key /etc/nginx/certs/default.key; } # domain.ru upstream domain.ru { ## Can be connected with "nginx-proxy" network # mm-tsf-frontend-service_nodejs_1 server 172.26.0.3:84; } server { server_name domain.ru; listen 80 ; access_log /var/log/nginx/access.log vhost; include /etc/nginx/vhost.d/default; location / { proxy_pass http://domain.ru; } } server { server_name domain.ru; listen 443 ssl http2 ; access_log /var/log/nginx/access.log vhost; return 500; ssl_certificate /etc/nginx/certs/default.crt; ssl_certificate_key /etc/nginx/certs/default.key; }

в гугле нормальных мануалок по настройке на сервере нет всё сходится в то, что добавляют домен в /etc/hosts и типо вуаля у вас локально запустился сайт))

Я по всякому пытался запускать в контейнере баш, и уже в него передавать команду и т.д. и т.п. и все равно тоже самое

Привет, ребят. Подскажите пожалуйста: Почему nginx из Docker контейнера не реагирует на проброшенные в него сертификаты от certbot? https://toster.ru/q/689404

Так вроде как это приватный ключ машины на которую мы хотим залогиниться по ssh

так и есть

Спасибо, а более глупый вопрос если раннер установлен на виндовс сервер и там наверняка нет ssh и других пакетов установленных, сам раннер все равно может выполнять Unix команды?

Окей переформулирую - ssh раннер может запускаться на виндовс машинах или только на Unix?

Ты этого не хочешь, какой кейс у тебя?

Running with gitlab-runner 11.10.1 (1f513601) on sshRunner pUJumrQc Using SSH executor... Running on osr-dev-docker.репо.local via OSR-Dev-Build-01... DEPRECATION: this GitLab server doesn't support refspecs, gitlab-runner 12.0 will no longer work with this version of GitLab Cloning repository... Cloning into 'builds/pUJumrQc/0/a.kupyrev/testsshdocker'... fatal: unable to access 'https://gitlab-ci-token:xxxxxxxxxxxxxxxxxxxx@osr-dev-git.репоо/a.kupyrev/testsshdocker.git/': Peer's Certificate issuer is not recognized. bash: line 70: cd: builds/pUJumrQc/0/a.kupyrev/testsshdocker: No such file or directory ERROR: Job failed: Process exited with: 1. Reason was: ()

Окей переформулирую - ssh раннер может запускаться на виндовс машинах или только на Unix?

у гитлаба раннер и сервер должны быть одной версии. и это не про докер

ну вот сам подумай пжл и так-же на счёт "комманд юникс")))

как лучше передавать туда параметры конфигурации?

дебиан пакет который доставляет докер компоуз - это #странное

предложи вариант

не хочу играть в девопса, проще пакет собрать а когда девопс подрастёт, пусть хоть в кубах поднимает

.env