Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2375 connectés 

  FORUM HardWare.fr
  Réseaux grand public / SoHo
  Réseaux

  Requête Adguard étrange

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Requête Adguard étrange

n°1269512
DayWalker ​II
Posté le 14-03-2026 à 18:59:18  profilanswer
 

Bonjour,
 
J'utilise adguard home, et un homeassistant avec duckdns + Let's Encrypt pour un accès depuis l'extérieur. Sur Adguard Home (extension de HomeAssistant), j'ai relevé une requête vraiment longue à réagir par moment (>20s, parfois <300 ms) alors que les résolutions sur ce sous-domaine sont généralement de qq ms.
 
https://zupimages.net/up/26/11/g079.png
 
A quoi cela correspond-il ? comment résoudre ?  
 
EDIT : 8123 est le port utilisé par HA par défaut.


Message édité par DayWalker II le 14-03-2026 à 19:06:31
mood
Publicité
Posté le 14-03-2026 à 18:59:18  profilanswer
 

n°1269553
renaud072
Posté le 16-03-2026 à 17:12:09  profilanswer
 

Salut,

 

Ça ressemble à une requête SRV mais la tronche de celle-ci est bizarre, il n'y a pas de numéro de port normalement.

 

Si c'est bien ça, je dirais que le client tente de demander quel serveur gère home assistant. Mais si la requête part sur les serveurs de duckdns je doute qu'elle soit associée à un enregistrement (d'où la résolution qui prend 3 plombes). C'est le cas ?

 

Essaie de la taper en ligne de commande (sous linux) avec dig en précisant SRV par ex : dig SRV _8123._https.subdomaine.duckdns.org si ça renvoie un SERVFAIL ou NXDOMAIN, c'est que ça n'existe effectivement pas...

 


EDIT : si on suit le standard, il faudrait une requête du type : _homeasissant._tcp.domain.com qui répondrait :

 
Code :
  1. _homeasissant._tcp.domain.com. 600 IN SRV 0 100 8123 ha.domain.com.

Message cité 1 fois
Message édité par renaud072 le 16-03-2026 à 17:38:10

---------------
MSI B450 Tomahawk MAX - R7 3700X - Ballistix 2x8 + 2x16 Go 3200 Mhz CL16 - RX570 4 Go / Laptop : Lenovo Gaming 3 - R5 5600H - RX Vega 8/GTX 1650 - 32 Go
n°1269559
Je@nb
Kindly give dime
Posté le 16-03-2026 à 22:59:38  profilanswer
 
n°1269607
renaud072
Posté le 17-03-2026 à 20:45:10  profilanswer
 

J'aurais appris un truc.

 

Il me semble l'avoir déjà croisé dans des captures, mais je croyais que c'était encore un truc proprio/hors RFC :D


Message édité par renaud072 le 17-03-2026 à 20:45:51

---------------
MSI B450 Tomahawk MAX - R7 3700X - Ballistix 2x8 + 2x16 Go 3200 Mhz CL16 - RX570 4 Go / Laptop : Lenovo Gaming 3 - R5 5600H - RX Vega 8/GTX 1650 - 32 Go
n°1269643
DayWalker ​II
Posté le 18-03-2026 à 13:39:30  profilanswer
 

renaud072 a écrit :

Salut,
 
Ça ressemble à une requête SRV mais la tronche de celle-ci est bizarre, il n'y a pas de numéro de port normalement.
 
Si c'est bien ça, je dirais que le client tente de demander quel serveur gère home assistant. Mais si la requête part sur les serveurs de duckdns je doute qu'elle soit associée à un enregistrement (d'où la résolution qui prend 3 plombes). C'est le cas ?  
 
Essaie de la taper en ligne de commande (sous linux) avec dig en précisant SRV par ex : dig SRV _8123._https.subdomaine.duckdns.org si ça renvoie un SERVFAIL ou NXDOMAIN, c'est que ça n'existe effectivement pas...
 
 
EDIT : si on suit le standard, il faudrait une requête du type : _homeasissant._tcp.domain.com qui répondrait :  
 

Code :
  1. _homeasissant._tcp.domain.com. 600 IN SRV 0 100 8123 ha.domain.com.



 
 
Voici ce que ca donne, mais je n'ai pas les compétences pour comprendre...
 
https://zupimages.net/up/26/12/s7ol.png

n°1269668
renaud072
Posté le 19-03-2026 à 02:37:55  profilanswer
 

Comme l'a dit Je@nb c'est pas un SRV, mais un SVCB/HTTPS.

 

Tente avec un dig HTTPS _8123._https.subdomaine.duckdns.org Mais je suis quasi sûr que tu n'auras aucune réponse. Le NOERROR signifie qu'il n'y a pas d’enregistrement associé, mais que le nom existe bien. Sur ce genre de service, la zone DNS n'est pas personnalisable.
 
J'ai essayé de mon côté et même en testant un enregistrement A classique, la réponse a mis plus d'une seconde à arriver, je soupçonne leur DNS d'être lent à certains moments (plus tard j'étais à 150ms). Et pour les cas qui se traitent plus rapidement, c'est l'adguard qui l'a dans son cache je suppose. Faut pas oublier aussi que les DNS en amont mettent également la réponse en cache.

 

Si tu veux traiter cette adresse et que la connexion met du temps à réagir à cause de ça, il faut monter ton propre DNS (au moins pour ton LAN), mais selon comment c'est architecturé, c'est pas toujours simple.


Message édité par renaud072 le 19-03-2026 à 04:18:47

---------------
MSI B450 Tomahawk MAX - R7 3700X - Ballistix 2x8 + 2x16 Go 3200 Mhz CL16 - RX570 4 Go / Laptop : Lenovo Gaming 3 - R5 5600H - RX Vega 8/GTX 1650 - 32 Go
n°1269669
DayWalker ​II
Posté le 19-03-2026 à 07:39:19  profilanswer
 

Du coup, sans SRV, voilà ce que ca donne :
https://zupimages.net/up/26/12/24nq.png


Message édité par DayWalker II le 19-03-2026 à 07:40:58
n°1269695
renaud072
Posté le 19-03-2026 à 15:23:56  profilanswer
 

T'as oublié le HTTPS après dig.
 
Là tu fais juste une requête A et il renvoie ton IP (tout ce qui est avant subdomaine est considéré comme étant la même IP).


---------------
MSI B450 Tomahawk MAX - R7 3700X - Ballistix 2x8 + 2x16 Go 3200 Mhz CL16 - RX570 4 Go / Laptop : Lenovo Gaming 3 - R5 5600H - RX Vega 8/GTX 1650 - 32 Go
n°1269747
DayWalker ​II
Posté le 20-03-2026 à 11:59:52  profilanswer
 

Arf...
et voilà !
 
https://zupimages.net/up/26/12/ew04.png


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Réseaux grand public / SoHo
  Réseaux

  Requête Adguard étrange

 

Sujets relatifs
Transférer une requête vers le bon device selon le sous-domaineAdguard comportement étrange
requête NNTPConfiguration RouteurOS @home et latence étrange en WiFi
Problème étrange de connexion sur mon pcInstallation réseau domestique étrange
Débit CPL étrangeProblème de navigation web très étrange
Probleme étrange CPL et freebox 
Plus de sujets relatifs à : Requête Adguard étrange


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)