conexiune refuzată din html în amonte - NGINX

Am un fișier html care rulează pe un container docker cu această adresă URL: http://localhost:80 Vreau să redirecționez acest lucru către un alt port, cum ar fi http://localhost:8080 cu NGINX. Am următoarea configurație pentru el:

utilizator nginx;
worker_proceses auto;

error_log /var/log/nginx/error.log notificare;
pid /var/run/nginx.pid;

evenimente {
    conexiuni_muncitor 1024;
}

http {
    include mime.tipuri;
    sendfile activat;
    web în amonte {
    server 127.0.0.1:80;

}

    Server {
    asculta 8080;
    resolver 127.0.0.11;
    autoindex dezactivat;
    
    numele serverului _;
    server_tokens dezactivat;

    Locație / {
        proxy_pass http://web;
    }
}
}

dar când merg la http://localhost:8080, primesc 502 eroare de gateway greșită și iată eroarea pe care o primesc prin containerul nginx:

[eroare] 22#22: *1 connect() a eșuat (111: Conexiune refuzată) în timpul conectării la amonte, client: 172.17.0.1, server: _, cerere: „GET / HTTP/1.1”, amonte: „http:/ /127.0.0.1:80/", gazdă: "localhost:8080"

Iată cum îmi pornesc dockerul nginx:

rulare docker --name nginx -v c:/Users/ds-nginx-conf-main:/etc/nginx -p 8080:8080 -d nginx

aici este fișierul de compunere docker al containerului web sau containerul pre-excitant:

versiunea: "3.7"

Servicii:   
    web:
        construi: ui
        porturi:
          - 80:80
        depinde de:
          - api
    API:
        build: app
        mediu inconjurator:
          - PORT=80
        porturi:
          - 8020:80
    
    Test:
        construi:        
          context: ./
          dockerfile: ./test/Dockerfile

Procesele din interiorul unui container docker rulează în propriul spațiu de nume.

Fiecare container are propria sa interfață virtuală de loopback, care este separată de interfața de loopback a gazdei.

Dacă doriți să accesați un alt container din interiorul unui container, trebuie să legați aceste containere împreună.

docker run --link othercontainer...

Apoi puteți accesa primul container din al doilea container după numele său.

Alte opțiuni sunt crearea unei rețele în interiorul docker care este utilizată de ambele containere sau ca ambele containere să utilizeze rețeaua gazdă (ceea ce este de obicei descurajat deoarece crește suprafața de atac a containerului).