Puncte:0

Nu se pot încărca site-urile web nginx pe LAN atunci când sunt conectate de la distanță prin OpenVPN

drapel cn

Bine, aici este problema de bază: Nu mă pot conecta la pagina mea web HTML (configurarea unui container Docker - de exemplu, controler Unifi, SABnzbd etc. - toate acestea sunt în spatele unui proxy invers) când sunt conectat la LAN-ul meu printr-o conexiune de la distanță. Când sunt conectat local la LAN-ul meu, se încarcă toate paginile web. Când sunt în afara rețelei LAN, oriunde în lume (călătoresc pentru muncă), paginile web se încarcă. Mă pot conecta la pagini web care nu se află în spatele proxy-ului invers în timp ce sunt conectat de la distanță la VPN-ul meu (de exemplu, GUI unRAID și GUI pfsense).

Câteva fundal despre configurația mea: Am un server unRAID cu containere Docker, inclusiv unul care rulează nginx, pe care l-am configurat să acționeze ca un proxy invers pentru fiecare pagină web Dockers. Routerul meu este o casetă pfsense la care am adăugat o regulă pentru a permite proxy-ul meu invers, precum și conexiunea la distanță OpenVPN. Adresele mele LAN sunt toate 10.10.x.x și VPN-ul este setat să folosească 172.16.0.0/24 ca „Rețea de tunel” (primul meu instinct este că conflictul poate fi aici) și „Rețele locale IPv4” 10.0.0.0/8

Nu sunt sigur dacă sunt suficiente informații pentru ca cineva să mă ajute să găsesc problema, dar aș aprecia cu adevărat orice ajutor.

ACTUALIZĂRI: Pot ajunge la paginile web când folosesc ip-ul prin tunelul vpn. După ce fac un tcpdump, văd pachete care ajung la portul de pe containerul care găzduiește pagina web, dar mai puține pachete atunci când eșuează prin VPN decât atunci când testez în afara VPN, așa că nu sunt sigur cât de util este acel punct de date.

Cele mai interesante date pe care le-am găsit este că atunci când fac un tracert pentru numele complet al domeniului, acesta este inaccesibil chiar înainte de ip-ul serverului vpn și dacă fac un alt tracert folosind adresa ip, acesta completează urmărirea. Când VPN-ul este oprit, tracert găsește traseul fără probleme dacă folosește un nume de domeniu sau un ip așa cum ar trebui.

A. Darwin avatar
drapel my
Puteți accesa site-ul dvs. intern prin IP-ul său? Dacă poți, probabil că este o problemă de DNS. Rularea unei capturi de pachete în caseta nginx (ceva de genul „tcpdump -i orice port ) ar trebui să vă ajute să înțelegeți dacă traficul ajunge chiar și la proxy-ul dvs. invers Nginx. De asemenea, aveți vreun ACL configurat în Nginx?
T.A. avatar
drapel cn
Da, pot ajunge la destinație când folosesc IP-ul. Nu știu dacă există ACL, am configurat un docker NGINX preconfigurat destul de simplu care avea fișiere de configurare pentru fiecare container pe care tocmai le-am activat și am pus ip/portul corect în fișierul de configurare și voila funcționează.
T.A. avatar
drapel cn
În sfârșit, am reușit să fac tcpdump să funcționeze pe server, astfel încât să pot monitoriza traficul. Văd trafic pe portul 444 pe ip pentru container de ambele ori am testat. Odată ce am testat din afara conexiunii mele VPN, navigarea la o adresă URL care este configurată cu proxy-ul invers și trage pagina web și curg o mulțime de pachete. Apoi am capturat când am încercat să merg la aceeași adresă URL în interiorul VPN-ului și au fost mai puține pachete și pagina nu s-a încărcat. Nu pot înțelege ce înseamnă pachetele și nu se afișează nimic în error.log nginx în timpul fiecărei teste.

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.