Puncte:2

nginx ascultă pe ipv6, dar din anumite motive site-urile web nu se vor încărca

drapel in

Încerc să fac ipv6 să funcționeze pe nginx (nginx/1.19.6) pentru SSL. În configurațiile domeniului meu am:

Server {
    asculta 93.93.135.169:443 http2;
    asculta [::]:443 http2;
    nume_server backups.myserver.com;
   ....
}

..si apoi pentru portul standard;

Server {
    asculta 93.93.135.169:80;
    asculta [::]:80;
    nume_server backups.myserver.com ;
    ...
}

Netstat arată că nginx ascultă pe porturile 443 și 80:

 netstat -tulpn | grep nginx
tcp 0 0 93.93.135.169:80 0.0.0.0:* ASCULTA 1168/nginx: master
tcp 0 0 127.0.0.1:8084 0.0.0.0:* ASCULTĂ 1168/nginx: master
tcp 0 0 93.93.135.169:443 0.0.0.0:* ASCULTA 1168/nginx: master
tcp 0 0 0.0.0.0:9183 0.0.0.0:* ASCULTĂ 5247/nginx: master
tcp6 0 0 :::80 :::* ASCULTĂ 1168/nginx: master
tcp6 0 0 :::443 :::* ASCULTĂ 1168/nginx: master

Pot găsi serverul găsit pe ipv4 și ipv6:

root@admin3:~# ping -4 backups.myserver.com
PING backups.myserver.com (93.93.135.169) 56(84) octeți de date.
64 de octeți de la backups.myserver.com (93.93.135.169): icmp_seq=1 ttl=60 time=1,58 ms
^X^C
--- statistici ping backups.myserver.com ---
1 pachet transmis, 1 primit, 0% pierdere de pachete, timp 0 ms
rtt min/avg/max/mdev = 1,575/1,575/1,575/0,000 ms
root@admin3:~# ping -6 backups.myserver.com
PING backups.myserver.com(2a00:1098:80:a0::1 (2a00:1098:80:a0::1)) 56 de octeți de date
64 de octeți din 2a00:1098:80:a0::1 (2a00:1098:80:a0::1): icmp_seq=1 ttl=61 time=1,55 ms
^X64 de octeți din 2a00:1098:80:a0::1 (2a00:1098:80:a0::1): icmp_seq=2 ttl=61 time=1,74 ms

Pe iptables, Eu iau:

iptables --list -n | grep 443
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 multiport dports 80.443

iptables --list -n | grep 80
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 multiport dports 80.443

..și ip6tables:

ip6tables --list -n | grep 80
ACCEPT starea tcp ::/0 ::/0 NOU tcp dpt:80

ip6tables --list -n | grep 443
ACCEPT starea tcp ::/0 ::/0 NOU tcp dpt:443

Cu toate acestea, când testez site-ul pe https://ipv6-test.com/ cu http, funcționează:

introduceți descrierea imaginii aici

Dar de îndată ce încerc SSL, primesc:

introduceți descrierea imaginii aici

Rulând un test de curl de pe alt server pe acesta, primesc:

curl -v -6 https://backups.myserver.com
* Încerc 2a00:1098:80:a0::1:443...
* TCP_NODELAY setat
* Conectat la backups.myserver.com (2a00:1098:80:a0::1) portul 443 (#0)
* ALPN, oferind h2
* ALPN, oferind http/1.1
* setați cu succes locațiile de verificare a certificatelor:
* CAfile: /etc/ssl/certs/ca-certificates.crt
  CApath: /etc/ssl/certs
* TLSv1.3 (OUT), strângere de mână TLS, salut client (1):
* eroare:1408F10B:Rutine SSL:ssl3_get_record:număr de versiune greșit
* Închiderea conexiunii 0
curl: (35) eroare:1408F10B:Rutine SSL:ssl3_get_record:număr de versiune greșit

Am rămas fără alte lucruri de încercat. Orice sugestii?

Puncte:3
drapel cz

Ați uitat să spuneți lui nginx că aceste porturi de ascultare de pe portul 443 sunt pentru TLS.

    asculta 93.93.135.169:443 http2;
    asculta [::]:443 http2;

Rețineți că ssl lipseste. Ar trebui să citească:

    asculta 93.93.135.169:443 ssl http2;
    asculta [::]:443 ssl http2;
Andrew Newby avatar
drapel in
OMG, știam că trebuie să-mi lipsească ceva. Duh! Mulțumesc că mi-ai adus puțină minte. Uneori este nevoie doar de o pereche de ochi proaspeți pentru a privi ceva!

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.