Re: [FRnOG] [MISC] Détecteur porte non fermée

[Pierre Col]

Je protège mes garages et véhicules avec ceci : https://www.squiddy.fr/

Malin, efficace et peu onéreux.

-- 
Pierre Col - pierre@gmail.com

Le jeu. 27 mars 2025, 14:39, SIMANCAS Hugo [HC] via frnog 
a écrit :

> Bonjour
>
> Je cherche à sécuriser des entrées sorties sur des portes non connectées à
> une alarme. (salles confidentielles, ...)
> Avez vous des solutions fiables à me recommander pour signaler une porte
> non fermée via une alerte sonore au bout de 10 secondes voir envoi un sms
> en plus ?
>
> Merci d'avance
>
> Hugo
>
>
>
>
>
>
>
>
>
>
> *Hugo SIMANCAS*
> Directeur Technique Associé
>
> *Standard :* 09 78 23 20 29 | *Ligne directe :* ¨0695442964¨
> 1 impasse Edmond Audran, 31200 Toulouse
> 
> www.humansconnexion.com
>
>
>

Re: [FRnOG] [MISC] Avis setup homelab

[Mickaël F]

Bonsoir à tous,

Avant tout, merci beaucoup pour vos nombreux retours.
Merci également pour tous les liens github, vous m'avez fait ma journée.

Je vais essayer de ne rien oublier dans ma réponse, mais ce n'est pas gagné.


Concernant la localisation, actuellement je suis à côté de Bourg-en-Bresse.
Niveau associatif, de ce que j'ai vu, ce n'est pas la folie.
Mais ça pourrait être intéressant d'en rejoindre une. D'autant que j'y
avais pensé il y a quelques semaines (où d'en fonder une, comme ça a été
proposé).

Au risque de décevoir, je ne suis pas un "jeune" ! La quarantaine
approchant. J'ai fait cette formation suite à une reconversion pro.
(D'aucuns me diront que l'âge, c'est dans la tête)

Vous avez été plusieurs à parler du choix du DL380. C'est vrai que c'est
sans doute (beaucoup) trop.
La conso était un élément que j'avais pris en compte, le bruit un peu
moins. Et si je peux éviter de me retrouver avec une soufflerie dans la
maison, c'est mieux.
Mini-PC oui, c'est vrai que c'est la solution la plus pratique. Mais comme
je suis un peu chieur, j'aurais bien aimé un truc rackable.
Du coup je vais sans doute partir sur des châssis 1U et monter un truc plus
économe : les Xeon D semblent assez adaptés. Avec des TDP dans les 50-70W,
ça semble plus facile à refroidir sans avoir besoin de grosses turbines.
Si vous avez des retours sur les serveurs rackable DIY avec ce genre de
proco (ou même d'autres), ça serait hyper intéressant et je vous en serais
reconnaissant.


Pour le matos réseau, si je fais le choix d'unifi, je pense que je vais me
faire lyncher. Alors sans doute que du cisco/juniper en broke, ça peut être
bien.
Avec les infos que vous m'avez donné, je sais déjà plus vers quoi
m'orienter.

Côté système, je pars sur PVE pour une question d'habitude. Il y a un peu
de devops en mettant des nodes worker/master sous k8s, un autre sous
docker, ansible, etc.
Dans l'absolu, ça ne me sert strictement à rien si ce n'est ajouter des
cordes à mon arc.


Si j'essaie d'avoir ce genre de homelab, ce n'est pas pour que ce soit
adapté à mon besoin en usage local. C'est, disons, plutôt un investissement
sur l'avenir.
J'ai eu la chance de vendre un bien immo que j'avais mis en location et
finissant ma formation quasi au moment de la vente, mettre 5-7k dans un
homelab, si ça me permet d'être bon dans mon métier, ça me va.


J'insiste, mais merci encore pour vos retours. Avoir l'avis de vieux
barbus, c'est un plaisir.
PS : Et pour les non-barbus et les plus jeunes, ça n'enlève rien à la
pertinence de vos réponses.

Si j'ai oublié un point de réponse, désolé. N'hésitez pas à me taper sur
les doigts.


Le jeu. 27 mars 2025 à 15:37, Pierre BELLEMAIN <
pierre.bellem...@univ-eiffel.fr> a écrit :

> > Ah ok on est d’accord, mais s’il veut faire un lab, c’est pour un
> minimum se
> > mettre dans un contexte d’entreprise.
> > Comme il parle de DMZ (quoiqu’en 2025, ce terme est à mettre à la
> poubelle
> > aussi), il est pas incohérent qu’il ait des VLAN pour apprendre à
> séparer, à
> > filtrer entre VLAN, etc…
>
> L'idée de fond, je suis d'accord, mais bon, budgétairement parlant...
> Puis bon, une DMZ avec une seule IP publique...
> Et puis, les DMZ, j'en ai jamais vu une qui en était vraiment une...
> Depuis longtemps.
>
> > Ton commut a pas de storm control par VLAN et par port ?
> > Une autre bonne raison qu’il ait un switch sérieux, pour simuler des
> tempêtes et
> > voir comment il la repère et la gère (bon, le mode « trouve ce qui va
> pas »
> > façon CCIE, ça a bien sûr ses limites quand on est à la fois l'examiné et
> > l'examinateur).
>
> Malheureusement au taf, on a récupéré le réseau dans un état pas super
> (c'est peu de le dire).
> Déjà qu'on pleure avec nos 1000 microswitchs (plusieurs bâtiments
> full-FTTO)...
> On a préféré prendre du temps sur l'implémentation du STP.
> Et on a mis du storm-control sur les commuts qui supportent pas bien notre
> STP
> (on est partis sur l'idée de faire du PVST vu qu'on a que du HPE/Comware
> pour se simplifier la vie).
>
> Maintenant qu'on est bien sûr que le STP, ça *** la *** mais qu'il n'y a
> rien d'autre,
> on regarde du côté du VXLAN.
>
> > Le monde du réseau est plein de gens qui savent configurer, un peu moins
> qui
> > savent garder leur calme et trouver la root-cause avec un fort stress
> autour
> > d’eux.
>
> J'aurais pas mieux résumé xD
> Surtout, il y a plusieurs manière de faire, et on est pas tous d'accord.
> Et qu'en plus, c'est pareil pour le monde du sys...
>
> > On est bien d’accord mais encore une fois, je pense qu’il veut claquer
> 7k€ pour
> > faire un lab (très) sérieux, donc je vois pas de raison de simplifier
> (d’où le
> > WebUI-exit) :)
> > Dans une entreprise, ça ne sera pas simplifié, ça sera dégeu,
> hétérogène, voir
> > pire.
>
> Ouais, vu sous cet angle. Moi j'aurais tendance à prendre le juste milieu,
> mais
> avec femme et enfants (et avec une paie du public), j'ai pas le même
> réflexe...
>
> Bref, j'ai mon homelab de pauvre avec mes ~80 cont

Re: [FRnOG] [MISC] Détecteur porte non fermée

[Julien Escario]

Le 27/03/2025 à 14:37, SIMANCAS Hugo [HC] via frnog a écrit :

Bonjour

Je cherche à sécuriser des entrées sorties sur des portes non connectées 
à une alarme. (salles confidentielles, ...)
Avez vous des solutions fiables à me recommander pour signaler une porte 
non fermée via une alerte sonore au bout de 10 secondes voir envoi un 
sms en plus ?


Merci d'avance

Hugo


Bonsoir,
Beaucoup de possibilités en domotique pour cette application. La plupart 
vont nécessiter un hub central parce que ce sera du bluetooth ou du 
zigbee/whatever. Bref, un truc qui cause pas IP.


Et sinon, quelques modèles en wifi, par exemple 
https://www.domadoo.fr/en/devices/6102-sonoff-wifi-door-or-window-sensor.html


Ca doit pouvoir être interrogé par un outil de monitoring traditionnel 
qui s'occupera de l'alerting.


Après, wifi donc tu risques de devoir changer les piles un peu souvent.

L'idéal pour ce genre d'application serait une version LoRA[wan] mais il 
faut prévoir du spécifique pour récupérer l'état.


Bonne soirée,
Julien


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Détecteur porte non fermée

[Paul Courbis de Bridiers de Villemor]

Bonsoir

Il y a aussi des détecteurs en Tuya pas chers du tout à coupler avec une
passerelle Tuya/Zigbee vers Wifi

Pas d’abonnement, gerable avec l’application Tuya ou Home Assistant par
exemple

Paul

Le jeu. 27 mars 2025 à 20:13, Pierre Col  a écrit :

> Je protège mes garages et véhicules avec ceci : https://www.squiddy.fr/
>
> Malin, efficace et peu onéreux.
>
> --
> Pierre Col - pierre@gmail.com
>
> Le jeu. 27 mars 2025, 14:39, SIMANCAS Hugo [HC] via frnog 
> a écrit :
>
>> Bonjour
>>
>> Je cherche à sécuriser des entrées sorties sur des portes non connectées
>> à une alarme. (salles confidentielles, ...)
>> Avez vous des solutions fiables à me recommander pour signaler une porte
>> non fermée via une alerte sonore au bout de 10 secondes voir envoi un sms
>> en plus ?
>>
>> Merci d'avance
>>
>> Hugo
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *Hugo SIMANCAS*
>> Directeur Technique Associé
>>
>> *Standard :* 09 78 23 20 29 | *Ligne directe :* ¨0695442964¨
>> 1 impasse Edmond Audran, 31200 Toulouse
>> 
>> www.humansconnexion.com
>>
>>
>>
>

Re: [FRnOG] [MISC] Détecteur porte non fermée

[Artur via frnog]

Salut,

Je pensais aussi aux solutions domotiques.
Un Home Assistant OS sur une petite VM ou sur un Raspberry.
Sur le port USB de la VM, un concentrateur Zigbee.
Une sirène Zigbee sur secteur et quelques détecteurs de type Aqara E1 avec des 
piles bouton.
On pourrait en profiter pour rajouter des thermomètres/hygromètres sur piles si 
on veut monitorer ça.
Ensuite, les possibilités sont quasi infinies.
L'envoi d'un email, notification dans l'appli, probablement envoi d'un SMS, 
mais je n'ai pas testé d'intégrations. Vidéosurveillance, etc.
Les automatisations se font simplement avec une interface graphique, pas 
forcément besoin de scripting.
En ZigBee, on consomme moins qu'avec le Wi-Fi. La portée n'est pas folle, mais 
on peut toujours rajouter des routeurs intermédiaires du moment qu'il y a une 
alimentation électrique.
Si on est allergique au ZigBee, il y a d'autres protocoles qui sont supportés 
également avec d'autres périphériques (on garde HAOS).

Le 27 mars 2025 21:36:13 GMT+01:00, Julien Escario  a 
écrit :
>Le 27/03/2025 à 14:37, SIMANCAS Hugo [HC] via frnog a écrit :
>> Bonjour
>> 
>> Je cherche à sécuriser des entrées sorties sur des portes non connectées à 
>> une alarme. (salles confidentielles, ...)
>> Avez vous des solutions fiables à me recommander pour signaler une porte non 
>> fermée via une alerte sonore au bout de 10 secondes voir envoi un sms en 
>> plus ?
>> 
>> Merci d'avance
>> 
>> Hugo
>
>Bonsoir,
>Beaucoup de possibilités en domotique pour cette application. La plupart vont 
>nécessiter un hub central parce que ce sera du bluetooth ou du 
>zigbee/whatever. Bref, un truc qui cause pas IP.
>
>Et sinon, quelques modèles en wifi, par exemple 
>https://www.domadoo.fr/en/devices/6102-sonoff-wifi-door-or-window-sensor.html
>
>Ca doit pouvoir être interrogé par un outil de monitoring traditionnel qui 
>s'occupera de l'alerting.
>
>Après, wifi donc tu risques de devoir changer les piles un peu souvent.
>
>L'idéal pour ce genre d'application serait une version LoRA[wan] mais il faut 
>prévoir du spécifique pour récupérer l'état.
>
>Bonne soirée,
>Julien
>
>
>---
>Liste de diffusion du FRnOG
>http://www.frnog.org/

Cordialement,
Artur
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Avis setup homelab

[Jerome Marteaux]

Le 27/03/2025 à 09:19, David Ponzone a écrit :


Encore merci pour vos retours. Je ne pensais pas que le sujet allait
provoquer autant de réponses.
Si vous avez encore des retours, ça serait un plaisir.



Ben c’est normal, c’est devenu rare à notre époque de voir des jeunes motivés 
qui ont compris que pour monter en compétences, ça va pas se passer à l’école 
(mais l’école est indispensable).


+1

--
Jérôme Marteaux


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Avis setup homelab

[Toussaint OTTAVI]

Le 27/03/2025 à 00:34, Mickaël F a écrit :

@David : Je l'attendais cette réponse ! UI = trash. Manger du CLI, c'est
sans doute le mieux. Moins sexy, mais plus formateur.


David est un gourou du CLI :-D Il prêche pour sa paroisse :-D A moins 
que tu n'aies envie de devenir comme lui :-D :-D :-D une approche plus 
pragmatique est conseillée ;-)


Un maçon avec un multimètre n'est pas beaucoup plus utile qu'un 
électricien avec une truelle :-) A la rigueur, c'est formateur : j'ai 
pris une de mes premières châtaignes sur une installation électrique 
faite par un peintre  :-)


Donc, l'idée, c'est que tu testes pas mal de choses, et qu'au final, tu 
retiennes ce qui convient le mieux, à la fois à ce que tu auras à faire, 
ainsi qu'à ta façon personnelle de penser et d'appréhender les 
problèmes. Je dis souvent qu'un matériel technique, c'est comme un 
hélicoptère : çà ne vaut pas grand chose sans le spécialiste qui va avec 
pour le piloter ! Dans ton futur job, tu devras mettre en oeuvre des 
solutions qui répondent à des besoins ou qui résolvent des problèmes. 
C'est à toi de trouver la bonne combinaison de matériel, de logiciel et 
d'interface, qui te permette d'arriver au meilleur résultat, tout en 
gardant du plaisir à faire ton job !


Donc, si tu vas faire en très grande partie du réseau, maîtriser le CLI 
sur des marques connues sera quasiment indispensable. Si, en revanche, 
la configuration d'un routeur ne représentera que 10-20% de ton boulot, 
tu pourrais apprécier une GUI bien faite, sur laquelle tu as juste 
besoin de te concentrer sur ce que tu veux faire, et pas sur comment le 
dire à la machine ! En ce qui me concerne, j'ai fait mes classes, au 
siècle dernier, sur un ordinateur connu pour être à l'origine du terme 
"multimedia" : multitâche, graphique, avec un environnement que tu 
exploites sans lire de doc. Alors que certains copains bricolaient sur 
des machines en 4 couleurs qui faisaient à peine bip-bip, et d'autres  
étaient obligés de lire la doc pour savoir comment sortir d'un éditeur 
de texte dans lequel ils avaient eu le malheur d'entrer :-)


Donc, oui, il existe des outils qui ont d'excellentes GUI. En ce qui me 
concerne, c'est ainsi que je les teste : je démarre le machin, je me 
fixe un objectif simple,  et j'essaye de le réaliser sans 
(volontairement) ouvrir la moindre doc. Si j'y parviens, c'est que 
l'outil me convient. Je sais que, si je fais un truc avec aujourd'hui, 
dans 10 ans, je n'aurai pas à retrouver les docs pour me rappeler 
comment çà fonctionne.


Une bonne GUI *est* la documentation !

Enfin, en entreprise, il y a également un autre avantage : tu devras 
souvent partager des tâches avec des collègues, et tout le monde n'aura 
pas forcément l'expertise en CLI requise; dans une telle situation,  la 
GUI sera, incontestablement, un plus. Sinon, surtout dans des petites 
boites, beaucoup trop de choses pourraient dépendre de toi seul, et çà 
peut devenir usant...


En conclusion :
Lis tous les conseils que tu pourras trouver ici, parce que c'est plein 
de super pros, de passionnés, et même des deux en même temps :-)
Et ensuite, fais ce que tu as prévu de faire  : mets les mains dans le 
cambouis, teste, trouve ce qui te convient, et surtout, prends du 
plaisir à faire ce que tu fais !


---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [MISC] Avis setup homelab

[Imad Soltani]

Salut Mickael ,

bravo pour ton travail , continue :)

sans ajouter aux elements deja cites et "largement" complet , je 
voudrais juste insister sur le chemin . Avant de penser "matos" , oublie 
pas de penser "methodes" et "chemin d'apprentissage" .


dans pleins de sujets , les recommandations que tu as eu avant sur 
l'occase sont un vrai conseil . pas cher , tres varies ( cherche un peu 
il y a vraiment de tout ) et tres formateur


dans d'autres , tu auras forcement besoin d'un enorme proxmox 
survitamine ou autre ... etc etc etc 


arrete toi quelques minutes , pour definir tes reelles priorites 
d'apprentissage/test a court , moyen et long terme et reflechit a tes 
besoins apres . essaie un minima de regarder un peu ce qui se demande 
etc etc


un petit script pour les renouveller et un peu orchestrer le tout , un 
peu de https://github.com/ripienaar/free-for-dev , et tu peux tester 
l'hybride avec tout ceux qui te filent des acces gratuits 30 jours ou autre


je te parle "hybride" parce qu'il me semble qu'a la fois savoir gerer et 
operer un reseau physique et savoir l'interconnecte et profiter de 
ressources *AAS , en 2025 , c'est une competence :)


enfin pour la partie "taf" et/ou "trouver un endroit ou jouer en etant 
paye" ( :p ) , hesite pas a me contacter :)


bonne journee ,

IS


*From:* Mickaël F 

*Sent:* Thursday, March 27, 2025 at 12:34 AM UTC+1

*Cc:* frnog@frnog.org

*Subject:* RE: [FRnOG] [MISC] Avis setup homelab



Merci à tous pour vos retours.

@Richard : Merci beaucoup pour le github. Je ne connaissais pas du tout, ça
a l'air hyper complet. Ca va m'être plus qu'utile.

@Raphael : J'ai déjà deux miniPC en cluster sous PVE, ils sont souvent à la
limite de l'AVC. Un serveur, même survitaminé, ça ne serait pas un luxe.
Pour Home Assistant, effectivement, je ne l'ai pas testé en prod local. Ca
peut valoir le coup de tester les alternatives.

@David : Je l'attendais cette réponse ! UI = trash. Manger du CLI, c'est
sans doute le mieux. Moins sexy, mais plus formateur.
C'est vrai qu'en novice que je suis, je n'ai pas mérité le repos du click.
Cisco, il me semblait (sans certitude) qu'il y avait des systèmes de
licences àlakon. Mais j'avoue ne pas avoir creusé le sujet.
Si on peut trouver du cisco/juniper d'occas', je suis clairement preneur.
Ca me permettrait de valider du CCNA/CCNP et avoir une base un peu plus
solide.
Pour le FW->router c'est juste pour bidouiller du opnsense et du router.
Dans l'absolu, oui, c'est pas très utile.

@Jerome : Niveau taf, je ne sais pas encore. Ma formation se termine dans
un mois. N'étant pas en région parisienne ou autre endroit dynamique,
j'irai sans doute en entreprise pour commencer.
Faire du k8s, même si je ne m'en sers pas en entreprise, j'ai bien envie
d'essayer. Ça m'intéresse énormément.
Mail@home, pas convaincu. J'en ai fait un peu à une époque, c'est devenu la
croix et la bannière pour ne pas se faire tag en spam par les GAFAM.
Eve-ng/GNS3, j'en fait déjà un peu pour des configs AS. Mais j'aimerai bien
avoir un truc semi-pro en prod, même en local. Certes je ne ferais pas d'AS
(ce n'est pas le but).
Stage & alternance, vu que je suis en fin de formation, c'est compromis.

@Olivier : Non, effectivement, je n'ai pas besoin d'autant. C'est surtout
pour avoir de la marge de manoeuvre et me faire plaisir.
Pour les miniPC, comme je le disais, j'en ai déjà deux, et ils sont souvent
à bout de souffle (16Go RAM, i5 quadcore de 5th gen).
Actuellement, j'ai déjà :
- TP-Link Archer C50 pour le wifi
- EdgeRouterX en router
- Netgear GS308E en switch
Actuellement j'ai une VM avec du traefik/guacamole/k3s et encore 5-6 trucs,
ça bouffe déjà pas mal de ressources.
Si je dois en plus commencer à gérer de la domotique (cam, alarme,
détecteur de mouvement) et du nextcloud, je sens que ça va mal finir.


Encore merci pour vos retours. Je ne pensais pas que le sujet allait
provoquer autant de réponses.
Si vous avez encore des retours, ça serait un plaisir.


Le mer. 26 mars 2025 à 22:25, olivier via frnog  a écrit :


Salut,

Beau projet :)

A mon sens tu n'as pas besoin "d'autant" pour un petit lab maison,
surtout pour démarrer.

Ce que j'ai chez moi (si ça peut te servir dans ta réflexion) :
- un routeur / fw sur base de "carte de développement" ARM (FriendlyElec
NanoPi R5C présentement, NanoPi R2S avant) qui tourne sous Debian avec
nftables pour le firewall,
- un MiniPC sous Ryzen 5 doté de 16Go de RAM et d'un SSD nvme pour la
virtualisation / conteneurisation
- 1 petit switch TP-link pour le support des VLANs

Le routeur peut router sans souci ~1Gbps (mon réseau local ne monte pas
plus haut :) ), théoriquement 2,5 ... si besoin de supporter plus,
d'autres cartes existent.
Le MiniPC héberge des mails, du web, de l'IRC, la domotique Zigbee avec
50+ bidules), des projets divers, dans du LXC et/ou VM, et dépasse
rarement ... les 10% d'utilisation CPU, tout en consommant ~15W

Le Wi-Fi est fourni par un AP Unifi, mais si tu veux apprendre et
bidouiller, je dé

Re: [FRnOG] [TECH] Recommandation serveur 4xRS232 pour OOB ?

[Stéphane Rivière]

A ce propos, quelqu'un s'est-il amusé à vérifier les brochages des 
RS232 sur RJ45 ? Est-ce qu'il y a une normalisation ?


Contrairement à l'expérience d'Alexis, pour ma part, c'est le nawak 
habituel.


À tel point que j'ai un câble par matos (patton, pylontech, cisco - non 
je plaisante -, etc.)


Déjà, sur les DB9, entre les câblages 3 fils, 5 fils et 9 fils, 
c'était le bazar :-) Plus les câbles droits et les câbles null-modem 
(croisés). Plus les connecteurs DB9 mâle ou femelle selon les 
équipements :-)

C'est ça. Bonb, là, t'as plus le problème mâle ou femelle...
J'ai déjà constaté que des câbles console RJ45 d'une marque ne 
fonctionnaient pas sur une autre marque, mais je n'ai jamais pris le 
temps de creuser. Dans ma sacoche, j'ai un câble console RJ45 pour 
chacune des principales marques que j'utilise :-) Avec des étiquettes :-)


Arf, découvre la fin du message. Exactement pareil ici. Étiquetage compris.

Selon l'axiome qu'en informatique, tout s'empile sans jamais rien 
abandonner, la rs232, on l'a à vie ;>>>


--
Stéphane Rivière
Ile d'Oléron - France


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Avis setup homelab

[Jerome Marteaux]

Le 27/03/2025 à 00:34, Mickaël F a écrit :

Merci à tous pour vos retours.

@Jerome : Niveau taf, je ne sais pas encore. Ma formation se termine dans
un mois. N'étant pas en région parisienne ou autre endroit dynamique,
j'irai sans doute en entreprise pour commencer.


En fait ce que je voulais écrire, c'est que les techno, les projets et
la manière de travailler sont différentes en fonction de ce que tu
souhaite faire. Tu peux aussi demander son avis à Cécile qui trainait
par ici.

En entreprise c'est intégrer un service informatique dans une boite.
Comme il y a un manque d'admin sys, c'est toi qui devrait avoir le choix
de l'entreprise en fonction de tes critères (et des projets / techno
utilisées).

En entreprise tu fais du vlan et du fw, peu de réseau mais beaucoup
d'admin sys voir du poste utilisateur.
Chez un infogéreur, pleins pleins de techno, c'est à mon avis là où tu
vois le plus de choses différentes.

Chez un opérateur tu fais du bgp, mpls, quelques fois du bng, du fw, le
scope est souvent beaucoup plus étroit que chez un infogéreur.

Il y a quelques opérateurs en région et quelques infogéreurs. Il y a un
manque important d'admin réseau (il y a aussi moins de poste qu'admin
sys), mais avec le télétravail tu pourrais trouver un peu plus
facilement.


Faire du k8s, même si je ne m'en sers pas en entreprise, j'ai bien envie
d'essayer. Ça m'intéresse énormément.
Mail@home, pas convaincu. J'en ai fait un peu à une époque, c'est devenu la
croix et la bannière pour ne pas se faire tag en spam par les GAFAM.


Surtout sur des IP broadband, c'est mort. Je ne pense pas que ce soit
encore déployé et maintenu par des infogéreurs (comment vendre un truc
qui est gratuit chez Google, Yahoo et co ?), si tu en as déjà fait, à 
mon avis c'est inutile de poursuivre.



Eve-ng/GNS3, j'en fait déjà un peu pour des configs AS. Mais j'aimerai bien
avoir un truc semi-pro en prod, même en local. Certes je ne ferais pas d'AS
(ce n'est pas le but).
Stage & alternance, vu que je suis en fin de formation, c'est compromis.


Alors il y a une autre voie: participer à une asso qui fait du réseau,
comme FDN, ou bien monter la tienne type SCANI.


Jérôme

--
Jérôme Marteaux


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Avis setup homelab

[David Ponzone]

> Le 26 mars 2025 à 22:25, olivier via frnog  a écrit :
> 
> Le Wi-Fi est fourni par un AP Unifi, mais si tu veux apprendre et bidouiller, 
> je déconseille fortement. C'est pratique en entreprise pour monter un réseau 
> rapidement en 3 clics, mais c'est verrouillé, leur contrôleur est nul, pas 
> forcément très stable, et il faut bidouiller pour le virtualiser, je suis 
> vraiment pas fan, je ne referai probablement pas.
> 

Euh vraiment pas  :)

Unifi Network s’installe en une ligne de commande sur une Debian standard.
Zéro bidouille.

Rappel: Unifi Network n’est pas un contrôleur WIFI. S’il est dead, ça marche 
toujours. C’est juste une UI.
Il est parfaitement stable, j’ai des centaines d’équipements sur le mien.
Donc oui y a des limites, d’où ma recommendation de commencer par jouer avec du 
matos avec CLI mais en AP WIFI, c’est souvent WEB UI de toute façon.
Comme les Unifi font quand même pas mal de truc: VLAN par SSID, 8021.x, PPSK, 
etc… c’est pas déconnant de choisir ça. Après, s’il a l’argent pour acheter des 
Cisco ou Ruckus, c’est bien aussi.
Aussi avec Ubiquiti: certains AP sont reflashables en OpenWRT il me semble.

David

 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Avis setup homelab

[David Ponzone]

> Le 27 mars 2025 à 00:34, Mickaël F  a écrit :
> 
> @Raphael : J'ai déjà deux miniPC en cluster sous PVE, ils sont souvent à la
> limite de l'AVC. Un serveur, même survitaminé, ça ne serait pas un luxe.
> Pour Home Assistant, effectivement, je ne l'ai pas testé en prod local. Ca
> peut valoir le coup de tester les alternatives.

Oui mais un DL380 pour chez toi, ça fait beaucoup non ?
A mon avis, tu devrais plutôt te demmerder pour avoir 3 plus petits PVE, pour 
explorer un déploiement hyperconvergent avec Ceph.

> @David : Je l'attendais cette réponse ! UI = trash. Manger du CLI, c'est
> sans doute le mieux. Moins sexy, mais plus formateur.
> C'est vrai qu'en novice que je suis, je n'ai pas mérité le repos du click.
> Cisco, il me semblait (sans certitude) qu'il y avait des systèmes de
> licences àlakon. Mais j'avoue ne pas avoir creusé le sujet.

Donc, Cisco a toujours été en licensing déclaratif (mode « mes clients sont des 
bisounours ») et ça leur a toujours réussi (qui me pirate me rend service pour 
évangéliser).
Jusqu’à IOS 16.9, non inclus.
Donc sur des vieux trucs avec un IOS classique, aucun souci.
T’en trouve des charrettes sur Ebay, spéciales CCNA.

> Si on peut trouver du cisco/juniper d'occas', je suis clairement preneur.
> Ca me permettrait de valider du CCNA/CCNP et avoir une base un peu plus
> solide.

Voir au dessus.

> Pour le FW->router c'est juste pour bidouiller du opnsense et du router.
> Dans l'absolu, oui, c'est pas très utile.

Pareil, vieux Forti, ça se trouve pour que dalle, ça fait le job, et l’absence 
de licence n’est bloquante que pour 2/3 trucs (mise à jour des signatures et 
URL filtering).

> @Jerome : Niveau taf, je ne sais pas encore. Ma formation se termine dans
> un mois. N'étant pas en région parisienne ou autre endroit dynamique,
> j'irai sans doute en entreprise pour commencer.

IMPORTANT: Tu devrais dire où tu es, ça peut intéresser des gens sur la liste 
qui sont dans le même endroit pas dynamique mais qui eux sont dynamiques :)

> 
> Encore merci pour vos retours. Je ne pensais pas que le sujet allait
> provoquer autant de réponses.
> Si vous avez encore des retours, ça serait un plaisir.
> 

Ben c’est normal, c’est devenu rare à notre époque de voir des jeunes motivés 
qui ont compris que pour monter en compétences, ça va pas se passer à l’école 
(mais l’école est indispensable).

David


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Recommandation serveur 4xRS232 pour OOB ?

[Dominique Rousseau]

Le Wed, Mar 26, 2025 at 09:42:47AM +0100, David Ponzone 
[david.ponz...@gmail.com] a écrit:
> La norme c???est Cisco.
> Presque tout ce que j???ai utilisé marche avec un câble Cisco.
> Evidemment, y a toujours un malin pour jouer au con, sur un truc aussi
> peu important.

+1 modulo le cable :)

Les cables "Cisco" rj45/rj45 avec un adaptateur au bout, c'est un cable
plat, tout droit, le 1 d'un coté va au 8, etc. ( "rollover cable" )
https://en.wikipedia.org/wiki/Rollover_cable

J'ai déjà croisé des cas où il fallait utiliser un cable "ethernet", et
une autre sorte d'adptateur.
Dans le sac à dos, j'ai du coup toujours un cable "rollover", et les 2
adaptateurs. En dehors des trucs en rj11 ou exotique, ça "marche" pour
tout.

-- 
Dominique Rousseau 
Neuronnexion, Prestataire Internet & Intranet
6 rue des Hautes cornes - 8 Amiens
tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Avis setup homelab

[Toussaint OTTAVI]

Le 26/03/2025 à 21:05, raphael.gehin via frnog a écrit :

Concernant le choix  serveur, as-tu besoin d'aussi "puissant" pour ton lab ?


Dans "Home Lab", il y a d'abord "Home". Un Proliant DL de récup est 
certes un bon jouet pour apprendre les technologies utilisées en 
entreprise, mais à la maison, çà fait beaucoup, beaucoup de bruit ! Et, 
accessoirement, ce ne sera pas non plus complètement transparent au 
niveau de la facture électrique.


Je plussoie donc sur des mini-PC silencieux et économes en énergie, tout 
à fait aptes à faire tourner un Proxmox avec les applications envisagées.

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Avis setup homelab

[Pierre BELLEMAIN]

Salut Mickaël,

Je ne réponds pas souvent, mais comme c'est un sujet que nous avons en commun...

Pour être honnête, en effet, je pense que tu vises un peu large et un peu cher
pour un homelab.

Déjà en effet, plutôt que de s'orienter vers du clickodrome,
le mieux serait de maîtriser ce qu'il y a en dessous (donc CLI) mais bon,
tout le monde (ou presque) en a parlé avant moi.

Personnellement, gérer un pare-feu type opnsense à la maison,
sachant que tu n'auras qu'une IP publique, et que que tu vas probablement
rester derrière ta box, autant ne pas s'embêter, et rester simplement en 
full-NAT.
Si t'as besoin de filtrer un peu, tu fais du regex avec fail2ban et tu filtres
avec iptables/nftables.

Plutôt que de t'orienter vers de la virtu classique type pmox, je te dirais
plutôt de te pencher sur ce qui est un peu plus à la mode dernièrement,
c'est-à-dire de faire un peu plus de devops (du conteneur, type Docker/Podman
au pire LXC).
Si tu fais t'oriente là dessus, honnêtement, en termes de 
perfs/consommation/temps passé,
tu vas te libérer d'un sacré poids.

Concernant le stockage, tu peux simplement te faire une mini-tour avec les
cartes spécialisées NAS type N100 que tu peux trouversur beaucoup de sites 
chinois (Ali*).
Ensuite, un TrueNAS simple et des montages en NFS, ça fait l'affaire.
Personnellement, j'ai simplement un NAS, un petit commut avec 5 ports 2,5Gbps/2 
SFP+,
et un pc portable avec deux dongle USB 2,5Gbps.
En bonus avec un pc portable, tu peux te faire un petit jellyfin et utiliser du
transcodage matériel ;)
(en passant, tu peux aussi aller voir Servarr, c'est juste un conseil)

Ensuite, plutôt que de te faire des noeuds au cerveau avec k8s, commence
déjà à jouer avec du compose, ce sera bien déjà.
Et avant de balancer des images "bêtement", regarde un peu les dépôts
github et fais-toi un peu de Dockerfiles.

Et au contraire, commence par essayer d'heberger un certain nombre de
service pour s'extirper des GAFAMs (nextcloud/memories, immich, git, 
mail@home...).
(https://github.com/awesome-selfhosted/awesome-selfhosted)
Les Gafam, tu les *, ils respectent rien, et surtout pas les standards.
Au pire, tu peux garder un mail chez eux pour quand t'as besoin qu'un mail
soit absolument reçu, mais balance tout le reste chez toi.
Personnellement, je te conseillerais un Mailcow, c'est du tonnerre !

Pour le Wi-Fi, les APs Ubiquiti sont hyper abordables et bien technologiquement
parlant, et tu peux dockeriser le controleur, mais pour avoir fait les frais
de problèmes Wi-Fi assez grave récemment, tu peux essayer une autre approche
et passer l'AP sur de l'OpenWRT (https://openwrt.org/toh/ubiquiti/start)
(il manque que les U7).

Après, j'ai un autre avis concernant le besoin d'avoir des VLANs.
En principe, dans un réseau bien maîtrisé, tu ne _devrais_ pas
avoir besoin de VLANs, donc avoir un commut administrable... Bof.

Pierre.

- Mail original -
> De: "Mickaël F" 
> À: frnog-m...@frnog.org
> Envoyé: Mercredi 26 Mars 2025 20:24:44
> Objet: [FRnOG] [MISC] Avis setup homelab

> Bonjour la liste,
> 
> Premier message ici. Que d'émotions.
> 
> Comme le sujet l'indique, j'aimerais avoir vos avis/retours pour monter un
> homelab.
> 
> Pour donner un peu de contexte perso, je suis admin sys/res en fin de
> formation (via openclassrooms) et je cherche à monter en compétences.
> 
> Dans l'idée, j'avais en tête une infra réseau assez classique : box ISP ->
> FW -> router -> DMZ (reverse proxy) -> LAN
> Dans le LAN il y aura des VLAN assez classiques : admin, guest, iot,
> server, cam, etc.
> 
> Niveau matériel (et c'est surtout ici que j'aurais besoin de vos lumières),
> j'étais plus ou moins parti sur :
> - FW : minipc sous opnsense
> - DMZ : minipc sous traefik
> - Server : HPE Proliant DL380 - 256Go RAM - xeon 2680v4 * 2
> 
> Matos réseau, j'hésite entre unifi et mikrotik
> Unifi :
> - Routeur : Dream Machine Pro Max
> - Switch : Pro Max 24 PoE
> 
> Mikrotik :
> - Routeur : CCR2116-12G-4S+
> - Switch :  CRS326-4C+20G+2Q+RM
> 
> Usage : bidouiller du réseau, pas mal de self-hosted (nextcloud, plex, home
> assistant), sky is the limit
> Budget : sans grande importance. Disons que j'ai une enveloppe de 7k
> 
> Sur unifi les interfaces ont l'air bien pensées et semblent plus
> intuitives. Mikrotik semble offrir une plus grande flexibilité pour les
> conf avancées.
> Entre les deux, mon cœur balance.
> 
> Je sais que mon setup peut sembler "ambitieux", mais je cherche à avoir un
> environnement évolutif, qui me permet d'explorer des concepts avancés et de
> pouvoir m'amuser avec des confs diverses et variées.
> Par la suite, j'ajouterai un SAN et probablement un second node PVE.
> 
> Merci d'avoir pris le temps et merci pour ceux qui prendront le temps de me
> répondre.
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Détecteur porte non fermée

[Kilo Whisky]

Hello,

Tout a fait pour le Jeedom.

Si vous avez beaucoup de portes a brancher ou d'autre "IOT" y a une option
filaire sur un automate Wago sur cicruit 12V continue genre 750-841 + Input
avec un Calaos par exemple qui lui va envioyer les alertes.

K.

On Thu, Mar 27, 2025 at 2:43 PM Richard Klein  wrote:

> Jeedom ou home assistant virtualisé avec un dongle USB zigbee et un
> capteur de porte . Et voilà.
> Richard
>
> Le jeu. 27 mars 2025, 14:38, SIMANCAS Hugo [HC] via frnog 
> a écrit :
>
>> Bonjour
>>
>> Je cherche à sécuriser des entrées sorties sur des portes non connectées
>> à une alarme. (salles confidentielles, ...)
>> Avez vous des solutions fiables à me recommander pour signaler une porte
>> non fermée via une alerte sonore au bout de 10 secondes voir envoi un sms
>> en plus ?
>>
>> Merci d'avance
>>
>> Hugo
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *Hugo SIMANCAS*
>> Directeur Technique Associé
>>
>> *Standard :* 09 78 23 20 29 | *Ligne directe :* ¨0695442964¨
>> 1 impasse Edmond Audran, 31200 Toulouse
>> www.humansconnexion.com
>>
>>
>>
>

RE: [FRnOG] [MISC] Avis setup homelab

[Imad Soltani]

"Au risque de décevoir, je ne suis pas un "jeune" ! La quarantaine approchant" 
, c'est vrai que beaucoup vont etre decu . je pensais pas que t'etais un gamin ;)

bon courage en tout cas ,

IS


*From:* Mickaël F 

*Sent:* Thursday, March 27, 2025 at 9:21 PM UTC+1

*To:* frnog@frnog.org

*Subject:* RE: [FRnOG] [MISC] Avis setup homelab



Bonsoir à tous,

Avant tout, merci beaucoup pour vos nombreux retours.
Merci également pour tous les liens github, vous m'avez fait ma journée.

Je vais essayer de ne rien oublier dans ma réponse, mais ce n'est pas gagné.


Concernant la localisation, actuellement je suis à côté de Bourg-en-Bresse.
Niveau associatif, de ce que j'ai vu, ce n'est pas la folie.
Mais ça pourrait être intéressant d'en rejoindre une. D'autant que j'y
avais pensé il y a quelques semaines (où d'en fonder une, comme ça a été
proposé).

Au risque de décevoir, je ne suis pas un "jeune" ! La quarantaine
approchant. J'ai fait cette formation suite à une reconversion pro.
(D'aucuns me diront que l'âge, c'est dans la tête)

Vous avez été plusieurs à parler du choix du DL380. C'est vrai que c'est
sans doute (beaucoup) trop.
La conso était un élément que j'avais pris en compte, le bruit un peu
moins. Et si je peux éviter de me retrouver avec une soufflerie dans la
maison, c'est mieux.
Mini-PC oui, c'est vrai que c'est la solution la plus pratique. Mais comme
je suis un peu chieur, j'aurais bien aimé un truc rackable.
Du coup je vais sans doute partir sur des châssis 1U et monter un truc plus
économe : les Xeon D semblent assez adaptés. Avec des TDP dans les 50-70W,
ça semble plus facile à refroidir sans avoir besoin de grosses turbines.
Si vous avez des retours sur les serveurs rackable DIY avec ce genre de
proco (ou même d'autres), ça serait hyper intéressant et je vous en serais
reconnaissant.


Pour le matos réseau, si je fais le choix d'unifi, je pense que je vais me
faire lyncher. Alors sans doute que du cisco/juniper en broke, ça peut être
bien.
Avec les infos que vous m'avez donné, je sais déjà plus vers quoi
m'orienter.

Côté système, je pars sur PVE pour une question d'habitude. Il y a un peu
de devops en mettant des nodes worker/master sous k8s, un autre sous
docker, ansible, etc.
Dans l'absolu, ça ne me sert strictement à rien si ce n'est ajouter des
cordes à mon arc.


Si j'essaie d'avoir ce genre de homelab, ce n'est pas pour que ce soit
adapté à mon besoin en usage local. C'est, disons, plutôt un investissement
sur l'avenir.
J'ai eu la chance de vendre un bien immo que j'avais mis en location et
finissant ma formation quasi au moment de la vente, mettre 5-7k dans un
homelab, si ça me permet d'être bon dans mon métier, ça me va.


J'insiste, mais merci encore pour vos retours. Avoir l'avis de vieux
barbus, c'est un plaisir.
PS : Et pour les non-barbus et les plus jeunes, ça n'enlève rien à la
pertinence de vos réponses.

Si j'ai oublié un point de réponse, désolé. N'hésitez pas à me taper sur
les doigts.


Le jeu. 27 mars 2025 à 15:37, Pierre BELLEMAIN <
pierre.bellem...@univ-eiffel.fr> a écrit :


Ah ok on est d’accord, mais s’il veut faire un lab, c’est pour un

minimum se

mettre dans un contexte d’entreprise.
Comme il parle de DMZ (quoiqu’en 2025, ce terme est à mettre à la

poubelle

aussi), il est pas incohérent qu’il ait des VLAN pour apprendre à

séparer, à

filtrer entre VLAN, etc…

L'idée de fond, je suis d'accord, mais bon, budgétairement parlant...
Puis bon, une DMZ avec une seule IP publique...
Et puis, les DMZ, j'en ai jamais vu une qui en était vraiment une...
Depuis longtemps.


Ton commut a pas de storm control par VLAN et par port ?
Une autre bonne raison qu’il ait un switch sérieux, pour simuler des

tempêtes et

voir comment il la repère et la gère (bon, le mode « trouve ce qui va

pas »

façon CCIE, ça a bien sûr ses limites quand on est à la fois l'examiné et
l'examinateur).

Malheureusement au taf, on a récupéré le réseau dans un état pas super
(c'est peu de le dire).
Déjà qu'on pleure avec nos 1000 microswitchs (plusieurs bâtiments
full-FTTO)...
On a préféré prendre du temps sur l'implémentation du STP.
Et on a mis du storm-control sur les commuts qui supportent pas bien notre
STP
(on est partis sur l'idée de faire du PVST vu qu'on a que du HPE/Comware
pour se simplifier la vie).

Maintenant qu'on est bien sûr que le STP, ça *** la *** mais qu'il n'y a
rien d'autre,
on regarde du côté du VXLAN.


Le monde du réseau est plein de gens qui savent configurer, un peu moins

qui

savent garder leur calme et trouver la root-cause avec un fort stress

autour

d’eux.

J'aurais pas mieux résumé xD
Surtout, il y a plusieurs manière de faire, et on est pas tous d'accord.
Et qu'en plus, c'est pareil pour le monde du sys...


On est bien d’accord mais encore une fois, je pense qu’il veut claquer

7k€ pour

faire un lab (très) sérieux, donc je vois pas de raison de simplifier

(d’où le

WebUI-exit) :)
Dans une entreprise, ça ne sera pas simplifié, ça sera dégeu,

hétérogène, voir

p

Re: [FRnOG] [MISC] Détecteur porte non fermée

[Xavier Beaudouin via frnog]

Hello,

> Beaucoup de possibilités en domotique pour cette application. La plupart
> vont nécessiter un hub central parce que ce sera du bluetooth ou du
> zigbee/whatever. Bref, un truc qui cause pas IP.
> 
> Et sinon, quelques modèles en wifi, par exemple
> https://www.domadoo.fr/en/devices/6102-sonoff-wifi-door-or-window-sensor.html
> 
> Ca doit pouvoir être interrogé par un outil de monitoring traditionnel
> qui s'occupera de l'alerting.
> 
> Après, wifi donc tu risques de devoir changer les piles un peu souvent.
> 
> L'idéal pour ce genre d'application serait une version LoRA[wan] mais il
> faut prévoir du spécifique pour récupérer l'état.

En Wifi j'ai testé ceci : 
https://www.shellyfrance.fr/shelly-door-window-sensor-2/

Et bien les piles durent ... 3 mois au grand maxi... Donc le BLE est largement 
plus 
efficace et fonctionnel.

Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Avis setup homelab

[David Ponzone]

Bon, soyons clairs, Toussaint, tu as tort :)
Je rigole bien sûr!
Mais pas complètement :)

Quand on est expert CLI, on passe à l’UI sans aucun problème (on se pose même 
pas de question en fait).
Quand on est expert clicodrôme, on y reste souvent à vie, et on redoute la CLI, 
en pensant que ça va être compliqué.

Hélas, même en 2025, je connais pas d'équipements qui ont CLI et WebUI et qui 
sont à égalité fonctionnelle sur les 2.
Même chez Fortinet, donc le WebUI excellent est une référence, il y a des 
choses qu’on ne peut faire qu’en CLI.
Et ça fait des années que je me dis que ça va venir le 100% web, et ça vient 
pas.

PS: Pourquoi rêver d’un 100% Web ? Parce qu’il faut l’admettre: la logique de 
la CLI de FortiOS est….très spéciale (ah ça c’est avec execute, ah ça c’est 
avec get, ok ok ok, j’ai compris qu’il y avait rien à comprendre).

Tiens, tu peux répondre à ça, Toussaint, et la question est sincère: tu connais 
quelqu’un qui administre du Linux sans la CLI, donc Windows-style ?

David

> Le 27 mars 2025 à 09:52, Toussaint OTTAVI  a écrit :
> 
> 
> Le 27/03/2025 à 00:34, Mickaël F a écrit :
>> @David : Je l'attendais cette réponse ! UI = trash. Manger du CLI, c'est
>> sans doute le mieux. Moins sexy, mais plus formateur.
> 
> David est un gourou du CLI :-D Il prêche pour sa paroisse :-D A moins que tu 
> n'aies envie de devenir comme lui :-D :-D :-D une approche plus pragmatique 
> est conseillée ;-)
> 
> Un maçon avec un multimètre n'est pas beaucoup plus utile qu'un électricien 
> avec une truelle :-) A la rigueur, c'est formateur : j'ai pris une de mes 
> premières châtaignes sur une installation électrique faite par un peintre  :-)
> 
> Donc, l'idée, c'est que tu testes pas mal de choses, et qu'au final, tu 
> retiennes ce qui convient le mieux, à la fois à ce que tu auras à faire, 
> ainsi qu'à ta façon personnelle de penser et d'appréhender les problèmes. Je 
> dis souvent qu'un matériel technique, c'est comme un hélicoptère : çà ne vaut 
> pas grand chose sans le spécialiste qui va avec pour le piloter ! Dans ton 
> futur job, tu devras mettre en oeuvre des solutions qui répondent à des 
> besoins ou qui résolvent des problèmes. C'est à toi de trouver la bonne 
> combinaison de matériel, de logiciel et d'interface, qui te permette 
> d'arriver au meilleur résultat, tout en gardant du plaisir à faire ton job !
> 
> Donc, si tu vas faire en très grande partie du réseau, maîtriser le CLI sur 
> des marques connues sera quasiment indispensable. Si, en revanche, la 
> configuration d'un routeur ne représentera que 10-20% de ton boulot, tu 
> pourrais apprécier une GUI bien faite, sur laquelle tu as juste besoin de te 
> concentrer sur ce que tu veux faire, et pas sur comment le dire à la machine 
> ! En ce qui me concerne, j'ai fait mes classes, au siècle dernier, sur un 
> ordinateur connu pour être à l'origine du terme "multimedia" : multitâche, 
> graphique, avec un environnement que tu exploites sans lire de doc. Alors que 
> certains copains bricolaient sur des machines en 4 couleurs qui faisaient à 
> peine bip-bip, et d'autres  étaient obligés de lire la doc pour savoir 
> comment sortir d'un éditeur de texte dans lequel ils avaient eu le malheur 
> d'entrer :-)
> 
> Donc, oui, il existe des outils qui ont d'excellentes GUI. En ce qui me 
> concerne, c'est ainsi que je les teste : je démarre le machin, je me fixe un 
> objectif simple,  et j'essaye de le réaliser sans (volontairement) ouvrir la 
> moindre doc. Si j'y parviens, c'est que l'outil me convient. Je sais que, si 
> je fais un truc avec aujourd'hui, dans 10 ans, je n'aurai pas à retrouver les 
> docs pour me rappeler comment çà fonctionne.
> 
> Une bonne GUI *est* la documentation !
> 
> Enfin, en entreprise, il y a également un autre avantage : tu devras souvent 
> partager des tâches avec des collègues, et tout le monde n'aura pas forcément 
> l'expertise en CLI requise; dans une telle situation,  la GUI sera, 
> incontestablement, un plus. Sinon, surtout dans des petites boites, beaucoup 
> trop de choses pourraient dépendre de toi seul, et çà peut devenir usant...
> 
> En conclusion :
> Lis tous les conseils que tu pourras trouver ici, parce que c'est plein de 
> super pros, de passionnés, et même des deux en même temps :-)
> Et ensuite, fais ce que tu as prévu de faire  : mets les mains dans le 
> cambouis, teste, trouve ce qui te convient, et surtout, prends du plaisir à 
> faire ce que tu fais !
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [MISC] Détecteur porte non fermée

[SIMANCAS Hugo [HC] via frnog]

Bonjour

Je cherche à sécuriser des entrées sorties sur des portes non connectées à une 
alarme. (salles confidentielles, ...)
Avez vous des solutions fiables à me recommander pour signaler une porte non 
fermée via une alerte sonore au bout de 10 secondes voir envoi un sms en plus ?

Merci d'avance

Hugo











smime.p7s
Description: S/MIME cryptographic signature

Re: [FRnOG] [MISC] Avis setup homelab

[David Ponzone]

Pierre,

J’ai besoin d’aide :)

> Le 27 mars 2025 à 11:25, Pierre BELLEMAIN  a 
> écrit :
> 
> Après, j'ai un autre avis concernant le besoin d'avoir des VLANs.
> En principe, dans un réseau bien maîtrisé, tu ne _devrais_ pas
> avoir besoin de VLANs, donc avoir un commut administrable... Bof.
> 

Tu maitrises ton broadcast toi ? Tu fais comment ? :)

Et tu maitrises la carte réseau qui fait de la merde ? Même si c’est rare, ça 
arrive.

Et la sécu entre subnets, tu fais comment si les machines se voient au niveau 2 
?

Et éventuellement, l’overlapping de subnet, tu fais comment ?
(cas rare mais qui peut survenir)

David


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] convertir des cisco 7821 ENT en MPP

[Ali D]

Bonjour à tous,

J’ai récupéré un lot de téléphones SIP 7821 avec un firmware entreprise,
dans le cadre d’un projet bénévole  pour une association, et je cherche à
les déployer.
Je dois donc les convertir en MPP afin de les faire fonctionner avec leur
Centrex.

Y a-t-il un moyen d’effectuer cette conversion sans avoir recours à une
licence de conversion (qui coûte un bras) ?

En vous remerciant par avance pour votre aide,
Bien cordialement,
AD

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Recommandation serveur 4xRS232 pour OOB ?

[Alexis Lameire]

Je rajoute, Arista, Forcepoint, Juniper, Brocade :)

Voilou :)
Alexis

Le mer. 26 mars 2025 à 09:43, Erwan David  a écrit :

> On Wed, Mar 26, 2025 at 09:09:45AM CET, Toussaint OTTAVI <
> t.ott...@bc-109.com> said:
> >
> >
> > Le 26/03/2025 à 08:59, David Ponzone a écrit :
> > > Ouais mais ça serait quand même sympa de trouver un hub USB sur lequel
> > > les ports RS232 sont en RJ45 (Cisco-like) puisque c’est le format qui a
> > > tendance à s’imposer
> >
> > A ce propos, quelqu'un s'est-il amusé à vérifier les brochages des RS232
> sur
> > RJ45 ? Est-ce qu'il y a une normalisation ? Déjà, sur les DB9, entre les
> > câblages 3 fils, 5 fils et 9 fils, c'était le bazar :-) Plus les câbles
> > droits et les câbles null-modem (croisés). Plus les connecteurs DB9 mâle
> ou
> > femelle selon les équipements :-)
> >
> > J'ai déjà constaté que des câbles console RJ45 d'une marque ne
> > fonctionnaient pas sur une autre marque, mais je n'ai jamais pris le
> temps
> > de creuser. Dans ma sacoche, j'ai un câble console RJ45 pour chacune des
> > principales marques que j'utilise :-) Avec des étiquettes :-)
>
> De mon expérience les cables Cisco fonctionnent sur HPE (gamme
> Commware) et sur Mikrotik, je en sais plus si les sonicwall et
> fortigate que j'ai cotoyé avaient un port console en RJ45, mais si
> c'était le cas c'était le même câble.
>
>
> --
> Erwan David
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Détecteur porte non fermée

[Richard Klein]

Jeedom ou home assistant virtualisé avec un dongle USB zigbee et un capteur
de porte . Et voilà.
Richard

Le jeu. 27 mars 2025, 14:38, SIMANCAS Hugo [HC] via frnog 
a écrit :

> Bonjour
>
> Je cherche à sécuriser des entrées sorties sur des portes non connectées à
> une alarme. (salles confidentielles, ...)
> Avez vous des solutions fiables à me recommander pour signaler une porte
> non fermée via une alerte sonore au bout de 10 secondes voir envoi un sms
> en plus ?
>
> Merci d'avance
>
> Hugo
>
>
>
>
>
>
>
>
>
>
> *Hugo SIMANCAS*
> Directeur Technique Associé
>
> *Standard :* 09 78 23 20 29 | *Ligne directe :* ¨0695442964¨
> 1 impasse Edmond Audran, 31200 Toulouse
> www.humansconnexion.com
>
>
>