Puncte:0

Pm2 și Nginx nu vor comunica și strângerea de mână SSL a eșuat

drapel cn

Bună, sunt destul de nou în ubuntu și pm2 și Nginx, dar am această problemă inconsistentă de câteva zile și nu am nicio idee cum să o rezolv, deoarece Google nu îmi spune nimic. Păstrează-mă, mergea înainte și acum se dozește.

Deci, pe scurt, am configurat Nginx cu configurația de mai jos.

Server {

         root /home/ubuntu/apps/bachelor-app/client/build;

        # Adăugați index.php la listă dacă utilizați PHP
        index index.html index.htm index.nginx-debian.html;

        nume_server vizdatathesis.com www.vizdatathesis.com;

        Locație / {
                        try_files $uri /index.html;
                        }

         locație /api {
                     proxy_pass http://localhost:3005;
                        proxy_http_versiunea 1.1;
                       proxy_set_header Actualizare $http_upgrade;
                   proxy_set_header Conexiune „upgrade”;
            proxy_set_header Gazdă $gazdă;
            proxy_cache_bypass $http_upgrade;
        }
    asculta [::]:443 ssl ipv6only=on; # gestionat de Certbot
    asculta 443 ssl; # gestionat de Certbot
    ssl_certificate /etc/letsencrypt/live/vizdatathesis.com/fullchain.pem; # gestionat de Certbot
    ssl_certificate_key /etc/letsencrypt/live/vizdatathesis.com/privkey.pem; # gestionat de Certbot
    includ /etc/letsencrypt/options-ssl-nginx.conf; # gestionat de Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # gestionat de Certbot
}

Server {
    dacă ($gazdă = www.vizdatathesis.com) {
        returnează 301 https://$host$request_uri;
    } # gestionat de Certbot


    dacă ($gazdă = vizdatathesis.com) {
        returnează 301 https://$host$request_uri;
    } # gestionat de Certbot
        asculta 80;
        asculta [::]:80;
        nume_server vizdatathesis.com www.vizdatathesis.com;
    întoarce 404; # gestionat de Certbot
}

Buștenii Pm2 revin

Eroare: ascultați EADDRINUSE: adresa deja utilizată :::3005
    la Server.setupListenHandle [as _listen2] (nod:net:1372:16)
    la listenInCluster (node:net:1420:12)
    la Server.listen (node:net:1508:7)
    la Function.listen (/home/ubuntu/apps/bachelor-app/Server/node_modules/express/lib/application.js:618:24)
    la Object.<anonymous> (/home/ubuntu/apps/bachelor-app/Server/Server.js:239:5)
    la Module._compile (nod:internal/modules/cjs/loader:1105:14)
    la Object.Module._extensions..js (nod:internal/modules/cjs/loader:1159:10)
    la Module.load (nod:internal/modules/cjs/loader:981:32)
    la Function.Module._load (nod:internal/modules/cjs/loader:822:12)
    la Object.<anonim> (/usr/lib/node_modules/pm2/lib/ProcessContainerFork.js:33:23) {
  cod: „EADDRINUSE”,
  eroare: -98,
  syscall: „ascultă”,
  abordare: '::',
  port: 3005
}

Totuși, îmi spune că totul este în funcțiune.

âââââââ¬âââââââââââââââââ âââââââ¬âââââââ↽ ââââââââ¬ââââââââââââââââ ââ¬âââââââââ¬âââ↽ ââââââââ¬ââââââââââââââââ ââ¬âââââââââââ¬ââ†âââââââ
â id â nume â spaţiu de nume â versiune â mod â pid â timp de funcţionare â ⺠â stare â CPU â mem â utilizator â vizionarea â
âââââââ¼âââââââââ¼″ âââââââ¼ââââââ†ââââ¼ââââââââââ¼â†ââââââ¼ââââââââââââââââââ ¼âââââââââ¼âââââââââ¼âââââââ¼â âââââââââââ¼ââââ†âââââ¼âââââââââââ¼ââ âââââââââ¼ââââââ⤠âââ¤
â 0 â dataviz-app â implicit â 1.0.0 â furk â 25325 â 11m â 1 â online â 0% â.3mb â ubuntu â activat â
âââââââ´âââââââââââââââââ âââââââ´ââââââââ†ââââ´ââââââââââ´â†ââââââââ´ââââââââââââââââ ââ´âââââââââ´ââââ†â´ââââââââââââ´âââââââ´âââ ââââââââ´ââââââââââââââââ ââ´âââââââââââ´ââ†âââââââ

Nginx îmi dă această eroare:

2022/05/18 16:34:53 [crit] 25410#25410: *1209 SSL_do_handshake() a eșuat (SSL: error:0A00006C:SSL routines::bad key share) în timp ce SSL handshake, client: x.x.x.x, server: . 0,0:443
2022/05/18 18:11:32 [notificare] 1107#1107: procesul de semnal a început

Sunt copleșit de erori în acest moment și nu am nicio idee unde este rădăcina problemei. Am încercat să repornesc atât pm2, cât și nginx, dar nu a ajutat. Site-urile afișează nginx, dar devine net::ERR_CONNECTION_REFUSED când încearcă să ajungă la server.

Tim avatar
drapel gp
Tim
Mai întâi aș căuta eroarea Nginx. „Bad Key Share” pare să fie mesajul principal. Faceți câteva cercetări, urmați un alt tutorial pentru a configura https. „Adresa deja utilizată” înseamnă adesea că încercați să utilizați un port care este deja în uz, pornind un serviciu de două ori, de exemplu.
Running moments avatar
drapel cn
`2022/05/18 18:11:32 [notificare] 1107#1107: procesul de semnal a început` Ați auzit despre această eroare înainte de @Tim
Tim avatar
drapel gp
Tim
Acesta este un anunț care vă spune că a început o parte din Nginx. Probabil că nu este relevant pentru problema dvs. actuală. Instanța mea Nginx spune același lucru.
Running moments avatar
drapel cn
Acum primesc un alt cod de eroare. Îmi spune `2022/05/18 18:06:22 [crit] 26046#26046: *1305 SSL_do_handshake() a eșuat (SSL: error:0A000126:SSL routines::eof neașteptat în timpul citirii) în timp ce SSL handshake, client:99139. .61.171, server: 0.0.0.0:443`

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.