Puncte:1

De ce nu pot accesa site-ul meu web după ce am instalat un certificat SSL folosind Certbot? (care rulează Ubuntu și Nginx)

drapel yt

Nu pot stabili o conexiune la portul 443 de pe serverul meu nginx.

Aveam nevoie de portul 443 pentru a activa conexiunile https, am folosit certbot pentru a instala un certificat ssl și am urmat instalarea implicită și instrucțiunile implicite în acest ghid

Chiar dacă am setat comanda „nginx full” să deschidă atât porturile http, cât și porturile https, am verificat dublu pentru a mă asigura că portul 443 este cu adevărat deschis, rulând următoarea comandă sudo lsof -i -P -n | grep ASCULTĂ, iar în răspuns, am primit portul 443 ca fiind folosit de nginx

Am încercat instrumente precum cURL pentru a-mi testa porturile, portul 80 funcționează bine, dar nu primesc niciun răspuns de la portul 443

Imi lipseste experienta in administrarea serverelor si am incercat sa verific alte resurse dar nu stiu ce altceva sa fac.

configurația mea disponibilă pentru site-uri:

Server {

        rădăcină /var/www/muhammed-aldulaimi.com/html;
        index index.html index.htm index.nginx-debian.html;

        nume_server muhammed-aldulaimi.com www.muhammed-aldulaimi.com;

        Locație / {
                try_files $uri $uri/ =404;
        }

    asculta [::]:443 ssl ipv6only=on; # gestionat de Certbot
    asculta 443 ssl; # gestionat de Certbot
    ssl_certificate /etc/letsencrypt/live/muhammed-aldulaimi.com/fullchain.pem; # gestionat de Certbot
    ssl_certificate_key /etc/letsencrypt/live/muhammed-aldulaimi.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.muhammed-aldulaimi.com) {
        returnează 301 https://$host$request_uri;
    } # gestionat de Certbot


    if ($gazdă = muhammed-aldulaimi.com) {
        returnează 301 https://$host$request_uri;
    } # gestionat de Certbot


        asculta 80;
        asculta [::]:80;

        nume_server muhammed-aldulaimi.com www.muhammed-aldulaimi.com;
    întoarce 404; # gestionat de Certbot

}

stare ufw:

22/tcp PERMITERE oriunde
Nginx Full ALLOW Oriunde
22/tcp (v6) PERMITERE oriunde (v6)
Nginx Full (v6) ALLOW Anywhere (v6)
Michael Hampton avatar
drapel cz
Verificați grupul dvs. de securitate Amazon.
John Hanley avatar
drapel cn
Dintr-un sistem extern, testați răspunsul pe portul 443. Înlocuiți exampe.com cu numele de domeniu. Încercați **curl -v https://example.com**. Încercați **curl -v https://ADDRESS-IP**. Dacă vi se refuză conexiunea, aveți un firewall care blochează accesul sau Nginx nu este configurat corect pentru portul 443. Dacă conexiunea reușește, examinați eroarea după conectare. Există multe erori care pot fi raportate după conectare.
momomo avatar
drapel yt
@MichaelHampton Am o singură regulă în grupul meu de securitate și aceasta este permisă pe toate porturile. Nu cred ca asta este sursa problemei...
momomo avatar
drapel yt
@JohnHanley Am experimentat cu diferite combinații de porturi deschise și blocuri de server. Am deschis portul 81, am avut un bloc de server să servească un fișier html de bază pe portul 81 și am testat cu curl, am expirat timpul de conectare. Același proces se întâmplă exact cu 443 (am decis să testez 81 pentru că m-am gândit că poate avea ceva de-a face cu SSL). În acest moment funcționează doar portul 80.
John Hanley avatar
drapel cn
Fie un firewall blochează conexiunea, fie Nginx eșuează. Verificați jurnalele pentru mesaje de eroare la pornirea lui Nginx.
Puncte:1
drapel yt

După ce am verificat că nu există nicio problemă în setările firewall-ului ubuntu, am presupus că problema se afla în gazda web în sine.Folosisem AWS Lightsail și s-a dovedit că Lightsail accepta doar conexiuni care vin de la porturile 22 și 80. Adăugarea unei reguli care accepta alte porturi în fila Rețea; mi-a rezolvat problema.

djdomi avatar
drapel za
amintiți-vă că trebuie să vă acceptați propriul răspuns.
momomo avatar
drapel yt
@djdomi Da, mă tem că trebuie să aștept 24 de ore pentru asta.

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.