FRsAG

frsag@frsag.org

10 participants
2597 discussions

Outil pour cartographier / surveiller infra serveur
by elpablodelcasata＠netcourrier.com 27 Jul '21

27 Jul '21

Bonjour, Je cherche un outil simple rapide a mettre en œuvre qui permet de cartographier les serveurs / routeur et switches, leurs interconnexions et la supervision en SNMP / WMI et SSH. L'idée est de mettre en avant de façon visuelle les interactions entre serveurs et les flux (bp / latence) et l'état de santé de l'infra pour 250 serveurs 250 équipements à superviser (swiches , routeur, caméra IP etc ... ) J'ai déjà un outil : PRTG mais je ne suis pas certain qu'il soit bien adapté pour ce genre de pratique... Je regarde Zabbix et Nagios. Un avis ? Merci

7 7

[JOBS] CDI devops chez Interencheres
by Nathan delhaye 21 Jul '21

21 Jul '21

Hello la liste, Nous recherchons actuellement un devops chez Interencheres afin de renforcer l'équipe. Le contexte est indiqué dans la fiche de poste que vous trouverez en pièce jointe, mais ce qu'elle ne précise pas c'est que : - Les astreintes sont pas contraignantes (~0.5 alertes/semaines réglé 90% du temps en - 15mn) - La boite est en pleine croissance (+98% je trouve que c'est honête) (1) - Nous ne sommes plus une start-up de par l'anciennetée de la boite, mais on ne traine pas de vieux modes de gestion ou des applications zombies qui trainent dans les placards et on se bouge pour évoluer (CF la ligne du dessus) ! - Si vous avez des bonnes idées techniques ou d'organisation, vous serez entendu, pas juste écoutés - Les collègues sont sympa - Nerf et/ou bouclier mis a disposition :) La grosse mission a venir est un re-setup de l'ensemble des infrastructures que l'on gère suite a des acquisition (2) et la création d'application annexe. Le but est d'intégrer le meilleur des pratiques de sécurité, de gestion de code et d'infrastructure de chacune des archi de la société. Le poste est sur Paris ou Rennes (Vern-sur-Seiche), avec toutefois une préférence pour Paris car l'ensemble des membre de la team devops s'y trouve actuellement. Vous pouvez répondre à ce mail, mais le canal préféré est indiqué dans le PDF A bientôt ! (1) https://static.interencheres.com/doc-externe/page-presse/bilan/Interenchere… (2) https://static.interencheres.com/doc-externe/page-presse/bilan/Interenchere… -- Nathan Delhaye

1 0

Re: [FRsAG] Problèmes de routage kernel IPv6 (FreeBSD/Strongswan)
by Willy Manga 19 Jul '21

19 Jul '21

Bonjour; On 18/07/2021 14:00, frsag-request(a)frsag.org wrote: > Date: Sat, 17 Jul 2021 15:14:02 +0200 > From: Vincent Habchi <vincent(a)geomag.fr> > [...] > > Le souci, c?est l?IPv6. > > Soit P mon préfixe (/64, évidemment). Besoin d'une précision ici. Qu'est-ce que le FAI envoie ou délègue comme préfixe IPv6 exactement ? est-ce juste un /64 ou autre ... /60 ou autre ??? Dans le cas où ça ne serait qu'un /64 alors oui, il faudra faire du NAT66 mais dans le cas où le FAI envoie mieux (ce qui est normalement l'idéal), ça permet de faire des routages appropriés. > > Initialement, avec ipv6_gateway_enable = YES dans /etc/rc.conf, j?avais configuré re0 en P::ffff/64 (mon routeur tête de pont est en P::1), et ale0 en P::1:0/112 avec une config DHCP6 correspondante. Pour les clients VPN, j?avais P::2:0/112 Idéalement, il vaut mieux toujours conserver 64 bits ... https://datatracker.ietf.org/doc/html/rfc7421 > Problème : rien ne passe de re0 vers ale0. Les pings des machines du réseau local (P::1:XXXX) atteignent leur cible, mais les réponses sont bloquées au niveau de la tête de pont, le gateway émettant des paquets multicast NS fff2::1:xxxx:xxxx auquel le serveur ne répond pas. J?ai essayé d?utiliser ndp(8) pour ?proxifier? certaines v6, mais queude. Le serveur reste complètement muet, et ne renvoie jamais de réponse aux sollicitations du gateway, donc les paquets réponse sont perdus. J?ai également tenté d?utiliser rtadvd pour avertir les équipements amont qu?ils communiquaient avec un routeur, mais là aussi, zéro effet. Sans entrer dans les détails, je suis sur qu'à grande partie ces problèmes résultent de la taille du préfixe.. > Alors, vous me direz, le mieux est de créer un bridge entre re0 et ale0. OK, pas de souci : ifconfig bridge0 create addm re0 addm ale0. Fantastique, tout à coup les machines du réseau local peuvent causer IPv6 avec l?extérieur. Je ne vois pas de problème particulier ici s'il fallait conserver cette config (à part la taille de préfixe mentionnée plus haut) . C'est ici qu'intervient les règles de firewall pour gérer qui peut faire quoi. -- Willy Manga @ongolaboy https://ongola.blogspot.com/

2 3

Problèmes de routage kernel IPv6 (FreeBSD/Strongswan)
by Vincent Habchi 18 Jul '21

18 Jul '21

DISCLAIMER: je ne sais pas si je dois poster cette question ici ou sur FrNog, mais Sag me paraît plus approprié a priori. Donc voilà : Hello la foule, Le serveur de mon bureau (FreeBSD 12.2 stable) possède deux cartes réseau, re0 et ale0. re0 ne sert qu’à connecter le serveur au routeur tête de pont fourni par mon FAI (Celeste). ale0 dessert le réseau local. Il y a un NAT IPv4 entre ale0 et re0, réalisé par une ligne qui va bien dans /etc/pf.conf. Le serveur tourne (entre autres) un serveur DHCP/DHCP6 sur ale0. En v4, tout fonctionne nickel, y compris l’accès au réseau des clients VPN (Strongswan). Le souci, c’est l’IPv6. Soit P mon préfixe (/64, évidemment). Initialement, avec ipv6_gateway_enable = YES dans /etc/rc.conf, j’avais configuré re0 en P::ffff/64 (mon routeur tête de pont est en P::1), et ale0 en P::1:0/112 avec une config DHCP6 correspondante. Pour les clients VPN, j’avais P::2:0/112 Problème : rien ne passe de re0 vers ale0. Les pings des machines du réseau local (P::1:XXXX) atteignent leur cible, mais les réponses sont bloquées au niveau de la tête de pont, le gateway émettant des paquets multicast NS fff2::1:xxxx:xxxx auquel le serveur ne répond pas. J’ai essayé d’utiliser ndp(8) pour ‘proxifier’ certaines v6, mais queude. Le serveur reste complètement muet, et ne renvoie jamais de réponse aux sollicitations du gateway, donc les paquets réponse sont perdus. J’ai également tenté d’utiliser rtadvd pour avertir les équipements amont qu’ils communiquaient avec un routeur, mais là aussi, zéro effet. Alors, vous me direz, le mieux est de créer un bridge entre re0 et ale0. OK, pas de souci : ifconfig bridge0 create addm re0 addm ale0. Fantastique, tout à coup les machines du réseau local peuvent causer IPv6 avec l’extérieur. Le souci, ce sont les clients VPN. Les tunnels fonctionnent en point à point avec le serveur, mais impossible de communiquer avec qui que ce soit d’autre, aussi bien sur ale0 que sur re0. Même souci : les paquets sortent correctement, mais le serveur ne répond pas aux NS par délégation des clients VPN, ni sur re0, ni sur ale0. D’où ma question : y a-t-il une manip à faire pour forcer ce foutu serveur soit à forwarder les paquets NS vers leurs légitimes destinataires, soit à répondre en leur nom ? Toute suggestion sera la bienvenue. Merci de votre temps ! Bon week-end ! Vincent

2 4

[Matos] La jarretière suivi de ?
by P. MARCHAND 15 Jul '21

15 Jul '21

Bonjour la liste ! Ca fait un petit moment que je regarde ce qui se passe, mais là je fais appel à vous. Je viens de craquer pour un routeur avec un connecteur SFP (le omnia Turris de chez .cz). J'ai une arrivé fibre avec un joli connecteur de type SC(fourni par R=D). Maintenant comment fais-je pour insérer la jarretière dans le connecteur ? J'ai cru comprendre qu'il y avais une sorte de chaussette mais étant plus un gars du système ma matière grise ne demande qu'à apprendre. J'ai trouvé une liste de modules supporté[1], cependant n'étant pas un "expert", je préfère étayer le sujet. Premièrement elle est un poil restreinte et je suis convaincu que d'autre modules son disponible et fonctionnel. Je dispose du boitier de l'opérateur[2] comme solution en attendant, mais j'apprécierais vraiment de le remplacer par un simple module pour caler tout le "bazar" dans le boitier technique. Je suis tombé sur le fabricant "FS", mais entre les modules optique et les modules PON je m'y perd. Sans compter qu'il est question de longueur d'ondes et là je "bite" rien. Éclairez-moi ! La bise P. [1] : https://doc.turris.cz/doc/en/public/sfp [2] : https://www.alticelabs.com/content/datasheets/FL_GS0100GH_ONT-SFU_ALB_EN.pdf [3] : https://www.fs.com/fr/c/sfp-transceivers-57?1000base=21694&lc-sc=21812

2 1

[JOBS] CDD d'administrateur systèmes et réseaux au CNRS à l'ISC (Bron,69)
by Maurin Sylvain 13 Jul '21

13 Jul '21

https://emploi.cnrs.fr/Offres/CDD/UMR5229-ANNBUS-005/Default.aspx Bonjour, Nous avons un CDD d'ASR de 6 mois à l'ISC (Bron,69), un laboratoire de recherche du CNRS étudiant les sciences cognitives, afin d'assurer la transition lors de mon départ vers l'Institut Camille Jordan qui aura lieu à l'automne. Je serai là en septembre et resterai une ressource en support distant les mois qui suivront, si besoin. Il y a un projet à tenir accompagné par des collègues de proximité : le raccordement à la nouvelle mouture du réseau métropolitain Lyonnais (LYRES) de nos réseaux locaux avec un peu de sous pour éventuellement passer en 100G nos coeurs de réseau (environ 800 périphériques Ethernet sur un campus en site principal et dans 2 DC squattés à proximité le CC.IN2P3 & l'IBCP) et afin de reprendre nos Debian et BSD servant de FW ou de passerelles. En taches de fond, il faudra assurer le maintient en conditions opérationnelles de l'existant : 1 rack de stockage (environ 2Po brut) et l'équivalent de 2 racks 42U de serveurs DELL C6000&R6/7X0) de station de travail interactives sous (neuro)Debian accédées via VNC, un peu de virtualisation via Proxmox (deux clusters pour qq douzaines de VM dédiées aux services du réseau et qq systèmes expérimentaux) et 3 ou 4 briques sous OpenBSD pour des systèmes sécurisés. Le cadre du laboratoire est agréable et mes collègues sont sympathiques. Le contexte du système d'information colle bien à ce qui se faisait dans les années 90, en un peu plus gros et avec des matériels modernes. Je pense qu'un passage après le vieux dinosaure que je suis, peut être une première expérience intéressante ; en particulier pour un jeune ingénieur qui aimerait découvrir le monde d'avant l'ITIL. Cordialement, Sylvain Maurin -- ************************************************** Sylvain MAURIN - Admin.Sys&Reseau Institut des Sciences Cognitives - Marc Jeannerod CNRS-Université Claude Bernard Lyon 1 67, boulevard Pinel 69675 BRON cedex Tel: +33 437911214 -- Cel: +33 612399929 Mail: sylvain.maurin(a)isc.cnrs.fr **************************************************

1 0

PaloAlto PA220 Occasion (quasi neuf) sous maintenance
by Hugo SIMANCAS 11 Jul '21

11 Jul '21

Bonjour, Je vends un PaloAlto PA220 avec : - Threat Prevention - Pan-DB - Premium Support => 01/05/2023. => 700 € MP si interressé. Merci -- / ::1 Hugo SIMANCAS Directeur Technique Associé https://www.data-expertise.com [https://www.data-expertise.com/] Support technique : 09 78 23 20 29 Standard : 05 34 26 02 46 | Ligne directe : 05 34 26 50 57 Mobile : 06 95 44 29 64 !Utilisez notre plateforme visio libre & gratuite : https://conf.data-expertise.com/ [https://conf.data-expertise.com/] !Pad collaboratif libre & gratuit sécurisé https://pad.data-expertise.com/ [https://pad.data-expertise.com/] Les informations contenues dans ce courrier électronique sont confidentielles et protégées par le secret professionnel. En tout état de cause, elles ne sont destinées qu'à la personne ou entreprise dont le nom est mentionné ci-dessus. Veuillez aviser l'expéditeur de toute difficulté ou de toute erreur dans la transmission de ce document. Si vous n'êtes pas le destinataire du présent courrier, vous n'êtes pas autorisé, sous peine de poursuites à en prendre des copies, le divulguer ou le diffuser. La présence de cette note prouve également que ce message électronique a été vérifié par un logiciel anti-virus.

1 0

Apéro Lyonnais : lundi 05 juillet 2021
by cam.lafit 05 Jul '21

05 Jul '21

Bonjour tout le monde On relance les soirées \o/. Sans surprise j'ai un peu tardé avant de me décider. Comme la situation n'empire pas, que les bars restent ouverts, que maintenant les gens responsables que nous sommes ont au moins fait une dose de vaccin je pense qu'on peut se voir sans trop de risque et relancer un apéro lyonnais et ses environs ce soir au : Malting-Pot 263 Grande Rue de la Guillotiere, 69007 soit le lundi 05 juillet 2021 dès 19h. Bien entendu on continue à faire attention à soit aux autres, on pense donc à avoir à proximité son masque, son gel hydroalcolique, ses distances, .... Et toujours vaguement des infos sur : http://www.agendadulibre.org/tags/araas https://www.meetup.com/fr-FR/Auvergne-Rhone-Alpes-Apero-Admin-Sys/ Km

2 2

Clone machine physique vers machine virtuelle ?
by Sébastien 65 03 Jul '21

03 Jul '21

Bonjour, J'ai un vieux serveur HP (XEON 5150, 10Gb RAM) qui tourne sous Debian 8.6 avec une application qui n'existe plus dans les dépôts... Je ne peux pas non plus réinstaller cette machine sur une plus récente car l'application n'est plus maintenue pour cette version de Debian. Est-il possible de faire un clone de la machine existante et ensuite de la porter sur une machine virtuelle (VMWare) ? Quelles sont mes options ? Merci

15 17

[JOBS] Ingénieur k8s - sécurité - Azure
by Sylvain Viart 01 Jul '21

01 Jul '21

Bonjour Nous ouvrons un poste pour un Ingénieur k8s / sécurité dans un environnent Azure : Savoir parler anglais est mandatory. Cloudiway, provides innovative solutions for efficient data migration and enterprise coexistence between email messaging systems. All our software is developed in-house by our experienced team of engineers to ensure the highest level of reliability and fast response to technical issues. As part of the ISO 27001 certification program, Cloudiway is seeking a highly motivated engineer to maintain our kubernetes platform hosted on Azure with emphasis placed on our IT security policy. On peut trouver l’offre ici: https://www.linkedin.com/jobs/search/?currentJobId=2611158074&geoId=1050158… <https://www.linkedin.com/jobs/search/?currentJobId=2611158074&geoId=1050158…> Que vous soyez plus Azure, ou plus k8s, ou plus Sécurité les candidatures nous intéressent. Lieu Annecy, mais surtout remote donc worldwide. Faites passez. Vous pouvez m'écrire à sviart(a)cloudiway.com. À suivre, Sylvain. <https://www.linkedin.com/jobs/search/?currentJobId=2611158074&geoId=1050158…> -- Sylvain Viart - GNU/Linux Sysadmin/Developer/DevOps - France

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG