Hello
Oui. Soit on a plusieurs points de présence et le load
balancing/failover est fait en anycast éventuellement et en BGP (on
publie des mise à jour de routes pour "éteindre" ou diminuer le trafic
vers le point de présence down ou saturé), soit on n'a qu'un seul point
de présence où l'on f
Je confirme (pour l'avoir expérimenté à grande échelle dans une autre
vie) qu'un TTL DNS en dessous de 30 secondes, c'est pour se donner
l'illusion qu'on aura une bascule instantanée dans un scénario de
failover (ou de load balancing). En pratique, ça met plusieurs minutes à
commuter.
Mais ce
Le 14/12/2022 à 08:53, Stephane Bortzmeyer a écrit :
On Thu, Dec 08, 2022 at 10:18:38AM +0100,
Christophe Desnoyer wrote
a message of 41 lines which said:
La réplication ne sera jamais en temps réel (en DNS, le temps de
propagation d'une modif se compte en minutes à cause des caches
d'API pour pousser la modif "en temps réel"
C'est là que le format fichier plat est utile.
Le 08/12/2022 à 00:24, Alarig Le Lay a écrit :
On Tue 06 Dec 2022 15:27:43 GMT, Christophe Desnoyer wrote:
+1
Tout serveur/résolveur DNS exposé sur Internet peut subir des attaques
en
+1
Tout serveur/résolveur DNS exposé sur Internet peut subir des attaques
en Mreq/s (pour qu'on qu'on lève le goulot d'étranglement bande passante
par anycast etc.).
Donc le faire dépendre d'un machin qui ne suivra que jusqu'à quelques
dizaines de Kreq/s...
Même le doter d'une API est pres
Tout dépend de l'adresse mail de destination et du contenu du mail.
Il a 2 notions juridiques qui entrent en jeu dans le cas de l'envoi de
mails :
1. la législation sur les fichiers contenant des *données
personnellement identifiables*, qui ignore totalement la distinction
entre le B2B e
Le 06/04/2022 à 23:34, Léo El Amri via frnog a écrit :
Ce qui a été retenu par les chambres du Conseil d'État, c'est que
l'ARCEP n'a pas respecté le V de l'article L31-1 [1]. Sauf qu'ils ne
disent pas en quoi l'ARCEP de l'a pas respecté. Comme l'a dit Stéphane
Rivière, est-ce qu'on considère
Et surtout, cette info fait une confusion entre "80 % des requêtes Web
vont vers des entreprises US" et "80 % du trafic Internet traverse
l'Atlantique"
Ça n'a rien à voir car :
1. le Web et Internet ça n'est pas la même chose : le volume mail est
supérieur et il est majoritairement intra-na
s'est soi-même
enfermé. Être fondu dans la masse car on est connecté est bien plus discret.
Bref je ne crois pas trop au scénario isolation/coupure. je verrais
plutôt un Cyber Rideau de Fer filtrant, avec DPI, licence obligatoire
etc. façon Great Firewall chinois.
Mais ce n'est que m
nitialement posée dans ce thread qui n'a que trop divergé : la
Russie peut-elle vraiment, durablement, s'isoler d'Internet ?
Amicalement à tous
Christophe desnoyer
Le 28/02/2022 à 22:45, mlrx a écrit :
Le 28/02/2022 à 11:54, Mickael Monsieur a écrit :
Merci Thomas, c’est très int
Si on revient au problème de base (la perte de la référence GPS), toutes
les sources de temps NTP ne sont pas basées sur le signal GPS.
Certains serveurs de strate 1 NTP sont basés sur le signal GPS, mais il
y a aussi des serveurs basés sur un réseau d'horloges atomique. C'est le
cas de l'observat
Hello
Le 28/04/2021 à 16:42, Spyou a écrit :
>
> Ben probablement 0.000...01. le principe de l'IoT et des blockchain
> qui s'y intéressent (iota par exemple) c'est de faire de la
> micro-micro-micro-transaction.
>
Ben non justement, ça fera plutôt X € de coût fixé divisé par quasiment
0 d'usage, s
La version actuelle de ce truc est basée sur LoRAWAN qui utilise la
bande ISM (433 & 868 MHz chez nous) et offre un débit faramineux de ...
0,3 à 37,5 kbits/s.
Je ne vois donc pas comment pourrait marcher un modèle économique où le
propriétaire de la passerelle se finance en facturant les clients
Oui, voilà !
Donc en résumé, pour accéder à http[s]://www.frnog.org/...
1. le client JS fait sa requête DoH
2. il voit 3 CNAMEs : srv[1,2,3].frnog.org
3. il fait son LB façon RR-DNS et chosit srv2.frnog.org
4. il poursuit en accédant à http:[s]://srv2.frnog.org/...
Problèmes à résoudre :
1
> Testé à l'instant sous Windows 10, le timeout est de l'ordre de 20
> secondes. Que ce soit sur Chrome, Firefox ou Edgium.
> Donc ça reste acceptable...
>
Oui. Précisément : 21 s de timeout minimum dans cette config.
Mais ça dépend de la machine, de l'OS, des patches et du "sysconfig"
local. On
Le 05/03/2020 à 00:50, Jonathan Leroy - Inikup via frnog a écrit :
> Donc oui, les cookies sont nécessaires en 2020. :)
+1.
Ne pas confondre cookies permanents (le MAL) et cookies de session (une
nécessité en 2020 et pour longtemps encore).
D'ailleurs, le fait qu'un contenu en http://IP/... ne
sers-handle-multiple-ips
Cordialement
Christophe Desnoyer
Le 04/03/2020 à 16:08, Philippe Bourcier a écrit :
> Re,
>
>> Forcément ça ralentit un peu la navigation (il faut attendre quelques
>> secondes le timeout), mais comme la connexion est souvent gardée ouverte
>> p
Par TTL court il faut entendre TTL de 20 minutes, car même si on publie
un TTL de 30s, beaucoup de resolvers d'ISP cachent pendant 20 minutes
mini. Donc pour ce qui est de la haute dispo
Le 03/03/2020 à 13:21, Raphael Mazelier a écrit :
> Résultat gslb avec gdnsd me semble une bonne solution.
r ne s'appliquant qu'aux oeuvres de
> l'esprit originales (la jurisprudence regorge de décisions qui ont précisé
> cette notion, complexe, d'originalité) et les seconds étant limités aux
> bases de données ayant nécessitées un investissement substantiel de la part
> de leur
où
des *pairs *s'échangent des paquets pour leur intérêt *mutuel*, le
destinataire étant toujours libre de faire ce qu'il veut de ce qu'on lui
envoie.
Bref, je suis d'accord avec l'opinion déjà exprimée ici : ce business
est au moins douteux et le jeu n'en vaut pas la ch
20 matches
Mail list logo
