解決了的！如果有人遇到這種情況，我的解決辦法如下： location /api/ { proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_pass http://127.0.0.1:8080; # note the removed trailing /} 感謝Ivan提供此鏈接以提供幫助！

您需要使用值為responseType的stream參數(shù)，因此axios提供了將響應(yīng)數(shù)據(jù)作為流進(jìn)行管道傳輸?shù)倪x項(xiàng)： axiosResponse.data.pipe(destination); // where destination can be a file or another stream 另外，實(shí)際上不需要執(zhí)行await req.pipe，因?yàn)閍xios將響應(yīng)流式傳輸?shù)絜xpress response（res）對象中 這就是完整的答案： const axiosResponse = await axios({ url: serverUrl + req.url, responseType: 'stream' }) axiosResponse.data.pipe(res)

我想出來了。 在此變體中： upstream consul { server core-consul-server-1-dev.company.io:8500; server core-consul-server-2-dev.company.io:8500;}server { listen 80; listen [::]:80; location /consul/ { resolver 127.0.0.1; proxy_pass https://consul; sub_filter_types text/css application/javascript; sub_filter_once off; sub_filter /v1/ /consul_v1/; proxy_ssl_certificate /etc/nginx/certs/agent.crt; proxy_ssl_certificate_key /etc/nginx/certs/agent.key; proxy_ssl_trusted_certificate /etc/nginx/certs/ca.crt; proxy_ssl_verify on; proxy_ssl_verify_depth 4; } } 上游名稱consul也應(yīng)該與我在證書中定義的alt_names匹配。因此，將配置更改為下面的配置就成功了： ups

如果有人有同樣的問題，我用 absolute_redirect off; 它將強(qiáng)制位置標(biāo)頭使用相對URL。 Location: /en

您需要使用兩個server塊，例如： server { listen 80; server_name my-domain.co.id; return 301 https://$host$request_uri;}server { listen 443 ssl; server_name my-domain.co.id; ssl_certificate ...; ssl_certificate_key ...; ...}

@richard-smith是對的；下面是一個完整的示例，其中有一些注釋： # Your default server - assuming DNS is set up correctly# will serve http & https requests for any *.example.com# hosts and redirect to them to https://example.comserver { listen 80 default_server; listen 443 ssl default_server; server_name www.example.com; ssl_certificate /etc/letsencrypt/live/dineshudayan.tech/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/dineshudayan.tech/privkey.pem; include /etc/letsencrypt/options-ssl-nginx.conf; ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # redirect all requests to https://example.com return 301 ht

在同一端口上使用重復(fù)的服務(wù)器名稱偵聽是沒有意義的，第二個服務(wù)器塊永遠(yuǎn)不會被選擇來處理請求。你可能需要 server { server_name www.new-name.com; listen 443 ssl; ... ssl config for the www.new-name.com location / { ... serve content }}server { server_name www.new-name.com; listen 80; return 301 https://www.new-name.com$request_uri;}server { server_name old-name.example.com; listen 80; listen 443 ssl; ... ssl config for the old-name.example.com return 301 https://www.new-name.com$request_uri;}

當(dāng)轉(zhuǎn)到端口8181時，您直接指向Spring Boot容器，該容器顯然沒有在端口8181上使用HTTPS運(yùn)行。 我想您應(yīng)該指向NGINX來處理SSL終止，因此您需要設(shè)置另一個重定向到應(yīng)用程序的代理。如果沒有，您可以將SSL添加到Spring Boot應(yīng)用程序，但無法使用Certbot刷新證書（您似乎正在使用它，因?yàn)槲铱梢栽趎ginx.conf文件中看到有關(guān)它的注釋 您可以使用不同的路徑或不同的端口來執(zhí)行此操作。 root /var/www/html; server_name dev.xxxxx.io www.dev.xxxxx.io; location / { proxy_pass http://127.0.0.1:8080; # Angular container port proxy_redirect off; 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-Host $server_name; proxy_set_header X-Forwarded-Proto $scheme; } ### Addition

更改nginx配置（如果啟用“始終https”，則不需要）： server { listen 80; # ADD THIS listen 443 ssl; server_name <URL_HIDDEN>; ssl_certificate /etc/nginx/own-certs/server.crt; ssl_certificate_key /etc/nginx/own-certs/server.key; location / { proxy_pass http://localhost:8082; proxy_http_version 1.1; proxy_set_header UPgrade $http_upgrade; proxy_set_header Connection 'upgrade'; proxy_set_header Host $host; proxy_cache_bypass $http_upgrade; }} 設(shè)置cloudflare設(shè)置： 啟用始終使用https:

下面是一個WebFilter示例，它將所有調(diào)用從/some/health重新路由到/actuator/health @Componentpublic class RerouteWebFilter implements WebFilter { @Override public Mono<Void> filter(ServerWebExchange serverWebExchange, WebFilterChain webFilterChain) { ServerHttpRequest request = serverWebExchange.getRequest(); if ("/some/health".equals(request.getPath().pathWithinApplication().value())) { ServerHttpRequest mutatedServerRequest = request.mutate().path("/actuator/health").build(); serverWebExchange = serverWebExchange.mutate().request(mutatedServerRequest).build(); } return webFilterChain.filter(serverWebExchange);

你在使用nginx的certbot插件嗎？看起來不像。你應(yīng)該移除這個部分 listen 443 ssl; # managed by Certbot server_name ujhonlapod.hu www.ujhonlapod.hu; ssl_certificate /etc/letsencrypt/live/ujhonlapod.hu/fullchain.pem; # managed by Certbot ssl_certificate_key /etc/letsencrypt/live/ujhonlapod.hu/privkey.pem; # managed by Certbot include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot add_header Strict-Transport-Security "max-age=31536000" always; # managed by Certbot ssl_trusted_certificate /etc/letsencrypt/live/ujhonlapod.hu/chain.pem; # managed

當(dāng)前，您的代理將請求傳遞到位于https://192.168.160.2：8080/api/。但是，HTTPS證書依賴于域名。當(dāng)您使用IP地址時，Nginx和upstream之間的SSL連接會出現(xiàn)錯誤，您可以在日志中看到： closed connection in SSL handshake while SSL handshaking to upstream 您可以在HTTP中運(yùn)行API。要將請求從nginx代理傳遞到API，請將server443塊中的配置更改為： proxy_pass https://docker_fastapi; to : proxy_pass http://docker_fastapi;

Try : RewriteCond %{HTTP_HOST} !^website\.com$RewriteRule ^ https://domain\.com [R=301,L]

我要冒一個險，假設(shè)你并不真正想要你想要的東西。。。相反，您只需要使用相同的模式，該模式也應(yīng)該在請求中可用 url = f"{request.scheme}://{request.META['HTTP_HOST']}/o/token" 筆記我不是100%確定這不會保留端口（如果需要，它應(yīng)該在META['SERVER_PORT']） 或者定義第二個HTTP服務(wù)器（確保從第一個服務(wù)器中刪除：8000） server { listen 8000 80; server_name backend.test.com www.backend.test.com; access_log /var/log/nginx/app_backend.access.log; error_log /var/log/nginx/app_backend.error.log; location = /favicon.ico { access_log off; log_not_found off; } location /static/ { root /home/testuser/app_backend/app_backend; } location /media/ { root /home/testuser/app_backend/app_backend; } location / { include proxy_par

你需要添加 proxy_set_header Cookie $http_cookie; 在位置配置中。變量$http_cookie是用戶請求cookie。