Điểm:0

Không thể truy cập trang web của tôi

lá cờ hu

mọi người! Tôi là người đam mê linux và tôi gặp sự cố với nginx trên VPS debian. Cho đến gần đây tôi có thể truy cập trang web tĩnh của mình nhưng bây giờ tôi không thể.

Đây là của tôi trang web có sẵn/ví dụ ở đâu ví dụ là tên người dùng của tôi:

người phục vụ {
        nghe 80 ;
        nghe [::]:80 ;
        server_name example.com ;
        gốc /var/www/ví dụ ;
        chỉ mục index.html index.htm index.nginx-debian.html ;
        địa điểm / {
                try_files $uri $uri/ =404 ;
        }
}

trang web có sẵn/ví dụ có liên kết tượng trưng trong kích hoạt trang web

Của tôi nginx/error.log:

2021/12/07 08:57:02 [thông báo] 7383#7383: bắt đầu xử lý tín hiệu
2021/12/07 09:22:00 [thông báo] 2195#2195: bắt đầu xử lý tín hiệu

Trước quá trình tín hiệu bắt đầu Tôi gặp lỗi 403 hoặc 404:

2021/12/05 17:53:05 [xuất hiện] 12400#12400: open() "/etc/nginx/sites-enabled/mail" không thành công (2: Không có tệp hoặc thư mục như vậy) trong /etc/nginx/nginx. conf:62
2021/12/05 17:55:01 [xuất hiện] 12415#12415: open() "/etc/nginx/sites-enabled/mail" không thành công (2: Không có tệp hoặc thư mục như vậy) trong /etc/nginx/nginx. conf:62
2021/12/05 18:02:33 [xuất hiện] 12468#12468: open() "/etc/nginx/sites-enabled/mail" không thành công (2: Không có tệp hoặc thư mục như vậy) trong /etc/nginx/nginx. conf:62
2021/12/05 18:05:15 [lỗi] 12522#12522: *1 chỉ mục thư mục của "/var/www/mail/" bị cấm, máy khách: 212.16.10.194, máy chủ: mail.example.com, yêu cầu: "NHẬN/HTTP/1.1", máy chủ lưu trữ: "example.com"
2021/12/05 18:07:45 [lỗi] 12562#12562: *1 chỉ mục thư mục của "/var/www/mail/" bị cấm, máy khách: 212.16.10.194, máy chủ: mail.example.com, yêu cầu: "NHẬN/HTTP/1.1", máy chủ lưu trữ: "example.com"

Tôi thậm chí đã cài đặt lại nginx nhưng tôi vẫn gặp sự cố khi truy cập vào trang web của mình. Tôi nên làm gì hoặc tìm kiếm thông tin ở đâu để giải quyết vấn đề này?

sudo ss -tnlp|grep :80 cho thấy điều này:

NGHE 0 128 0.0.0.0:80 0.0.0.0:* người dùng:(("nginx",pid=2524,fd=6),("nginx",pid=2522,fd=6))

NGHE 0 128 [::]:80 [::]:* người dùng:(("nginx",pid=2524,fd=7),("nginx",pid=2522,fd=7))

lá cờ in
Thông báo nhật ký dành cho khối máy chủ khác với khối bạn đang hiển thị.
Laughing Laugh wwwwwww avatar
lá cờ hu
Tôi nên hiển thị những tệp hoặc nhật ký nào?
lá cờ in
Các mục liên quan đến `/var/www/example`, không phải `/var/www/mail`. Hoặc cấu hình cho `/var/www/mail`. Các thông báo lỗi thực tế mà khách hàng của bạn hiển thị (không phải cách giải thích của bạn về nó) khi bạn cố gắng truy cập trang web cũng có thể hữu ích.
Laughing Laugh wwwwwww avatar
lá cờ hu
Sau khi tôi xóa ```sites-available/mail``` (với liên kết tượng trưng của nó), không còn lỗi 403 và 404 nữa nhưng thay vào đó là lỗi ```signal process started```. Trình duyệt hiển thị lỗi ```ERR_CONNECTION_REFUSED```.
lá cờ in
`kết nối bị từ chối` thường chỉ ra rằng dịch vụ không chạy.
Laughing Laugh wwwwwww avatar
lá cờ hu
Tôi đã thử ```sudo systemctl start nginx``` và không có lỗi nhưng tôi vẫn không thể truy cập trang web của mình. Tôi cũng đã tải lại nginx mà không có lỗi
lá cờ in
Chạy `Sudo ss -tnlp|grep :80` để kiểm tra xem có thứ gì đang nghe trên cổng đó không; kiểm tra xem mục nhập DNS của bạn có giải quyết đúng địa chỉ IP hay không; Xác nhận rằng bạn đang cố truy cập máy chủ qua http chứ không phải https.
Laughing Laugh wwwwwww avatar
lá cờ hu
Đầu ra của ```Sudo ss -tnlp | grep :80``` cho biết cổng 80 được sử dụng bởi nginx nếu tôi không nhầm
lá cờ in
Vui lòng chỉnh sửa tất cả thông tin bổ sung vào câu hỏi của bạn. Nó dễ đọc hơn nhiều so với trong các bình luận.
Laughing Laugh wwwwwww avatar
lá cờ hu
Tôi đã thử ```certbot --nginx``` và mọi thứ bắt đầu hoạt động nhưng trình duyệt không thể truy cập ```styles.css``` với lỗi ```Không thể tải tài nguyên: net::ERR_CERT_COMMON_NAME_INVALID```
lá cờ in
Đó nên là một câu hỏi mới. Nhưng trước khi bạn yêu cầu, hãy kiểm tra chứng chỉ mà máy chủ của bạn cung cấp và kiểm tra cấu hình của bạn để biết các chứng chỉ được sử dụng.
Laughing Laugh wwwwwww avatar
lá cờ hu
Làm thế nào tôi nên làm điều đó? Câu hỏi này có được đóng lại không?
Điểm:0
lá cờ in

Từ các nhận xét: nginx chỉ nghe trên cổng 80, nhưng OP đang cố truy cập trang web qua https trên cổng 443.

Đang chạy certbot --nginx đã thêm cấu hình cần thiết vào nginx để nghe trên cổng 443.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.