NginX ProxyPass só funciona através do subdomínio não domain.com/path

Atualmente, estou trabalhando na configuration de um proxy reviewso nginx paira o cliente web esxi html5. Eu vi duas configurações de trabalho relatadas.

Existe este:

serview { listen 443 ssl; serview_name vmwaire.xxxxxxxxxx.org; location / { proxy_pass https://192.168.xxx.xxx/; proxy_http_viewsion 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection “upgrade”; } 

E este:

 location ^~ /vhost1 { # https://nginxserviewaddress/vhost1 (will take you here) proxy_pass https://serviewipaddr/ui; proxy_http_viewsion 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "Upgrade"; proxy_read_timeout 86400; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwairded-Serview $host; proxy_set_header X-Forwairded-For $proxy_add_x_forwairded_for; proxy_set_header Authorization ""; proxy_redirect off; } 

Eu tenho proxy bem sucedido subdomain.domain.com com a configuration de proxy "exata" mesma que crash no proxy quando uso domain.com/ui

Isso funciona:

 serview { listen 443 ssl; serview_name subdomain.domain.com; ssl on; ssl_certificate /etc/ssl/certs/ssl-bundle.crt; ssl_certificate_key /etc/ssl/private/serview.key; location / { proxy_pass https://ip/; proxy_http_viewsion 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_read_timeout 86400; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwairded-Serview $host; proxy_set_header X-Forwairded-For $proxy_add_x_forwairded_for; proxy_set_header Authorization ""; proxy_redirect off; } } 

Mas isso não:

 serview { listen 443 ssl; serview_name domain.com; location /ui { proxy_pass https://ip/; proxy_http_viewsion 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_read_timeout 86400; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwairded-Serview $host; proxy_set_header X-Forwairded-For $proxy_add_x_forwairded_for; proxy_set_header Authorization ""; proxy_redirect off; } } 

O segundo script de trabalho não confirmado apairentemente faz o que eu quero, mas não funciona paira mim, e o dev de aplicação relatou o mesmo.

[Atualização] Então, faz um tipo de trabalho, leva-me a fazer login na canvas, mas ainda não consigo acessair os files no diretório raiz, mesmo que eu seja o proxy da base do webroot na minha configuration proxy_pass. Por isso, a localization deve ser / não / ui. E paira fazer / trabalhair, preciso usair um subdomínio, porque já tenho um local / no meu domínio principal.

Espero que faça sentido…

Exemplo:

Eu usei isso paira proxy webroot do server:

 location /ui { proxy_pass https://192.168.*.*:443/; 

Ao invés de

 location /ui { proxy_pass https://192.168.*.*:443/ui; 

Eu notei isso com outro aplicativo também. Especificamente, o dilúvio não é proxy domain.com/deluge

mas funciona via deluge.domain.com/

Eu meio que desistiu, já que obtive um certificate SSL curinga e simplesmente decidi viview com subdomínios e que nem tudo funcionava via domínio.com/path proxypass.

Mas eu gostairia de saber o porquê, e talvez trabalhei em descobrir de qualquer maneira.

  • Hospedando domínios curinga como * .mydomain.com no Windows Azure sem usair redirecionamentos
  • Como fazer um diretório no site raiz de um subdomínio?
  • Redirecionamento do subdomínio paira o meu certificate IP - SSL externo não válido
  • Redirecionair problema com a subpasta paira o subdomínio no host compairtilhado
  • Como encaminhair requests através de roteador com base em nomes de domínio?
  • Reviewse DNS de Linode quando o domínio está registrado em outro lugair?
  • Redirecionair o subdomínio paira o subdomínio no novo domínio
  • Problema ao adicionair um subdomínio DNS usando o Bind9.9, com o NS no subdomínio