Puncte:0

Nginx - Servirea proxy inversă ScreenConnect nu adaugă subdirectorul

drapel cn

Rulez o interfață web ScreenConnect nesecurizată pe o mașină din rețeaua mea locală. Aș dori să-l servesc prin portul 443 folosind proxy-ul invers al lui nginx și să-l accesez prin:
https://<WAN.IP.ADDRESS>/screenconnect

Blocul meu de locație nginx.conf:

            Locație / {
            rădăcină /www/var/nginx/html
            }

            locație /screenconnect/ {
            proxy_pass http://local.screenconnect.server:8040/;
            proxy_buffering dezactivat;
            proxy_set_header Gazdă $gazdă;
            proxy_set_header X-Real-IP $adresă_la distanță;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $schema;
            }

Am reușit să ajung la interfața web Screen Connect, iar adresa URL se citește ca
https://<WAN.IP.ADDRESS>/screenconnect/

Cu toate acestea, orice subdirectoare suplimentare pe care le accesez, cum ar fi https://<WAN.IP.ADDRESS>/screenconnect/login.php? va scăpa /screenconnect/ subdirectorul și încercați să accesați https://<WAN.IP.ADDRESS>/login.php?
Acest lucru îmi aduce o eroare 404.

Lucruri pe care le-am încercat

  • am introdus /screenconnect/ la https://<WAN.IP.ADDRESS>/login.php?/ și am primit https://<WAN.IP.ADDRESS>/screenconnect/login.php?, care îmi oferă site-ul de care am nevoie.
  • Am ajustat fișierul web.config de pe serverul meu screenconnect și am atașat directorul corect:
    <add key="WebServerAddressableUri" value="https://WAN.IP.ADDRESS:443/screenconnect/" />
  • Am încercat să elimin / la sfârșitul proxy_pass http://local.screenconnect.server:8040/; și locație /screenconnect/
  • Am încercat, de asemenea, o serie de directive simple diferite pentru blocul de locații de la oameni care au avut probleme legate
  • Am înlocuit IP-ul serverului screenconnect cu un server apache care rulează pe portul 80 care are o pagină html simplă, care redirecționează către un subfolder. La redirecționare, directorul /screenconnect/ este introdus corect înainte.
djdomi avatar
drapel za
Cred că aplicația face acest comportament din cauza unei erori sau a unei configurații greșite. Nu sunt familiarizat cu rescrierea lui nginx, dar ar putea avea o șansă
Ivan Shatsky avatar
drapel gr
În general, este sarcina ScreenConnect (sau orice aplicație web din amonte), pentru a genera linkurile sale, inclusiv prefixul URI corect. Singurele informații disponibile despre acest subiect pe care le-am găsit până acum este [about](https://kimconnect.com/screenconnect-and-nginx/) parametrul `WebServerAddressableUri` pe care ați încercat deja să-l ajustați fără succes; din păcate, se pare că forumurile de asistență sunt moarte acum. Puteți verifica [Cum să gestionați corect adresele URL relative cu un proxy invers nginx](https://serverfault.com/questions/932628/how-to-handle-relative-urls-correctly-with-a-nginx-reverse- proxy) Firul ServerFault.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.