FuzeVPNEnkelt. Klart. Lige til.
Log ind Abonnér
Vælg sprogDA

Vælg sprog

Abonnér
Menu
Vælg sprogDA

Vælg sprog

Abonnér

Forbindelse og DNS

ECH for det indre ClientHello

Adskil DNS-publicering fra bevis for ECH på browserens aktuelle forbindelse.

To separate mål. Feltet kan spørge DNS om ethvert gyldigt værtsnavn. Forbindelsesbevis gælder kun den åbne sides vært, aldrig et andet navn. Fund af en DNS-parameter ech fastslår kun tilstedeværelse; struktur og faktisk brug vurderes separat.
Test ikke startet

DNS-tilgængelighed og faktisk brug vises separat.

Målets DNS-publicering

—

Denne sides forbindelse

Fuld JSON-rapport
Aucun rapport.

Sammenlign før og efter

Kør samme test på samme enhed, og gem udgangspunktet. Aktivér din VPN, eller ændr én relevant indstilling, gentag under samme forhold, og gem det nye resultat.

Gem et resultat fra før og et fra efter for at sammenligne dem.

Det fortæller testen

Encrypted ClientHello, ECH, beskytter det indre TLS-ClientHello, blandt andet det tilsigtede servernavn, når ECH accepteres. En offentlig DNS-konfiguration er kun en forudsætning. Testen skelner den fra et eksplicit signal om den aktuelle værktøjssides forbindelse. Et opslag på et andet værtsnavn viser kun DNS-forhold for det navn, ikke dets faktiske browserforbindelse.

Sådan kører du testen

  1. Undersøg værktøjssidens aktuelle vært, eller indtast et andet navn til DNS-opslag alene.
  2. Kør testen, og læs publicering og forbindelsesbevis som to forskellige resultater.
  3. Kontrollér, hvilken vært og hvilket forbindelsesafsnit hvert signal vedrører.

Sådan foregår målingen

Serveren undersøger HTTPS-poster i DNS og fortolker ECH-konfigurationen. Tilstedeværelse, gyldig struktur og forstået format er særskilte felter.

Aktuel accept kræver eksplicit bevis fra noden, som håndterer TLS, et godkendt frontled eller en tilsvarende afgrænset sporingsoplysning for browserens segment. DNS-navnet sendes til DNS-over-HTTPS-udbyderen og kan caches.

Forstå dine resultater

ECH accepteret på forbindelsen
Et eksplicit signal for browserens segment bekræfter accept på denne oprindelse. Det er stærkere end en publiceret konfiguration.
Publiceret uden acceptbevis
DNS annoncerer ECH, men beviser ikke brug. Parseren kan også mangle støtte til formatet.
Ikke accepteret eller ukendt
Et pålideligt signal kan vise fallback eller ingen accept. Manglende eller uafgrænsede signaler efterlader brug ukendt; GREASE er ikke succesfuld ECH.

Sammenlign før og efter

  1. Gem oprindelse, DNS-status og browserrettet forbindelsessignal.
  2. Ændr én relevant browser- eller DNS-indstilling, og opret en ny forbindelse til samme oprindelse.
  3. Sammenlign accept adskilt fra publicering. Et andet værtsnavn kan ikke arve værktøjssidens forbindelsesbevis.

Testens begrænsninger

  • TLS 1.3, en ny browser eller en ECH-parameter beviser ikke brug.
  • Manglende DNS-publicering i et gennemført opslag er forskellig fra ukendt brug; ECH skjuler ikke IP eller alle trafikmetadata.

Det kan du ændre ved behov

Konfiguration findes, men ECH accepteres ikke
Kontrollér browsersupport og DNS-rute, og gentag med en ny forbindelse og synlige fallbackoplysninger.
Acceptsignal mangler
Behold resultatet uafklaret; en VPN-ændring skaber ikke et manglende serversignal.

Ofte stillede spørgsmål

Er en ECH-post i DNS nok?

Nej. Browseren skal hente brugbare indstillinger, og serveren skal acceptere ECH på forbindelsen.

Skjuler ECH al browsing?

Nej. Det beskytter det indre ClientHello, ikke alle observerbare egenskaber eller oplysninger sendt efter forbindelsen.

Kilder og tekniske referencer