Messages récents

Pages: [1] 2 3 4 5 6 ... 10
1
profile Présentations / je me présente
« Dernier message par hince1949 le Aujourd'hui à 07:22:57 »
Bonjour, je m'appelle Frédéric et je suis un client fibre Bouygues
2
Déjà que je trouve qu'une limite de 100 requêtes/seconde est déjà problématique (mais potentiellement passable) sur les IP publiques très partagées, comme c'est le cas sur tout les réseaux mobiles en France... mais limiter à 100 requêtes/10s, c'est uniquement sur réseau fixe avec peu de PC et smartphone/tablette via wifi.
Il faut probablement privilégier l'IPv6, sauf s'ils limitent par /64 (ou pire /56).
3
Numel1 et Aunisien, je verrais plus tard pour votre DNS préféré respectif. Mais je rappelle que ma liste est perso, et n'a pas d'objectif à être exhaustif un jour.
Bon, je viens d'étudier vos 2 solutions.
Ça ne fait pas changer ma liste.
La 1ere solution, je crois même que j'étais au courant il y a longtemps... puis mis aux oubliettes. Vous allez vite voir pourquoi.

1/ DNSforge

Je vois pas une trace non plus de dnsforge..

Citer
100 queries per 10 seconds
https://dnsforge.de/
Déjà que je trouve qu'une limite de 100 requêtes/seconde est déjà problématique (mais potentiellement passable) sur les IP publiques très partagées, comme c'est le cas sur tout les réseaux mobiles en France... mais limiter à 100 requêtes/10s, c'est uniquement sur réseau fixe avec peu de PC et smartphone/tablette via wifi.

2/ Technitium

Il y a aussi Technitium qui fait DNS et blocage de pubs….

Alors je ne connaissais pas, et c'est un concurrent direct à Unbound, tout en interface graphique, et avec possibilité de bloquer des domaines à résoudre... mais ne fait pas que DNS.
4
Pour en avoir le cœur net:
- déconnecter le VPN
- aller sur https://ip.lafibre.info/
- indiqué par mp à Vivien https://lafibre.info/profile/?u=306 en étant reconnecté au VPN la situation et l'IPV4 (et IPv6 s'il y a aussi), qui s'affichait lorsque le VPN était déconnecté sur ip.lafibre.info pour qu'il diagnostique ce blocage.


Edit: mise en forme au format liste, et une faute de frappe à un verbe.
5
Il doit maintenant y avoir un blocage d'IP étrangère pour protéger le site car je suis actuellement à l'étranger, et je ne peux pas me connecter au site depuis environ le 22 octobre, et j'ai pourtant essayé avec différents navigateurs (pensant à un problème avec le cache). Jusqu'à hier, où j'ai demandé à Gemini, s'il y avait un problème d'accès au site, et il m'a dit que non, alors suis passé par un VPN avec IP française, et là, ça a marché.
6
SFR Actus SFR câble / SFR bascule FTTLa vers le FTTH ?
« Dernier message par Bigoudi le Aujourd'hui à 01:22:27 »
Autant pour FT, je suis assez d'accord : le cuivre est bien rangé, protégé et goulotté.
Autant pour le câble... les répartiteurs ouverts à tous vents dans les cages d'escaliers sont légions, avec leur boule/pieuvre de câbles caractéristiques autour. C'est peut-être plus récent, je veux bien te croire (je n'ai pas d'expérience de 80-90-2000), mais je maintiens... ca fait pas propre, c'est pas un réseau en bon état, ca ne peut pas marcher dans la durée.
Je suppose que tu parles notamment des grosses boîtes sur la colonne de chaque Cage d'escalier, comme celle-ci...

Il y a eu un certain abandon de la maintenance. Je me souviens que dans ma Cage d'escalier, il y a environ 20 ans, la boîte s'est inclinée (bref, elle tombait), j'ai appelé le Syndic pour qu'il le communique à Noos, mais personne n'ai jamais venu la remettre en place...mais il y avait pire dans d'autres immeubles et par zone.

Sinon, dans mon immeuble, la paire de cuivre de France Télécom passe par la colonne du câble coaxial de SFR (réseau qui était originellement destinée exclusivement à la TV et Radio), et environ 25 ans plus tard, Orange comme opérateur d'immeuble a réutilisé la colonne pour faire passer la fibre. Je pense que nous sommes ici dans le cas des infrastructures ou fourreaux appartenants à l'ex-France Télécom (aujourd'hui Orange), où SFR doit payer pour commercialiser son FTTLA.
7
Parce que c'est nécessaire au fonctionnement du NAT64.
Changer le DNS, tu pètes ce mécanisme et donc plus d'accès ipv4 si ton APN est en v6-only.
Et les clients râlent...

(been here, done that)
Bon, heureusement alors que ça ne bloque pas l'initialisation en clair du DoT et du DoH.
Et de manière plus technique, avec mon précédent message, faire communiquer un serveur Unbound auto-hébergé chez soi et un smartphone ou une tablette, c'est uniquement via le wifi d'une vraie box, et donc un réseau fixe, pas un réseau mobile.
Je n'ai jamais réussi à faire via un hotspot 4G, ce n'est pas du vrai LAN.

EDIT: par contre, à mon précédent message, j'ai ajouté un gros avertissement à mon précédent message, pour les cas où on connecte du PC a du réseau mobile (ce qui m'arrive plus ou moins régulièrement).
8
Pourquoi vouloir l'éviter en France? Bouygues Telecom (réseau mobile) détourne toutes les requêtes du port 53 vers leurs serveur DNS, peu importe nos paramètres DNS.

Parce que c'est nécessaire au fonctionnement du NAT64.
Changer le DNS, tu pètes ce mécanisme et donc plus d'accès ipv4 si ton APN est en v6-only.
Et les clients râlent...

(been here, done that)
9
Numel1 et Aunisien, je verrais plus tard pour votre DNS préféré respectif. Mais je rappelle que ma liste est perso, et n'a pas d'objectif à être exhaustif un jour.


Pour revenir à Unbound, il y a un cas pratique pour ceux qui veulent n'avoir aucune requête DNS en clair (le DoT et le DoH s'initialise en requête en clair, généralement, pour le domaine internet).

Pourquoi vouloir l'éviter en France? Bouygues Telecom (réseau mobile) détourne toutes les requêtes du port 53 vers leurs serveur DNS, peu importe nos paramètres DNS.
C'est pour ça que je ne peux pas me passer de DoT et DoH en soit, et pour le moment ça ne bloque par l'initialisation en clair du DoT ou du DoH, ce qui explique que je ne soit pas déjà à nouveau avec Unbound.

Les serveurs root ne sont ni en DoT, ni en DoH.

Par contre, depuis longtemps, Unbound a mis DoT nativement, et c'est devenu complet sous Windows depuis la version 1.10.0 (mais avec les failles de sécurité, il est fortement recommandé de faire toutes le mises à jour).
Son fonctionnement passe par l'initialisation TLS par IP, donc sans requête DNS.

Avec votre DNS intermédiaire préféré et compatible DoT, voici la configuration complète sur cet aspect (exemple avec Google en mode DoT strict, mais prenez le même schéma avec un autre DNS si vous le souhaitez):
server:
        # Requis sous Windows pour valider les certificats TLS via le magasin système
    tls-win-cert: yes

forward-zone:
    name: "."
    forward-tls-upstream: yes
   
    # Les 2 adresses IPv4 de Google DNS avec le DoT (le port 853 est le port par défaut pour le DoT quelque soit le DNS)
    forward-addr: 8.8.8.8@853#dns.google
    forward-addr: 8.8.4.4@853#dns.google
   
    # Les 2 adresses IPv6 de Google DNS avec le DoT (si vous avez un résultat positif avec votre navigateur sur https://ipv6.lafibre.info/ip.php )
    forward-addr: 2001:4860:4860::8888@853#dns.google
    forward-addr: 2001:4860:4860::8844@853#dns.google

Edit de 00h59: grosse correction sur la gestion de l'IPv6.

Edit de 1h13: apparemment, ne pas appliquer cette configuration si votre PC est connecté a du réseau mobile! Du DoH ou DoT classique, avec aussi que des IP pour du DNS en clair est à privilégier!
10
Il y a aussi Technitium qui fait DNS et blocage de pubs….
Pages: [1] 2 3 4 5 6 ... 10