Điểm:2

nghe nginx trên ipv6, nhưng vì lý do nào đó các trang web không tải

lá cờ in

Tôi đang cố gắng để ipv6 hoạt động trên nginx (nginx/1.19.6) cho SSL. Trong cấu hình miền của tôi, tôi có:

người phục vụ {
    nghe 93.93.135.169:443 http2;
    nghe [::]:443 http2;
    server_name backups.myserver.com;
   ....
}

..và sau đó cho cổng tiêu chuẩn;

người phục vụ {
    nghe 93,93.135.169:80;
    nghe [::]:80;
    server_name backups.myserver.com ;
    ...
}

Netstat hiển thị nginx khi nghe trên cổng 443 và 80:

 netstat -tulpn | grep nginx
tcp 0 0 93.93.135.169:80 0.0.0.0:* NGHE 1168/nginx: chủ
tcp 0 0 127.0.0.1:8084 0.0.0.0:* NGHE 1168/nginx: chủ
tcp 0 0 93.93.135.169:443 0.0.0.0:* NGHE 1168/nginx: chủ
tcp 0 0 0.0.0.0:9183 0.0.0.0:* NGHE 5247/nginx: master
tcp6 0 0 :::80 :::* NGHE 1168/nginx: master
tcp6 0 0 :::443 :::* NGHE 1168/nginx: master

Tôi có thể tìm thấy máy chủ tìm thấy trên ipv4 và ipv6:

root@admin3:~# ping -4 backups.myserver.com
PING backups.myserver.com (93.93.135.169) 56(84) byte dữ liệu.
64 byte từ backups.myserver.com (93.93.135.169): icmp_seq=1 ttl=60 time=1,58 ms
^X^C
--- backups.myserver.com thống kê ping ---
Truyền 1 gói, nhận 1 gói, mất gói 0%, thời gian 0ms
rtt tối thiểu/trung bình/tối đa/mdev = 1,575/1,575/1,575/0,000 mili giây
root@admin3:~# ping -6 backups.myserver.com
PING backups.myserver.com(2a00:1098:80:a0::1 (2a00:1098:80:a0::1)) 56 byte dữ liệu
64 byte từ 2a00:1098:80:a0::1 (2a00:1098:80:a0::1): icmp_seq=1 ttl=61 time=1,55 mili giây
^X64 byte từ 2a00:1098:80:a0::1 (2a00:1098:80:a0::1): icmp_seq=2 ttl=61 thời gian=1,74 mili giây

Trên iptables, Tôi có:

iptables --list -n | grep 443
CHẤP NHẬN tcp -- 0.0.0.0/0 0.0.0.0/0 đa cổng dports 80.443

iptables --list -n | grep 80
CHẤP NHẬN tcp -- 0.0.0.0/0 0.0.0.0/0 đa cổng dports 80.443

..và ip6tables:

ip6tables --list -n | grep 80
CHẤP NHẬN tcp ::/0 ::/0 trạng thái tcp MỚI dpt:80

ip6tables --list -n | grep 443
CHẤP NHẬN tcp ::/0 ::/0 trạng thái tcp MỚI dpt:443

Tuy nhiên, khi tôi kiểm tra trang web trên https://ipv6-test.com/ với http, nó hoạt động:

nhập mô tả hình ảnh ở đây

Nhưng ngay khi tôi thử SSL, tôi nhận được:

nhập mô tả hình ảnh ở đây

Chạy thử nghiệm curl từ một máy chủ khác đến nó, tôi nhận được:

cuộn tròn -v -6 https://backups.myserver.com
* Đang thử 2a00:1098:80:a0::1:443...
* Bộ TCP_NODELAY
* Đã kết nối với backups.myserver.com (2a00:1098:80:a0::1) cổng 443 (#0)
* ALPN, cung cấp h2
* ALPN, cung cấp http/1.1
* đặt thành công vị trí xác minh chứng chỉ:
* Tệp CA: /etc/ssl/certs/ca-certificates.crt
  CApath: /etc/ssl/certs
* TLSv1.3 (OUT), bắt tay TLS, Client hello (1):
* error:1408F10B:SSL routines:ssl3_get_record:sai số phiên bản
* Đóng kết nối 0
curl: (35) error:1408F10B:SSL routines:ssl3_get_record:sai số phiên bản

Tôi đang chạy ra khỏi những thứ khác để thử. Bất kỳ đề xuất?

Điểm:3
lá cờ cz

Bạn đã quên nói với nginx rằng các cổng nghe này trên cổng 443 là dành cho TLS.

    nghe 93.93.135.169:443 http2;
    nghe [::]:443 http2;

Lưu ý rằng ssl đang mất tích. Nó nên đọc:

    nghe 93.93.135.169:443 ssl http2;
    nghe [::]:443 ssl http2;
Andrew Newby avatar
lá cờ in
OMG tôi biết tôi phải thiếu một cái gì đó. Tât nhiên! Cảm ơn vì đã mang lại chút tỉnh táo cho tôi. Đôi khi chỉ cần một đôi mắt mới để nhìn vào một cái gì đó!

Đă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.