Reprise du message précédent :
Le TTL était à combien ?

Avec un TTL de combien sur les enregistrements ? Ce n'est pas la responsabilité du serveur faisant autorité de répliquer les enregistrements vers d'autres entités, DNS fonctionne dans l'autre sens.

Heu... c'est pas bêtement que le TTL de vos enregistrements était configuré haut?

three-hits combo

 
Au delà du multi combo sur le TTL, ça ne se propage pas un enregistrement DNS.

J'avais entendu parler d'un mécanisme pour mettre à jour les DNS en dehors des TTL, fakenious ?

Bah, forcément, t'a le délais entre le serveur d'API/web et le DNS responsable de la zone, en fonction du mécanisme ça peut prendre un peu de temps (y'a bien un vieux montage quelque part avec une crontab qui synchro toutes les 24h la DB avec les fichiers de zone de bind ).

sur les résolveurs sur lesquels tu as la main tu peux vider le cache, sur les résolveurs des autres y'a pas grand chose à faire.
Normalement en amont d'un changement tu mets un TTL court pour que le changement soit pris en compte rapidement par tous les résolveurs.

 
Comme il y a de l'abus coté TTL court (cf https://blog.apnic.net/2019/11/12/s [...] -dns-ttls/ ) Certaines implémentation permettrais de mettre un TTL minimum coté résolveurs. (jamais vu ça perso, mais j'avais constaté le problème chez free, comme Bortzmeyer, fut un temps, sur des tests d'implémentation type global traffic manager F5 ou GSLB).
 
https://www.bortzmeyer.org/forcer-ttl.html
 
Je sais pas si c'est toujours d'actualité.

 
Avoir 2 AS, 2 préfixes différents, 2 réseaux et 2 DC éloignés
 
Sinon perso je dirais 2 fournisseurs si les 2 ont une API pratique à utiliser. Je déteste dépendre d'un fournisseur, tu peux avoir toutes les garanties du monde, tu ne sais jamais comment ça peut être derrière.
 
T'es jamais à l'abri d'un déploiement centralisé qui nique tout.

 
on a nos propres serveurs dns qu'on a répartis à droite et à gauche sur différents DC/hébergeurs/AS.
 
la gestion est par contre centralisée en interne.

Allez ce soir c'est MS365/Azure qui plante  

Attends laisse terminer l'incompatibilité entre la KB5000802 et les Kyocera

 
Ouah comment ça fait chier cette histoire d'ailleurs.

Kyocera existe toujours ?

C'est juste côté authentification, non ? Ou bien ça plante aussi les workloads?

Yes

Ticket : Jeanne, O'scour   Mes VMs ont des problèmes, j'arrive plus à écrire !!
 
Storage local en thin provisionned : 100% full.
 
 

Ah et un autre client qui a fait de la merde à la main sur un storage, qui est en XOA Starter (à 70$/mois hein, le plan pour les entreprises PD2POV).

Je lui demande en quoi sont ticket est lié à Xen Orchestra, il me répond OKLM :

Va brûler dans un DC OVH.

Kindly help expand local storage into 5TB business dropbox

Mais s’il fait ça, il va être DCD

Oh que oui et ils doivent etre les moins chers
Mon SDIS y a souscrit tout le parc il y a 3ans.
C'est constamment en panne ...
Meme sur celle qui crache que 1200 pages / an...

Dans une autre vie on avait remplacé nos vieilles HP dans l'usine par des Kyocera 1320D, A4 laser N/B.
Toute simple sans fioriture, c'était increvable, au pire suffisait de sortir les éléments et de les reclaqué dedans à la bourrin et ça repartais pour 6 mois, parfois dans des environnements vraiment dégueulasse    
J'adorais ces petites machines.
 
Depuis remplacé par des bétaillère Canon hors de prix et sous contrat de maintenance, tout se perds  

 
Subtilité: c'est ceux ou le revendeur fait le plus de marge  

en 2004 aussi c'etait les moins chers et ca déconnait super souvent j'aurais jamais cru qu'ils survivraient aussi longtemps

Jusqu'à 100 000 pages pour des imprimantes de bureau en N/B, elles fonctionnent très bien, même dans des environnements compliqués. Après, ça coûte trop cher en entretien... Ça c'etait du temps des 1120dn, 1350dn,....
Aujourd'hui, c'est remplacé par des 2040DN, qu'il faut mettre à la poubelle au bout de 25 000 pages à cause de bourrage au niveau du bloc de fusion....
Évidemment, après 1 an, ce n'est plus garanti...
J'arrive à les réparer moi même en trouvant les pièces sur Amazon pour environ 50 € et 1h30 de MO,... Mais faut trouver le temps de faire ça...
Sinon, nos copieurs de la gamme Taskalfa fonctionnent plutôt bien.
Après, nous avons une utilisation bureautique très simple aussi.

les lusers qui réouvrent un ticket fermé depuis des mois pour rajouter un truc à leur demande ou faire une demande similaire, qui sont ils, quels sont leurs réseaux ?

Des connards

Il y a un intérêt qui m'échappe, à faire le routage inter-MPLS sur un switch et pas sur un cluster de firewalls ?

define:routage inter-MPLS

Le routage entre mes sites en MPLS/BTIP Orange.

 
non mais j'aimerais bien comprendre si c'est de la flemme, ou si ça leur semble être réellement la chose logique à faire ou quoi

 
Le routage entre les sites c'est pas le MPLS qui le fait justement ?

 
appli mal parametré; un ticket fermé depuis des mois doit pas pouvoir etre réouvert

Les mêmes que le support qui te ferme ton ticket sans te demander ton avis, ou qui répond des mois après "Vous en avez toujours besoin ?"

Ne te plains pas, on en a qui rouvrent systématiquement le dernier ticket les concernant, quel que soit le sujet... Tellement plus simple de faire 2 clics pour demander une souris sur le ticket concernant des droits d'accès plutôt que d'aller dans les favoris du navigateur... On ferme directement maintenant ces tickets là, mais ça a un impact sur certains indicateurs.

On a ça aussi avec quelques groupes support qui ne veulent pas de l'outil ticketting... un vrai bonheur!

 
c'est vrai
 
j'avais un spécialiste de la pratique dans l'équipe à une époque, le mec répondait une fois et fermait direct sans rien demander. Bien sûr un coup sur deux ça marchait pas comme demandé.

Généralement du TCP/IP.  
 

Si si, mais justement sur mon LAN faut que j'ai un point qui envoie vers les routeurs du MPLS.
Là c'est un switch qui le fait, mais je préfèrerais renvoyer ça sur le cluster de firewalls.