RE: [FRnOG] [MISC] NTP : Retour en 2002 le 24 octobre ?
> Anthony Hubbard a écrit : > à partir du 24 octobre 2021, certains serveurs NTP pourraient subir > une distorsion temporelle de 19 ans en arrière et revenir en 2002. Ah finalement un candidat un peu sérieux pour la fin de l'Internet; on avait pas grand-chose à se mettre sous la dent dernièrement. Potentiellement ça peut créer des problèmes, effectivement. > Vous étiez au courant ? Ben... Non. Reste à espérer que les gens qui ont des serveurs NTP mettent la rustine. AMHA ça va pas casser trop de choses. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?
On sait ce qu'il se passera après cette date sur une version toujours pas à jour? Ca reste à 1024 semaines en arrière et ça continue son chemin ou un autre scénario est attendu? Le 27/09/2021 à 17:40, Pierre DOLIDON a écrit : $ date -d "24 oct 2021 -1024 weeks" dimanche 10 mars 2002, 00:00:00 (UTC+0100) ça va être fun accessoirement, ntpd refuse effectivement de synchro si y'a trop de décallage. ntpdate -u en revanche ; non. (ntpd a souvent plusieurs serveurs / pool ; et si un dérive n'importe comment, il est juste ignoré) Le 27/09/2021 à 14:21, Anthony Hubbard a écrit : TL,DR : à partir du 24 octobre 2021, certains serveurs NTP pourraient subir une distorsion temporelle de 19 ans en arrière et revenir en 2002. Bonjour Je voulais partager avec vous une information qui me semble assez importante, vu les conséquences imprévisibles mais importantes qu'elle pourrait avoir sur le fonctionnement global des systèmes d'information. C’est pour cela que j’ai utilisé le préfixe [ALERT], même si j’espère que tout ceci fera psht Il s'agit d'un bogue dans un démon nommé "gpsd", utilisé pour communiquer avec divers dispositifs GPS afin de récupérer des informations de localisation. Mais étant donné que les satellites GPS fournissent également des informations temporelles, le démon gpsd peut également extraire ces informations via sa fonction gpsd_gpstime_resolv(). Ainsi, gpsd est intégré dans certains appareils qui récupèrent l'heure du système GPS, avant de la fournir aux serveurs NTP "classiques". Le bogue réside dans cette fonction particulière gpsd_gpstime_resolv() dans gpsd v3.20 à v3.22. Si j’ai tout bien compris, il conduira à ce que la fonction fournisse une heure rétrograde de 1024 semaines (soit environ 19 ans) à partir du 24 octobre 2021 @ 00h00 Plus d'informations : https://lwn.net/Articles/865044/ https://gitlab.com/gpsd/gpsd/-/issues/144 Ceci implique qu'à partir du 24 octobre 2021, tout ordinateur récupérant l'heure d'un appareil utilisant une version boguée de gpsd devrait recevoir une heure en 2002. Selon la configuration de l'ordinateur, il ignorera cette heure erronée ou la prendra au sérieux. Si un ordinateur qui "le prend au sérieux" est un serveur NTP, il pourrait avoir tendance à diffuser cette heure erronée à tous ses clients. L'impact sur chaque client dépendra alors à nouveau de sa configuration (fait-il confiance à un serveur de temps qui fournit une heure qui dérive trop de l'heure actuelle du client). Les conséquences de ce scénario catastrophe en cascade sont difficiles à prévoir, mais il est très probable qu'elles puissent être « rigolotes », comme dirait Bortz Le bogue est corrigé dans la version 3.23 de gpsd qui a été publiée début août. Cependant, il est probable qu'il restera des versions boguées fonctionnant après le 24 octobre 2021. Je suppose donc que nous devons nous attendre à des comportements plutôt étranges dans nos systèmes à cette date. (même si nos propres ordinateurs/serveurs ne remontent pas le temps en 2002, le risque demeure qu'un autre ordinateur/serveur avec lequel ils interagissent REMONTE lui le temps). Je dois admettre que je suis surpris par le peu de bruit que ce bug semble faire dans la communauté informatique en général. Vous étiez au courant ? Toute opinion est la bienvenue ... Anthony --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?
$ date -d "24 oct 2021 -1024 weeks" dimanche 10 mars 2002, 00:00:00 (UTC+0100) ça va être fun accessoirement, ntpd refuse effectivement de synchro si y'a trop de décallage. ntpdate -u en revanche ; non. (ntpd a souvent plusieurs serveurs / pool ; et si un dérive n'importe comment, il est juste ignoré) Le 27/09/2021 à 14:21, Anthony Hubbard a écrit : TL,DR : à partir du 24 octobre 2021, certains serveurs NTP pourraient subir une distorsion temporelle de 19 ans en arrière et revenir en 2002. Bonjour Je voulais partager avec vous une information qui me semble assez importante, vu les conséquences imprévisibles mais importantes qu'elle pourrait avoir sur le fonctionnement global des systèmes d'information. C’est pour cela que j’ai utilisé le préfixe [ALERT], même si j’espère que tout ceci fera psht Il s'agit d'un bogue dans un démon nommé "gpsd", utilisé pour communiquer avec divers dispositifs GPS afin de récupérer des informations de localisation. Mais étant donné que les satellites GPS fournissent également des informations temporelles, le démon gpsd peut également extraire ces informations via sa fonction gpsd_gpstime_resolv(). Ainsi, gpsd est intégré dans certains appareils qui récupèrent l'heure du système GPS, avant de la fournir aux serveurs NTP "classiques". Le bogue réside dans cette fonction particulière gpsd_gpstime_resolv() dans gpsd v3.20 à v3.22. Si j’ai tout bien compris, il conduira à ce que la fonction fournisse une heure rétrograde de 1024 semaines (soit environ 19 ans) à partir du 24 octobre 2021 @ 00h00 Plus d'informations : https://lwn.net/Articles/865044/ https://gitlab.com/gpsd/gpsd/-/issues/144 Ceci implique qu'à partir du 24 octobre 2021, tout ordinateur récupérant l'heure d'un appareil utilisant une version boguée de gpsd devrait recevoir une heure en 2002. Selon la configuration de l'ordinateur, il ignorera cette heure erronée ou la prendra au sérieux. Si un ordinateur qui "le prend au sérieux" est un serveur NTP, il pourrait avoir tendance à diffuser cette heure erronée à tous ses clients. L'impact sur chaque client dépendra alors à nouveau de sa configuration (fait-il confiance à un serveur de temps qui fournit une heure qui dérive trop de l'heure actuelle du client). Les conséquences de ce scénario catastrophe en cascade sont difficiles à prévoir, mais il est très probable qu'elles puissent être « rigolotes », comme dirait Bortz Le bogue est corrigé dans la version 3.23 de gpsd qui a été publiée début août. Cependant, il est probable qu'il restera des versions boguées fonctionnant après le 24 octobre 2021. Je suppose donc que nous devons nous attendre à des comportements plutôt étranges dans nos systèmes à cette date. (même si nos propres ordinateurs/serveurs ne remontent pas le temps en 2002, le risque demeure qu'un autre ordinateur/serveur avec lequel ils interagissent REMONTE lui le temps). Je dois admettre que je suis surpris par le peu de bruit que ce bug semble faire dans la communauté informatique en général. Vous étiez au courant ? Toute opinion est la bienvenue ... Anthony --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [BIZ] Cherche matériels
Bonjour à toutes et tous, Actuellement nous sommes en contact pour des projets avec une école (Télécom Paris) et les responsables d'une association étudiante. Ils nous ont communiqué une petite liste de ce qu'ils ont besoin pour faire évoluer leur infra, la voici : - des switchs CISCO catalyst 3750X (ou équivalent, compatible radius et niveau 3) - des bornes wifi cisco AIRCAP 2702E (ou équivalent, compatible WLC Cisco) - des serveurs HP Proliant ou PowerEdge (important pour faire tourner nos services et renouveler notre infrastructure) Si quelqu'un a des contacts ou idées de comment les obtenir afin de les aider n'hésitez pas à me contacter. Excellente semaine. Bien à vous, --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] NTP : Retour en 2002 le 24 octobre ?
Et tout ça, sans dépasser les 88mph… Ok je sors. > Le 27 sept. 2021 à 15:05, Guillaume Tournat via frnog a > écrit : > > ah, c'est donc cela que l'on appelle la décennie intercalaire :-) > > gu!llaume > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?
ah, c'est donc cela que l'on appelle la décennie intercalaire :-) gu!llaume Le 27/09/2021 à 14:21, Anthony Hubbard a écrit : TL,DR : à partir du 24 octobre 2021, certains serveurs NTP pourraient subir une distorsion temporelle de 19 ans en arrière et revenir en 2002. Bonjour Je voulais partager avec vous une information qui me semble assez importante, vu les conséquences imprévisibles mais importantes qu'elle pourrait avoir sur le fonctionnement global des systèmes d'information. C’est pour cela que j’ai utilisé le préfixe [ALERT], même si j’espère que tout ceci fera psht Il s'agit d'un bogue dans un démon nommé "gpsd", utilisé pour communiquer avec divers dispositifs GPS afin de récupérer des informations de localisation. Mais étant donné que les satellites GPS fournissent également des informations temporelles, le démon gpsd peut également extraire ces informations via sa fonction gpsd_gpstime_resolv(). Ainsi, gpsd est intégré dans certains appareils qui récupèrent l'heure du système GPS, avant de la fournir aux serveurs NTP "classiques". Le bogue réside dans cette fonction particulière gpsd_gpstime_resolv() dans gpsd v3.20 à v3.22. Si j’ai tout bien compris, il conduira à ce que la fonction fournisse une heure rétrograde de 1024 semaines (soit environ 19 ans) à partir du 24 octobre 2021 @ 00h00 Plus d'informations : https://lwn.net/Articles/865044/ https://gitlab.com/gpsd/gpsd/-/issues/144 Ceci implique qu'à partir du 24 octobre 2021, tout ordinateur récupérant l'heure d'un appareil utilisant une version boguée de gpsd devrait recevoir une heure en 2002. Selon la configuration de l'ordinateur, il ignorera cette heure erronée ou la prendra au sérieux. Si un ordinateur qui "le prend au sérieux" est un serveur NTP, il pourrait avoir tendance à diffuser cette heure erronée à tous ses clients. L'impact sur chaque client dépendra alors à nouveau de sa configuration (fait-il confiance à un serveur de temps qui fournit une heure qui dérive trop de l'heure actuelle du client). Les conséquences de ce scénario catastrophe en cascade sont difficiles à prévoir, mais il est très probable qu'elles puissent être « rigolotes », comme dirait Bortz Le bogue est corrigé dans la version 3.23 de gpsd qui a été publiée début août. Cependant, il est probable qu'il restera des versions boguées fonctionnant après le 24 octobre 2021. Je suppose donc que nous devons nous attendre à des comportements plutôt étranges dans nos systèmes à cette date. (même si nos propres ordinateurs/serveurs ne remontent pas le temps en 2002, le risque demeure qu'un autre ordinateur/serveur avec lequel ils interagissent REMONTE lui le temps). Je dois admettre que je suis surpris par le peu de bruit que ce bug semble faire dans la communauté informatique en général. Vous étiez au courant ? Toute opinion est la bienvenue ... Anthony --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?
TL,DR : à partir du 24 octobre 2021, certains serveurs NTP pourraient subir une distorsion temporelle de 19 ans en arrière et revenir en 2002. Bonjour Je voulais partager avec vous une information qui me semble assez importante, vu les conséquences imprévisibles mais importantes qu'elle pourrait avoir sur le fonctionnement global des systèmes d'information. Cest pour cela que jai utilisé le préfixe [ALERT], même si jespère que tout ceci fera psht Il s'agit d'un bogue dans un démon nommé "gpsd", utilisé pour communiquer avec divers dispositifs GPS afin de récupérer des informations de localisation. Mais étant donné que les satellites GPS fournissent également des informations temporelles, le démon gpsd peut également extraire ces informations via sa fonction gpsd_gpstime_resolv(). Ainsi, gpsd est intégré dans certains appareils qui récupèrent l'heure du système GPS, avant de la fournir aux serveurs NTP "classiques". Le bogue réside dans cette fonction particulière gpsd_gpstime_resolv() dans gpsd v3.20 à v3.22. Si jai tout bien compris, il conduira à ce que la fonction fournisse une heure rétrograde de 1024 semaines (soit environ 19 ans) à partir du 24 octobre 2021 @ 00h00 Plus d'informations : https://lwn.net/Articles/865044/ https://gitlab.com/gpsd/gpsd/-/issues/144 Ceci implique qu'à partir du 24 octobre 2021, tout ordinateur récupérant l'heure d'un appareil utilisant une version boguée de gpsd devrait recevoir une heure en 2002. Selon la configuration de l'ordinateur, il ignorera cette heure erronée ou la prendra au sérieux. Si un ordinateur qui "le prend au sérieux" est un serveur NTP, il pourrait avoir tendance à diffuser cette heure erronée à tous ses clients. L'impact sur chaque client dépendra alors à nouveau de sa configuration (fait-il confiance à un serveur de temps qui fournit une heure qui dérive trop de l'heure actuelle du client). Les conséquences de ce scénario catastrophe en cascade sont difficiles à prévoir, mais il est très probable qu'elles puissent être « rigolotes », comme dirait Bortz Le bogue est corrigé dans la version 3.23 de gpsd qui a été publiée début août. Cependant, il est probable qu'il restera des versions boguées fonctionnant après le 24 octobre 2021. Je suppose donc que nous devons nous attendre à des comportements plutôt étranges dans nos systèmes à cette date. (même si nos propres ordinateurs/serveurs ne remontent pas le temps en 2002, le risque demeure qu'un autre ordinateur/serveur avec lequel ils interagissent REMONTE lui le temps). Je dois admettre que je suis surpris par le peu de bruit que ce bug semble faire dans la communauté informatique en général. Vous étiez au courant ? Toute opinion est la bienvenue ... Anthony --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [FRNOG[MISC] tirage de fibre dans un fourreau électrique
Bonjour à tous Le lun. 27 sept. 2021 à 09:27, BOLLIN, Antonin a écrit : > Bonjour, > > Il est interdit même sur le domaine privé de passer dans le fourreau > rouge, désolé. > C'est un premier élément, on serait tout de même ravi de savoir selon quel règlement. Une jurisprudence peut-être ? En partie privative, le demandeur reste propriétaire du génie civil qu'il met à disposition gracieuse d'Enedis (ou d'un autre distributeur). Il en dispose à sa guise. Cf plus haut, les fourreaux électriques sont des infrastructures mobilisables au sens du CPCE, ils sont d'ailleurs utilisés sur certains réseaux, en Savoie par exemple. On parle bien ici de sous-tuber, pas question de passer une fibre en direct évidemment. > Sinon vu sur un site en région Nantaise si tu as le tout à l'égout passe > par le tuyau ça va assez vite et un coup de silicone pour les odeurs et on > en parle plus. :-) > A l'inverse, même si ces conduits sont considérés eux aussi comme infrastructures d'accueil, c'est pas très malin de passer la fibre dans un conduit en charge. On s'expose soit à des atteintes aux câbles suite à l'écoulement ou bien lors d'opérations de curage soit de favoriser la création de bouchons. Bonne journée François Lacombe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [FRNOG[MISC] tirage de fibre dans un fourreau électrique
> Sinon vu sur un site en région Nantaise si tu as le tout à l'égout passe par > le tuyau ça va assez vite et un coup de silicone pour les odeurs et on en > parle plus. :-) ;))) Ou l'immeuble avec un vide sanitaire ultra confort pour taffer, toutes les gaines prêtes, les colonnes montantes, tout est bien et prévu ainsi, etc. Le syndic d'immeuble arrive le soir et constate : la fibre remonte sur la façade, passe par la toiture et redescend en extérieur par toutes les façades vers chaque appart. Tout est possible... -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [FRNOG[MISC] tirage de fibre dans un fourreau électrique
Bonjour, Il est interdit même sur le domaine privé de passer dans le fourreau rouge, désolé. En cas d'intervention par enedis ils sont dans l'obligation de refuser l'intervention et d'attendre de statuer a qui est la fibre, pourquoi elle est là etc... Alors vous pensez ce que vous voulez et vous avez fait ce que vous voulez par le passé. Pour info j'ai demandé à une responsable de base opérationnelle enedis... qui est ma femme je lui demandé pour être sûr. Et même sur le domaine public c'est refusé, pas de mutualisation des fourreaux. Sinon vu sur un site en région Nantaise si tu as le tout à l'égout passe par le tuyau ça va assez vite et un coup de silicone pour les odeurs et on en parle plus. :-) Désolé pour la mauvaise nouvelle mais c'est comme ça, après pas vu pas pris mais le jour où il y aura une intervention bon courage surtout si t'as plus de jus ça peut être assez long car personne ne voudra payer... Antonin BOLLIN -Message d'origine- De : frnog-requ...@frnog.org De la part de François-Xavier Envoyé : samedi 25 septembre 2021 00:52 À : frnog@frnog.org Objet : [FRnOG] [FRNOG[MISC] tirage de fibre dans un fourreau électrique Coucou la liste, J'ai actuellement un bâtiment de bureaux qui ne possède aucune adduction telco et dans lequel je bosse en 4G, faute de pouvoir le raccorder au réseau (entre 25K€ à 50K€ rien que pour du GC en voirie public car des traversées de routes à faire + 200m au minimum en souterrain, PLU oblige). Bref, il y a quelques jours un responsable fibre du département m'a contacté et s'est déplacé sur site en compagnie d'un chef de projet d'Axione pour me raccorder à la fibre (donc dans le cadre du projet de fibrage grand public de mon secteur). Super content au début, je viens d'apprendre qu'ils ont prévu de construire l'infra en passant par les fourreaux EDF (rouges) et en mettant un regard telco juste avant l'arrivée à mon compteur EDF. Apparemment, les parcelles qui m'entourent sont constructibles et ils veulent mettre un PBO dans ce nouveau regard pour moi et les futurs proprio. Etonné, je rappelle le gars qui me confirme que c'est bien ce qu'ils vont faire car : 1. c'est de la fibre, pas du cuivre 2. les fourreaux rouge dont il est question (situés dans le domaine public, avant mon compteur) ont été financés par l'ancien proprio et m'appartiennent, donc pas besoin de demander l'autorisation à Enedis. Et effectivement, je suis (pour l'instant) le seul sur la ligne qui va du transfo jusqu'à mon bâtiment (vérification faite via https://urldefense.proofpoint.com/v2/url?u=https-3A__data.enedis.fr_pages_carto&d=DwIDaQ&c=tkg6qBpVKaymQv9tTEpyCv5e23C4oKrSdZwjE7Q68Ts&r=AhUdRSH2sMtl4orw87FzUiVQ1RRZqj5O0F65Uj8kShw&m=CPJAzXPrwLG9iZfYIfH3aNwsurCW0xED5msVWhBBZ7k&s=wNs2DVEwBLz13VwaSJEBJiL_bk1DTjkzssiSaq3Huss&e= ). Par contre, aucune trace de cela dans mon acte de propriété. Question pour vous les experts : est-ce réellement faisable comme ils le disent ou est-ce que ce sont des quiches qui vont faire n'importe quoi ? Et dans ce dernier cas, que me conseillez-vous de faire ? Car pour le moment, personne ne m'a demandé mon avis et les gars semblent chaud comme la braise. Je les soupçonne fortement d'avoir des objectifs à atteindre pour 2021 et d'être sérieusement à la traîne. Pour faire cela, j'imagine qu'ils sont obligés de demander à Enedis de couper l'électricité au transfo sur ma ligne pendant les travaux ? Du coup, Enedis doit forcément être au courant du projet et avoir donné son aval, et me faire un courrier comme quoi je vais avoir une coupure d'électricité ? Pour l'instant, je n'ai pas réussi à avoir de réponse du côté d'Enedis (et je n'ai reçu aucun courrier de leur part à ce sujet). Merci d'avance pour vos précieux conseils, François-Xavier --- Liste de diffusion du FRnOG https://urldefense.proofpoint.com/v2/url?u=http-3A__www.frnog.org_&d=DwIDaQ&c=tkg6qBpVKaymQv9tTEpyCv5e23C4oKrSdZwjE7Q68Ts&r=AhUdRSH2sMtl4orw87FzUiVQ1RRZqj5O0F65Uj8kShw&m=CPJAzXPrwLG9iZfYIfH3aNwsurCW0xED5msVWhBBZ7k&s=7oRVwgbbqwcnJZwnaCsdCi6BGLW2FsvacWUmdXkc1PA&e= --- Liste de diffusion du FRnOG http://www.frnog.org/