Puncte:0

Serverul Ubuntu care rulează o aplicație web Node/JS proxy cu Apache2 primește o eroare ciudată a conexiunii

drapel in

Astfel, rulez o aplicație Express JS prin Apache (notă reîncercați=0 este important):

...
   ProxyRequests dezactivat
   ProxyPreserveHost activat
   ProxyVia complet
   <Proxy*>
       Solicitați toate acordate
   </Proxy>
   ProxyPass / http://127.0.0.1:3000/ retry=0
   ProxyPassReverse / http://127.0.0.1:3000/
...

După actualizarea unor programe (de exemplu, la serverul Ubuntu 20.04) și a gateway-ului de internet (Sagecom 5370e) am rămas blocat cu serverul apache2 care nu se conectează la localhost:3000 cu următoarea deconectare fină, pe care nu o pot interpreta. Poate cineva să ofere un indiciu cum să procedezi pentru a înțelege motivul?

Jurnal detaliat Apache2

Partea gri accentuată începe cu negocieri de acces/permisiune aparent reușite, dar se termină după ...HTTP: socket fam 2 creat pentru a se conecta la 127.0.0.1 cu ...AH00957: HTTP: încercarea de conectare la 127.0.0.1:3000 (127.0.0.1) a eșuat și eroarea 503 a browserului. (De ce priza fam 2?)

Sau găsiți asta în același text simplu (în alt moment):

[Tue Aug 10 20:08:28.154152 2021] [http:trace4] [pid 2513680] http_request.c(439): [client 88.83.62.147:50644] Sec-Fetch-Mode: navigați
[Tue Aug 10 20:08:28.154155 2021] [http:trace4] [pid 2513680] http_request.c(439): [client 88.83.62.147:50644] Sec-Fetch-Site: niciunul
[Tue Aug 10 20:08:28.154158 2021] [http:trace4] [pid 2513680] http_request.c(439): [client 88.83.62.147:50644] Sec-Fetch-User: ?1
[Tue Aug 10 20:08:28.154164 2021] [http:trace4] [pid 2513680] http_request.c(439): [client 88.83.62.147:50644] DNT: 1
[Tue Aug 10 20:08:28.154167 2021] [http:trace4] [pid 2513680] http_request.c(439): [client 88.83.62.147:50644] Sec-GPC: 1
[Tue Aug 10 20:08:28.154170 2021] [http:trace4] [pid 2513680] http_request.c(439): [client 88.83.62.147:50644] Cache-Control: max-age=0
[Tue Aug 10 20:08:28.154187 2021] [rewrite:trace2] [pid 2513680] mod_rewrite.c(483): [client 88.83.62.147:50644] 88.83.62.62.83.62.62.148f47 -52.148.147.org ][rid#7fca612f90a0/initial] motor de rescriere init cu uri solicitat /
[Tue Aug 10 20:08:28.154192 2021] [rewrite:trace1] [pid 2513680] mod_rewrite.c(483): [client 88.83.62.147:50644] 88.83.62.62.83.62.62.148f47 -5.148.147.147.org ][rid#7fca612f90a0/initial] trece prin /
[Tue Aug 10 20:08:28.154196 2021] [proxy:trace2] [pid 2513680] mod_proxy.c(686): [client 88.83.62.147:50644] AH03461: se încearcă potrivirea cu prefixul „cale/încercarea” URI-ului pentru proxy
[Tue Aug 10 20:08:28.154206 2021] [proxy:trace1] [pid 2513680] mod_proxy.c(772): [client 88.83.62.147:50644] AH03464: potrivire URI calea „proxy „handr”: //127.0.0.1:3000/'
[Tue Aug 10 20:08:28.154224 2021] [authz_core:debug] [pid 2513680] mod_authz_core.c(817): [client 88.83.62.147:50644] AH0162 este acordată: necesită toate autorizarea rezultatului acordat:
[Tue Aug 10 20:08:28.154228 2021] [authz_core:debug] [pid 2513680] mod_authz_core.c(817): [client 88.83.62.147:50644] AH0162 rezultat: <Required authorization>
[Tue Aug 10 20:08:28.154232 2021] [core:trace3] [pid 2513680] request.c(310): [client 88.83.62.147:50644] cerere autorizată fără autentificare prin access_checker_ex hook: /
[Tue Aug 10 20:08:28.154247 2021] [proxy_http:trace1] [pid 2513680] mod_proxy_http.c(62): [client 88.83.62.147:50644] HTTP: canonizare: URL /./023.0
[Tue Aug 10 20:08:28.154276 2021] [proxy:trace2] [pid 2513680] proxy_util.c(2131): [client 88.83.62.147:50644] http: lucrător găsit http://127.1000.127:00. http://127.0.0.1:3000/
[Tue Aug 10 20:08:28.154281 2021] [proxy:debug] [pid 2513680] mod_proxy.c(1253): [client 88.83.62.147:50644] AH01143: Httpd handler pentru schema de rulare)
[Tue Aug 10 20:08:28.154285 2021] [proxy_http:trace1] [pid 2513680] mod_proxy_http.c(1985): [client 88.83.62.147:50644] HTTP: de servire URL http://010130.
[Tue Aug 10 20:08:28.154288 2021] [proxy:debug] [pid 2513680] proxy_util.c(2325): AH00942: HTTP: a dobândit conexiune pentru (127.0.0.1)
[Tue Aug 10 20:08:28.154296 2021] [proxy:debug] [pid 2513680] proxy_util.c(2379): [client 88.83.62.147:50644] AH00944: conectare la:0.0.0120.0.0.07. .0.1:3000
[Tue Aug 10 20:08:28.154358 2021] [proxy:debug] [pid 2513680] proxy_util.c(2588): [client 88.83.62.147:50644] AH00947: conectat: /00.017:.
[Tue Aug 10 20:08:28.154393 2021] [proxy:trace2] [pid 2513680] proxy_util.c(3022): HTTP: socket fam 2 creat pentru a se conecta la 127.0.0.1
[Tue Aug 10 20:08:28.154440 2021] [proxy:error] [pid 2513680] (111)Conexiune refuzată: AH00957: HTTP: încercarea de conectare la 127.0.0.1:3000 (127.0.0) a eșuat.
[Tue Aug 10 20:08:28.154459 2021] [proxy_http:error] [pid 2513680] [client 88.83.62.147:50644] AH01114: HTTP: nu s-a putut realiza conexiunea la backend: 127.
[Tue Aug 10 20:08:28.154463 2021] [proxy:debug] [pid 2513680] proxy_util.c(2340): AH00943: HTTP: a lansat conexiunea pentru (127.0.0.1)
[Tue Aug 10 20:08:28.154495 2021] [http:trace3] [pid 2513680] http_filters.c(1125): [client 88.83.62.147:50644] Răspunsul trimis cu starea 503, anteturi:
[Tue Aug 10 20:08:28.154499 2021] [http:trace5] [pid 2513680] http_filters.c(1134): [client 88.83.62.147:50644] Data: Tue, 10 Aug 2021 8MT:08:02
[Tue Aug 10 20:08:28.154503 2021] [http:trace5] [pid 2513680] http_filters.c(1137): [client 88.83.62.147:50644] Server: Apache/2.4.41) (Ubuntu)
[Tue Aug 10 20:08:28.154506 2021] [http:trace4] [pid 2513680] http_filters.c(955): [client 88.83.62.147:50644] Content-Length: 380
[Tue Aug 10 20:08:28.154514 2021] [http:trace4] [pid 2513680] http_filters.c(955): [client 88.83.62.147:50644] Conexiune: închidere
[Tue Aug 10 20:08:28.154517 2021] [http:trace4] [pid 2513680] http_filters.c(955): [client 88.83.62.147:50644] Content-Type: text/html; set de caractere=iso-8859-1
[Tue Aug 10 20:08:28.154522 2021] [ssl:trace4] [pid 2513680] ssl_engine_io.c(1657): [client 88.83.62.147:50644] coalesce: adding 190 by 0
[Tue Aug 10 20:08:28.154526 2021] [ssl:trace4] [pid 2513680] ssl_engine_io.c(1657): [client 88.83.62.147:50644] coalesce:0 are adding 1903 by 8 mai multe
[Tue Aug 10 20:08:28.154529 2021] [ssl:trace4] [pid 2513680] ssl_engine_io.c(1718): [client 88.83.62.147:50644] coalesce: trecere pe 570
[Tue Aug 10 20:08:28.154540 2021] [core:trace8] [pid 2513680] core_filters.c(575): [client 88.83.62.147:50644] brigada conține: bytes: 592:, e non-file bytes: 592 bytes găleți: 0, găleți de transformare: 0
[Tue Aug 10 20:08:28.154545 2021] [ssl:trace4] [pid 2513680] ssl_engine_io.c(2207): [client 88.83.62.147:50644] OpenSSL:50644] OpenSSL:50644] OpenSSL:50644] OpenSSL:506445925:59259259205:59259250:59259 ] (urmează depozitarea BIO)
[Tue Aug 10 20:08:28.154548 2021] [ssl:trace7] [pid 2513680] ssl_engine_io.c(2134): [client 88.83.62.147:50644] +----------------- --------------------------------------------- ---------+
[Tue Aug 10 20:08:28.154554 2021] [ssl:trace7] [pid 2513680] ssl_engine_io.c(2173): [client 88.83.62.147:50644] | 0000: 17 03 03 02 4b 00 8c af-a7 6c 28 46 85 23 66 8f ....K....l(F.#f. |
[Tue Aug 10 20:08:28.154559 2021] [ssl:trace7] [pid 2513680] ssl_engine_io.c(2173): [client 88.83.62.147:50644] | 0010: bd aa 6b 06 77 a6 17 df-a7 f3 5d 33 e5 a9 94 b7 ..k.w.....]3.... |
[Tue Aug 10 20:08:28.154563 2021] [ssl:trace7] [pid 2513680] ssl_engine_io.c(2173): [client 88.83.62.147:50644] | 0020: a4 b2 fi b7 e1 5a 64 20-38 50 d4 96 53 0c cf 19 .....Zd 8P..S... |
[Tue Aug 10 20:08:28.154568 2021] [ssl:trace7] [pid 2513680] ssl_engine_io.c(2173): [client 88.83.62.147:50644] | 0030: ef 10 dc 8d ba bc 1e f1-79 b7 54 2a 93 af 8a c9 ........y.T*.... |
[Tue Aug 10 20:08:28.154573 2021] [ssl:trace7] [pid 2513680] ssl_engine_io.c(2173): [client 88.83.62.147:50644] | 0040: a1 a4 8c 9d a8 2f 3c 1d-3d 48 91 27 c1 bd 44 42 ...../<.=H...'...DB |
[Tue Aug 10 20:08:28.154577 2021] [ssl:trace7] [pid 2513680] ssl_engine_io.c(2173): [client 88.83.62.147:50644] | 0050: 75 8a 5a 4c ff eb 9b ec-cc e4 23 ce 69 cf 13 4d u.ZL......#.i..M |

Setările de redirecționare a portului și firewall ale conexiunii mele la internet au avut succes în urmă cu zece zile (cu Sagecom 5370e), dar dispozitivul nu este sub controlul meu și poate fi actualizat de la distanță de către furnizor. Se întâmplă chiar să pară posibilă promovarea comunicării între server (IP LAN, apache2) și localhost (127.0.0.1) prin setările de admitere GUI gateway, dar fără noroc. -- Cum procedez pentru a înțelege măcar ce se întâmplă?

ADAUGAT: Nu pot găsi informații în ORICE alt jurnal decât cel al lui Apache. Vreo indiciu cu privire la o altă modalitate de a recupera informații? Un instrument de rețea?

ADAUGAT: Fie ca unele dificultăți suplimentare să apară când gazdă locală merge online, în acest caz prin intermediul pm2 serviciu?

ADAUGAT: @bodo multumesc (vezi comentariul). Desigur, jurnalul spune în acest mod laconic că nimeni nu ascultă localhost:3000, care este ca „pregătit și deblocat” prin procedura de autentificare. Regret că nu am fost suficient de alertă verificând că... se va marca rezolvat când sunteți online, sperăm că în curând!

ÎN FINAL: Mult zgomot pentru nimic! Tocmai am ratat acel mic control: ascultă cineva? (Ok, îmi cer scuze: este întotdeauna așa, mai departe: am subestimat complexitatea webului de dependență js-npm-nvm-node). Bine să obținem o deschidere pentru ochi... mulțumesc!

Bodo avatar
drapel pt
Vă rugăm să [editați] întrebarea dvs. și să copiați și să lipiți fișierul jurnal (partea relevantă a) ca text și să îl formatați ca bloc de cod în loc să afișați o captură de ecran. Există un proces care ascultă pe portul `localhost` (`127.0.0.1`) `3000`? Vă rugăm să răspundeți adăugând detalii la întrebarea dvs. (`fam 2` ar putea fi valoarea numerică a lui `AF_INET`.)
Tore Ericsson avatar
drapel in
@Bodo A fost adăugat un fișier text. Nu pot găsi (cu `lsof`) nicio altă ascultare la portul 3000.
Bodo avatar
drapel pt
Dacă am înțeles corect, această configurație îi spune lui Apache să acționeze ca un proxy și să trimită toate cererile către `http://127.0.0.1:3000/`, deci ar trebui să existe un server HTTP care să asculte pe portul 3000. Mesajul de eroare poate însemna că nu ascultă nimic pe acest port sau că nu acceptă solicitări HTTP. (Nu știu care.) Ce ați configurat pentru a asculta pe portul 3000? Poate că există ceva în configurația lui Apache pe care nu l-ați arătat în întrebare. Așa cum ați scris „Nu pot găsi... *oricine* care ascultă portul 3000”: ați găsit ceva? Apache însuși? **Vă rugăm să [editați] întrebarea dvs. pentru a răspunde.**
Puncte:0
drapel in

REPET DOAR: @bodo mulțumesc (vezi comentariul). Desigur, jurnalul spune în acest mod laconic că nimeni nu ascultă localhost:3000, care este ca „pregătit și deblocat” prin procedura de autentificare. Regret că nu am fost suficient de alertă verificând că... se va marca rezolvat când sunteți online, sperăm că în curând!

ÎN FINAL: Mult zgomot pentru nimic! Tocmai am ratat acel mic control: ascultă cineva? (Ok, îmi cer scuze: este întotdeauna așa, mai departe: am subestimat complexitatea webului de dependență js-npm-nvm-node). Bine să obținem o deschidere pentru ochi... mulțumesc!

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.