Puncte:0

Site-ul web de pe Ubuntu 20.04 nu se va afișa publicului

drapel cn

Mă confrunt cu o problemă ciudată, cel puțin pentru mine, pe care nu o pot rezolva. Domeniul meu este pe deplin propagat conform whatsmydns.net:

raport whatsmydns.net

Cu toate acestea dig nu-mi va da un ip:

; <<>> DiG 9.16.1-Ubuntu <<>> defactocannabis.com ;; opțiuni globale: +cmd ;; Am răspuns: ;; ->>HEADER<<- opcode: QUERY, stare: SERVFAIL, id: 5692 ;; steaguri: qr rd ra; ÎNTREBARE: 1, RĂSPUNS: 0, AUTORITATE: 0, SUPLIMENTARE: 1 ;; PSEUDOSECȚIE OPT: ; EDNS: versiunea: 0, steaguri:; udp: 65494 ;; SECȚIUNEA DE ÎNTREBĂRI: ;defactocannabis.com. ÎN A ;; Timp de interogare: 284 ms ;; SERVER: 127.0.0.53#53(127.0.0.53) ;; CÂND: marți, 15 martie, 01:26:04 +04 2022 ;; MSG SIZE rcvd: 48

Am verificat cu registratorul meu (Namecheap) și mi-au spus că totul este în regulă din partea lor.

netstat -taupen | rapoarte grep LISTEN:

tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN 114 36844 3300/redis-server tcp 0 0 127.0.0.53:53 0.0.0.0:* ASCULTĂ 101 21112 686/systemd-resolve tcp 0 0 0.0.0.0:22 0.0.0.0:* ASCULTĂ 0 24658 815/sshd: /usr/sbin tcp 0 0 127.0.0.1:3306 0.0.0.0:* ASCULTĂ 113 25942 884/mysqld
tcp6 0 0 ::1:6379 :::* ASCULTĂ 114 36845 3300/redis-server 1 tcp6 0 0 :::80 :::* ASCULTA 0 68578 8381/apache2
tcp6 0 0 :::22 :::* ASCULTĂ 0 24670 815/sshd: /usr/sbin

Deci, pot vedea că serverul ascultă pe portul 80 pentru ipv6, dar nu îl pot vedea menționat pentru ipv4.

Am încercat să dezactivez atât firewall-ul cloud, cât și UFW (ambele sunt la fel). Acesta este UFW:

22/tcp ALLOW 5.226.139.148
25/tcp ALLOW 5.226.139.148
80/tcp PERMITERE oriunde
443/tcp ALLOW Oriunde
443/udp PERMITERE Oriunde
53 PERMITERE oriunde
80/udp PERMITERE Oriunde
3306 PERMITERE oriunde
80/tcp (v6) PERMITERE oriunde (v6)
443/tcp (v6) PERMITERE oriunde (v6)
443/udp (v6) PERMITERE oriunde (v6)
53 (v6) PERMITERE oriunde (v6)
80/udp (v6) PERMITERE oriunde (v6)
3306 (v6) PERMITERE oriunde (v6)

Sincer, nu pot să-mi dau seama ce este în neregulă. Daca merg la adresa ip (http://78.141.209.186/) functioneaza perfect. DNS-ul meu s-a propagat ieri, dar încă nu reușesc să raportez IP-ul corespunzător sau browserele mele (Chrome, Chromium, Firefox) pentru a afișa pagina.

Informatii suplimentare: Mai devreme azi am pornit pe usb-ul meu live și am încercat să accesez site-ul web după numele de domeniu în Firefox și a funcționat. Așa că m-am gândit că trebuie să fie sistemul de operare al meu (după aproximativ o oră de învățat să șterg cache-urile DNS etc.). Am reinstalat sistemul de operare. Acum inca nu merge! Mi-am resetat routerul. Impas. Am încercat patru noduri VPN diferite. Nimic.

Site-ul meu pur și simplu nu se va rezolva folosind numele de domeniu. Doar IP-ul. De asemenea, am încercat să schimb setările în WordPress de la http://78.141.209.186 la http://defactocannabis.com. Doar IP-ul funcționează.

Aș aprecia cu adevărat asistență în rezolvarea acestei probleme, deoarece depășește cunoștințele mele tehnice și nu mai știu ce să fac.

Notă Celălalt lucru este când scriu http://78.141.209.186 în Firefox, se schimbă automat în numele meu de domeniu și primesc eroarea site-ul web nu poate fi găsit...

Puncte:1
drapel cn

SERVFAIL înseamnă o eroare DNS fatală și se poate întâmpla pentru erori legate de DNSSEC.

Cu toate acestea, un instrument bun de depanare, cum ar fi DNSViz, nu arată nicio problemă cu setările DNS, vezi https://dnsviz.net/d/defactocannabis.com/Yi_Bhw/dnssec/

Toate cele 3 soluții DNS publice majore nu au probleme în rezolvarea numelui dvs., vedeți:

$ pentru x în 1 8 9 ; do echo $x ; sapă @$x.$x.$x.$x defactocannabis.com. A +scurt ; Terminat
1
78.141.209.186
8
78.141.209.186
9
78.141.209.186

Alte instrumente de verificare legate de web nu au probleme nici la încărcarea site-ului dvs., vedeți https://shotsherpa.com/adventure/622fc274a3a7405a1349a3b9

Deci problema ta este într-adevăr o eroare de configurare DNS locală undeva. Ta săpa ieșire arată 127.0.0.53 care este de obicei adresa IP folosită de systemd-rezolvat Serverul DNS, așa că va trebui să-i verificați starea și să vă înregistrați. Și fă un local săpa interogați folosind un alt server de nume și veți vedea că lucrurile funcționează.

PS: nu există nicio propagare DNS, care nu a existat niciodată, în ciuda tuturor documentelor proaste care spun așa. Dacă interogați servere de nume autorizate, modificările sunt vizibile imediat. În ceea ce privește serverele de nume recursive, acestea sunt legate de TTL și întregul flux nu este de sus în jos (care ar fi fost o propagare), ci doar serverele de nume recursive care preiau date noi atunci când expiră TTL.

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.