FRsAG

frsag@frsag.org

7 participants
2575 discussions

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

Alerting Grafana vs Icinga2
by Julien Escario 01 Jul '21

01 Jul '21

Bonjour, Petite problématique du vendredi : actuellement, nous utilisons Icinga2 avec l'excellent Anag [1] de Damian Degois pour nous réveiller au milieu de la nuit si un morceau de notre infra part en vrille (j'aurais pu utiliser 'torche' mais je crois que les masses ne sont pas prêtes encore). Souhaitant basculer le stockage sur InfluxDB (question de perf), nous aimerions utiliser Telegraf pour faire la remontée des métriques mais cela nous empêche d'utiliser la partie API de Icinga2. Ou alors il faut faire un double monitoring : alertes SNMP & Ping avec Icinga2 et métriques via Telegraf. Je ne trouve pas ça très satisfaisant. Je me suis pas mal documenté sur des exemples que j'ai trouvés ici et là mais on dirait que la plupart des boites ont des gens qui regardent un écran 24h/24 et que personne ne voit l'intérêt de pouvoir dormir de temps à autre. Les rares qui font ça passent par des services tiers type Pagerduty mais ça ne me tente pas non plus, pour une question d'indépendance sur un sujet qui est quand même très critique. Pas très envie de multiplier les SPoF. Du coup, ma question : et vous, comment faites vous ? A) Pagerduty B) un insomniaque dans l'équipe C) la réponse D Merci d'avance pour votre partage ! Julien [1] https://play.google.com/store/apps/details?id=info.degois.damien.android.aN…

8 11

Routage IPv6 de clients VPN strongswan
by Vincent Habchi 30 Jun '21

30 Jun '21

Chalut ! Aujourd’hui lourdi 37, c’est la sainte planteverte. Oops. Pardon. Alors voilà. Je ne sais pas s’il faut que je pose la question ici ou sur FrNog, je pense que cette liste est plus appropriée. Mon serveur (FreeBSD) de bureau dispose de deux cartes réseau, ale0 et re0. Ale0 est connectée au réseau local via un switch, et re0 est attachée en point-à-point avec mon routeur fibre. En IPv4, j’ai un NAT ale0 -> re0 configuré dans PF, qui fonctionne parfaitement, y compris pour des clients VPN qui se connectent au serveur via Strongswan. En IPv6, j’ai installé un bridge entre ale0 et re0. Re0, connecté au monde extérieur, possède une adresse IPv6 qui permet de joindre le serveur depuis l'extérieur, et le bridge en possède une autre. Ale0 n’est pas configuré autrement que par une adresse link. Les machines du réseau local s’adressent au bridge pour communiquer à l’extérieur (l’adresse du bridge est publiée avec rtadvd et dhcpd6 assure la distribution des IP). Le tout, comme on s’y attend, sur un prefixlen de 64. Tout cela fonctionne très bien sur les machines du réseau local, mais je n’ai aucune connectivité v6 avec les machines VPN. Les machines de type « road warrior » VPN « ping-ent » correctement le serveur (IPv6 du bridge ou de re0), mais rien ne sort de ce dernier, ni sur ale0, ni sur re0. Désactiver PF ne change rien. J’ai un message d’erreur dans les logs de ce type : installing route failed: <P>::3:1/128 via 172.31.0.83 src %any6 dev ale0 Où <P> est mon préfixe. 172.31.0.83 est l’IP locale d’une machine dont la version v6 est <P>::3:1 Y a-t-il quelque chose de spécifique à ajouter dans la configuration de strongswan? Des routes statiques à ajouter ? Le bridge à paramétrer différemment ? Si quelqu’un a une idée, je suis preneur. Bon mercredi et merci ! V.

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG