Puncte:0

De ce îmi va rezolva Firefox domeniul, dar Chrome nu

drapel za

Am configurat un server DNS LAN folosind DNSMasq pentru a redirecționa serverul meu web care în acest moment are https și este redirecționat prin port de către routerul meu. Am un domeniu înregistrat care se rezolvă bine din afara rețelei LAN și am abordat o problemă de loopback NAT pentru solicitările care provin din LAN. cu suficient timp petrecut smulgându-mi părul după epuizare ifconfig și săpa Am deschis firefox Nightly (98) pentru a constata că numele meu de domeniu din bara de adrese rezolvă bine o solicitare https, iar acum oarecum ușurat, nu știu de ce se întâmplă acest lucru.

dig mydomain.local pare să funcționeze corect cu o înregistrare A returnată pentru un IP privat la care se află serverul meu:

; <<>> DiG 9.10.3-P4-Ubuntu <<>> mydomain.local
;; opțiuni globale: +cmd
;; Am raspuns:
;; ->>HEADER<<- opcode: QUERY, stare: NOERROR, id: 6363
;; steaguri: qr aa rd ra; ÎNTREBARE: 1, RĂSPUNS: 1, AUTORITATE: 0, SUPLIMENTARE: 1

;; PSEUDOSECȚIE OPT:
; EDNS: versiunea: 0, steaguri:; udp: 4096
;; SECȚIUNEA DE ÎNTREBĂRI:
;domeniul meu.local. ÎN A

;; SECȚIUNEA RĂSPUNSURI:
domeniul meu.local. 0 IN A 192.168.0.29

;; Timp de interogare: 3 ms
;; SERVER: 192.168.0.29#53(192.168.0.29)
;; CÂND: Duminica 16 ian 22:33:18 AST 2022
;; MSG SIZE rcvd: 58

iar IP-ul rezolvă și servește conținutul site-ului web așa cum era de așteptat

Am făcut o configurație de bază a dnsmasq, aici sunt opțiunile de configurare de bază pe care le am în dnsmasq.conf

domeniul necesar
fals-priv
fără rezoluție
server=8.8.8.8
server=8.8.4.4
local=/localnet/
adresa=/domeniul meu.local/192.168.0.29
domeniu=localnet

iar fișierul gazdă conține

192.168.0.29 domeniul meu.local

Am șters memoria cache dns locală Chrome la chrome://net-internals/#dns dar nimic nu s-a schimbat, așa că în acest moment mă întreb cu ce diferă Chrome de Firefox în acest sens.

Puncte:3
drapel za

Chrome nu are nevoie doar de o spălare a cache-ului dns, care poate fi făcută Chrome: chrome://net-internals/#dns, a avut nevoie și de o spălare a bazinelor de prize. Deci mergi la chrome://net-internals/#sockets și făcând clic bazine cu priză de spălare a rezolvat această problemă de cache.

Puncte:1
drapel cf

Chrome are propriul său cache DNS, care este separat de alte browsere. Acest lucru ar explica de ce alte browsere nu au probleme. Dacă doriți să ștergeți memoria cache DNS și să îl afectați, Chrome, accesați următoarea pagină din Chrome: chrome://net-internals/#dns

Faceți clic pe butonul „Ștergeți memoria cache a gazdei”.

Adam  M. avatar
drapel za
Mulțumesc pentru răspuns, am uitat să menționez că am șters înregistrările DNS locale din Chrome și asta nu a făcut nicio diferență.
Adam  M. avatar
drapel za
Am descoperit că trebuie să șterg și cache-ul socket-ului, ceea ce mi-a rezolvat problema! chrome://net-internals/#sockets mulțumesc că m-ai făcut să mă uit din nou.

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.