Puncte:0

Nu pot accesa site-ul meu

drapel hu

toata lumea! Sunt pasionat de Linux și am o problemă cu un nginx pe Debian VPS. Până de curând puteam accesa site-ul meu static, dar acum nu pot.

Acesta este al meu site-uri disponibile/exemplu Unde exemplu este numele meu de utilizator:

Server {
        asculta 80 ;
        asculta [::]:80 ;
        server_name example.com ;
        root /var/www/example ;
        index index.html index.htm index.nginx-debian.html ;
        Locație / {
                try_files $uri $uri/ =404 ;
        }
}

site-uri disponibile/exemplu are o legătură simbolică în site-uri activate

Ale mele nginx/error.log:

2021/12/07 08:57:02 [notificare] 7383#7383: procesul de semnal a început
2021/12/07 09:22:00 [notificare] 2195#2195: procesul de semnal a început

Inainte de procesul de semnal a început Am avut erori 403 sau 404:

2021/12/05 17:53:05 [emerg] 12400#12400: open() „/etc/nginx/sites-enabled/mail” a eșuat (2: Nu există un astfel de fișier sau director) în /etc/nginx/nginx. conf:62
2021/12/05 17:55:01 [emerg] 12415#12415: open() „/etc/nginx/sites-enabled/mail” a eșuat (2: Nu există un astfel de fișier sau director) în /etc/nginx/nginx. conf:62
2021/12/05 18:02:33 [emerg] 12468#12468: open() „/etc/nginx/sites-enabled/mail” a eșuat (2: Nu există un astfel de fișier sau director) în /etc/nginx/nginx. conf:62
2021/12/05 18:05:15 [eroare] 12522#12522: *1 index de director al „/var/www/mail/” este interzis, client: 212.16.10.194, server: mail.example.com, cerere: „GET / HTTP/1.1”, gazdă: „example.com”
2021/12/05 18:07:45 [eroare] 12562#12562: *1 index de director al „/var/www/mail/” este interzis, client: 212.16.10.194, server: mail.example.com, cerere: „GET / HTTP/1.1”, gazdă: „example.com”

Am reinstalat chiar și nginx, dar mai am o problemă cu accesul la site-ul meu. Ce ar trebui să fac sau unde ar trebui să caut informații pentru a rezolva această problemă?

sudo ss -tnlp|grep :80 arata asta:

ASCULTĂ 0 128 0.0.0.0:80 0.0.0.0:* utilizatori:(("nginx",pid=2524,fd=6),("nginx",pid=2522,fd=6))

ASCULTĂ 0 128 [::]:80 [::]:* utilizatori:(("nginx",pid=2524,fd=7),("nginx",pid=2522,fd=7))

drapel in
Mesajele de jurnal sunt pentru un alt bloc de server decât cel pe care îl afișați.
Laughing Laugh wwwwwww avatar
drapel hu
Ce fișiere sau jurnale ar trebui să arăt?
drapel in
Intrări legate de `/var/www/example`, nu `/var/www/mail`. Sau configurația pentru `/var/www/mail`. Mesajele de eroare reale pe care le afișează clientul dvs. (nu interpretarea dvs. a acestora) atunci când încercați să accesați site-ul ar putea fi de asemenea utile.
Laughing Laugh wwwwwww avatar
drapel hu
După ce am eliminat ```sites-available/mail``` (cu linkul său simbolic) nu au mai existat erori 403 și 404, dar mai există erori ```procesul de semnalizare început```. Browserul afișează eroarea ```ERR_CONNECTION_REFUSED```.
drapel in
`conexiune refuzată` indică de obicei că serviciul nu rulează.
Laughing Laugh wwwwwww avatar
drapel hu
Am încercat ```sudo systemctl start nginx``` și nu au existat erori, dar tot nu pot accesa site-ul meu, am reîncărcat și nginx fără erori.
drapel in
Rulați `sudo ss -tnlp|grep :80` pentru a verifica dacă ascultă ceva pe acel port; verificați dacă intrarea dvs. DNS se rezolvă la adresa IP corectă; Confirmați că încercați să accesați serverul prin http și nu prin https.
Laughing Laugh wwwwwww avatar
drapel hu
Ieșirea lui ```sudo ss -tnlp | grep :80``` arată că portul 80 este folosit de nginx dacă nu mă înșel
drapel in
Vă rugăm să editați toate informațiile suplimentare în întrebarea dvs. Este mult mai lizibil acolo decât în ​​comentarii.
Laughing Laugh wwwwwww avatar
drapel hu
Am încercat ```certbot --nginx``` și totul a început să funcționeze, dar browserul nu poate accesa ```styles.css``` cu eroare ```Eșuat la încărcarea resursei: net::ERR_CERT_COMMON_NAME_INVALID```
drapel in
Ar trebui să fie o întrebare nouă. Dar înainte de a cere acest lucru, inspectați certificatul pe care îl oferă serverul dvs. și verificați configurația pentru certificatele care sunt utilizate.
Laughing Laugh wwwwwww avatar
drapel hu
Cum ar trebui să fac asta? Această întrebare trebuie închisă?
Puncte:0
drapel in

Din comentarii: nginx asculta doar pe portul 80, dar OP încerca să acceseze site-ul prin https pe portul 443.

Alergare certbot --nginx a adăugat configurația necesară la nginx pentru a asculta și pe portul 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.