Re: [FRnOG] [TECH] Configuration VPN sur Cisco

J’ai raté un truc peut-être, j’ai lu en diagonale, mais pourquoi tu mets pas un Wireshark à la sortie de la carte pour voir ce qu’elle raconte (IP, vlan, etc…) ? Le 12/03/2024 à 11:24, David Ponzone a écrit : C'est une lame dans un chassis. Il n'y a qu'un seul port Ethernet sur ce dernier

Re: [FRnOG] [TECH] Configuration VPN sur Cisco

Le 12/03/2024 à 10:53, Lionel Giraudeau-Bocquet via frnog a écrit : Bonjour à tous, ... Dans un monde idéal, je cherche à ce que, temporairement, carte IPMI et serveur DHCP se causent pour que la première ait une adresse IP et que du deuxième je parvienne à lancer un ipmitool (je connais user

Re: [FRnOG] [TECH] Configuration VPN sur Cisco

J’ai raté un truc peut-être, j’ai lu en diagonale, mais pourquoi tu mets pas un Wireshark à la sortie de la carte pour voir ce qu’elle raconte (IP, vlan, etc…) ? > Le 12 mars 2024 à 10:53, Lionel Giraudeau-Bocquet via frnog > a écrit : > > Bonjour à tous, > > Membre de FDN j'ai déjà posé

Re: [FRnOG] [TECH] Configuration VPN sur Cisco

Le 12/03/2024 à 10:53, Lionel Giraudeau-Bocquet via frnog a écrit : Bonjour à tous, Membre de FDN j'ai déjà posé cette question sur une liste sympa interne et il m'a été conseillé de venir poser ma question ici (merci tout de même !). Voici le problème que je n'arrive pas à résoudre : J'ai

[FRnOG] [TECH] Configuration VPN sur Cisco

Bonjour à tous, Membre de FDN j'ai déjà posé cette question sur une liste sympa interne et il m'a été conseillé de venir poser ma question ici (merci tout de même !). Voici le problème que je n'arrive pas à résoudre : J'ai récupéré plusieurs lames (ayant une carte IPMI qui est intégrée à la

RE: [FRnOG] [TECH] Single Pair Ethernet

Dominique Rousseau Envoyé : lundi 11 mars 2024 09:33 À : frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] Single Pair Ethernet Le Fri, Mar 08, 2024 at 07:36:38PM +0100, Fabien Sirjean [fsirj...@eddie.fdn.fr] a écrit: > Bonjour la liste, > > J'ai récemment entendu parler pour la premièr

Re: [FRnOG] [TECH] Clavier non fonctionnel au démarrage d'un HP Proliant DL360 gen7

David, Le 11/03/2024 à 15:11, David Ponzone a écrit : Plutôt pour FRSAG je pense ? Plutôt la poubelle hein. Un Gen7 c'est compliqué d'en justifier la consommation pour des perfs à la hauteur d'un SBC moderne. @+ -- Jérôme Nicolle +33 6 19 31 27 14 +590 690 22 87 14

Re: [FRnOG] [TECH] Clavier non fonctionnel au démarrage d'un HP Proliant DL360 gen7

Plutôt pour FRSAG je pense ? David > Le 11 mars 2024 à 15:04, nblesgaz a écrit : > > Bonjour à tous, > > J'ai récemment fait l’acquisition d'un hp proliant dl360 gen7 via lbc. Il est > dans un très bon état, néanmoins, lorsque je veux accéder au bios de la > machine, pas de clavier, on

[FRnOG] [TECH] Clavier non fonctionnel au démarrage d'un HP Proliant DL360 gen7

Bonjour à tous, J'ai récemment fait l’acquisition d'un hp proliant dl360 gen7 via lbc. Il est dans un très bon état, néanmoins, lorsque je veux accéder au bios de la machine, pas de clavier, on dirait que l'usb est désactivé dans le bios... J'ai beau appuyer sur des touches, il ne se passe

Re: [FRnOG] [TECH] Wireguard et DPD ?

Il y a un script pour cela: https://github.com/WireGuard/wireguard-tools/blob/master/contrib/reresolve-dns/reresolve-dns.sh et un wiki: https://wiki.archlinux.org/title/WireGuard#Endpoint_with_changing_IP Benoît On Monday, March 11th, 2024 at 09:32, Toussaint OTTAVI wrote: > Salut la liste,

Re: [FRnOG] [TECH] Wireguard et DPD ?

Hello > Il existe des projets comme tailscale ou wg-dynamic -ce dernier semble à > l'arrêt-. Tu peux poser la question sur la liste > https://lists.zx2c4.com/mailman/listinfo/wireguard Vis a vis de tailscale, il y a une forte dépendance a AWS... ou faut installer headscale quelque part. Par

Re: [FRnOG] [TECH] Wireguard et DPD ?

Bonjour Le 11/03/2024 à 09:32, Toussaint OTTAVI a écrit : Salut la liste, Des sites distants montent des VPN Wireguard vers un hub central, défini par un FQDN. L'adresse IP du hub change. L'enregistrement DNS correspondant est mis à jour. Mais sur les sites distants, Wireguard reste

Re: [FRnOG] [TECH] Wireguard et DPD ?

Le 11/03/2024 à 09:32, Toussaint OTTAVI a écrit : Salut la liste, Bonjour, Des sites distants montent des VPN Wireguard vers un hub central, défini par un FQDN. L'adresse IP du hub change. L'enregistrement DNS correspondant est mis à jour. Mais sur les sites distants, Wireguard reste

Re: [FRnOG] [TECH] Wireguard et DPD ?

T’as rien raté, mais t’as pas cherché longtemps :) https://tailscale.com/kb/1122/wireguard-dynamic-ip > Le 11 mars 2024 à 09:32, Toussaint OTTAVI a écrit : > > Salut la liste, > > Des sites distants montent des VPN Wireguard vers un hub

Re: [FRnOG] [TECH] Single Pair Ethernet

Le Fri, Mar 08, 2024 at 07:36:38PM +0100, Fabien Sirjean [fsirj...@eddie.fdn.fr] a écrit: > Bonjour la liste, > > J'ai récemment entendu parler pour la première fois de Single Pair Ethernet > (10BASE-T1S / 10BASE-T1L), dont les specs ont l'air prometteuses (notamment > en environnement

[FRnOG] [TECH] Wireguard et DPD ?

Salut la liste, Des sites distants montent des VPN Wireguard vers un hub central, défini par un FQDN. L'adresse IP du hub change. L'enregistrement DNS correspondant est mis à jour. Mais sur les sites distants, Wireguard reste "accroché" à l'ancienne IP, il ne fait jamais de nouvelle

Re: [FRnOG] [TECH] Single Pair Ethernet

Re, > J'ai récemment entendu parler pour la première fois de Single Pair Ethernet > (10BASE-T1S / > 10BASE-T1L), dont les specs ont l'air prometteuses (notamment en > environnement industriel) : > > - 10 Mbps sur une seule paire de cuivre, avec des standards en cours de > travail pour monter

Re: [FRnOG] [TECH] Single Pair Ethernet

10M, 1km, poe ? pour l'IOT, c'est génial. Je sais pas si c'est au point mais en tout cas ça m'intéresse ! Le 08/03/2024 à 19:36, Fabien Sirjean a écrit : Bonjour la liste, J'ai récemment entendu parler pour la première fois de Single Pair Ethernet (10BASE-T1S / 10BASE-T1L), dont les specs

[FRnOG] [TECH] Single Pair Ethernet

Bonjour la liste, J'ai récemment entendu parler pour la première fois de Single Pair Ethernet (10BASE-T1S / 10BASE-T1L), dont les specs ont l'air prometteuses (notamment en environnement industriel) :  - 10 Mbps sur une seule paire de cuivre, avec des standards en cours de travail pour

Re: [FRnOG] [TECH] Reyee

Hello, De ce que j'ai vu, c'est l'une des marques blanches de FS (je conseille le repos GitHub d'Oxidized qui source les devices FS notamment). Donc en terme de maintenabilité/fiabilité on va être sur du FS like en somme. On a quelques trucs de FS : S3900 (constructeur Indien) et des S5860 (de

RE: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol

Objet : Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol Je rajoute ma petite pièce : PTP est utilisé pour partager une heure très précise (beaucoup plus précise que du NTP classique) entre une source de temps (horloge "atomique", synchro GNSS, par exemple) et un équipement donné.

Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol

> Le 7 mars 2024 à 14:01, Philippe ASTIER via frnog a écrit : > > Et malheureusement, les vendeurs de switchs enterrent le support de IEEE1588 > dans leurs docs, pas toujours facile à jour… > > Au passage, Apple utilise aussi PTPv2 pour faire la synchronisation audio des > appareils

Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol

Bonjour, On Thu, 7 Mar 2024 14:13:03 +0100 David Ponzone wrote: > Les bornes DECT Gigaset aussi utilisent PTPv2 pour leur mode synchro LAN. > > David > > > Le 7 mars 2024 à 14:01, Philippe ASTIER via frnog a > > écrit : > > Ouhla si meme David se met a faire du top-posting... :D Paul

Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol

Les bornes DECT Gigaset aussi utilisent PTPv2 pour leur mode synchro LAN. David > Le 7 mars 2024 à 14:01, Philippe ASTIER via frnog a écrit : > > Et malheureusement, les vendeurs de switchs enterrent le support de IEEE1588 > dans leurs docs, pas toujours facile à jour… > > Au passage, Apple

Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol

Et malheureusement, les vendeurs de switchs enterrent le support de IEEE1588 dans leurs docs, pas toujours facile à jour… Au passage, Apple utilise aussi PTPv2 pour faire la synchronisation audio des appareils AirPlay 2 (exemple : une paire de HomePod), ou bien pour faire de la synchro audio.

Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol

Je rajoute ma petite pièce : PTP est utilisé pour partager une heure très précise (beaucoup plus précise que du NTP classique) entre une source de temps (horloge "atomique", synchro GNSS, par exemple) et un équipement donné. Par contre tous les équipements situés entre l'horloge et la machine

[FRnOG] [TECH] Reyee

Tous, Le chinois Ruijie, qui fait quand mêmes des gros switch DC et routeurs core modulaires, a une gamme « PME » sous la marque Reyee, unmanaged ou cloud managed si j’ai bien compris. Le sujet des équipements Ruijie avait été lancé sur la liste il y a 1 an, sans grand retour, donc je me

Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol

Bonjour Pierre, Le 1588v2 PTP est très souvent utilisé par les opérateurs mobiles. C'est devenu presque obligatoire en 4G et 5G. Cela permet de synchroniser les stations de base 4G/5G en fréquence et phase sur une même référence. Il y a plusieurs spécifications PTP, mais en général les

Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol

Bonjour Pierre, Pour parler de ce que je connais, PTP/ IEEE1588 est une brique essentielle dans la plupart des protocoles de distribution "audio-over-IP”” que tu retrouves de nos jours dans les salles de concert, grands hotels, stades, centre commerciaux, etc. Les protocoles s’appellent

Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol

Le 07/03/2024 à 12:39, Pierre Colombier via frnog a écrit : Bonjour, je suis à la recherche d'informations et de retours d'expériences concernant la norme IEEE1588. J'en ai découvert l'existence en repérant que le PHY Ethernet de mon SoC disposait de lignes d'IO "sync_in"/"sync_out" qui

[FRnOG] [TECH] IEEE 1588 Precision Time Protocol

Bonjour, je suis à la recherche d'informations et de retours d'expériences concernant la norme IEEE1588. J'en ai découvert l'existence en repérant que le PHY Ethernet de mon SoC disposait de lignes d'IO "sync_in"/"sync_out" qui semblent être en relation avec ce protocole. mais sans beaucoup

Re: [FRnOG] [TECH] connection backup pour du FTTO?

Hello, > Il faut t’arrêter sur une décision. Clairement. > Dans tous les cas, j’opte pour le pire cas possible, où on a des coupures > physiques. > Avoir un système sans fil de « last resort », c’est la base. > > Après, si tu veux offload ta FTTO sur une FTTH, déjà c’est plus dur il vaut >

Re: [FRnOG] [TECH] Usage massif de secours 4G/5G

On a tous nos liens ou quasiment (ceux qui pleurent après coupures finissent par en prendre un !) secourus en VRRP 4G via Orange (rien d’autre, pas envie de jouer à la roulette) On passe par Sewan, via des FTTH orange, FTTE covage et des FTTO diverses (céleste, eurofiber, orange, bouygues… enfin

Re: [FRnOG] [TECH] connection backup pour du FTTO?

Il faut t’arrêter sur une décision. Dans tous les cas, j’opte pour le pire cas possible, où on a des coupures physiques. Avoir un système sans fil de « last resort », c’est la base. Après, si tu veux offload ta FTTO sur une FTTH, déjà c’est plus dur il vaut mieux sélectionner statiquement les

Re: [FRnOG] [TECH] connection backup pour du FTTO?

Déjà, dès la première phrase, tu m’as perdu. Désolé je pense que je suis un peu con aujourd’hui, ça m’arrive souvent. "Pour détailler un peu. Ece qui concerne l'infra pour simplifier, je reçois ma connection internet via 2 routeurs en DC chacun sur un site différents. J'ai ouvert une session

Re: [FRnOG] [TECH] connection backup pour du FTTO?

Ça je pense que c’est une dépense d’énergie inutile. Si tu veux répartir, c’est que ton main est full (full = pics fréquents qui passent les 75%). Si ton main est full, vu les prix de nos jours du débit juste au-dessus, tu te trompes de passe-temps :) A la limite, tu fais du PBR pour envoyer

Re: [FRnOG] [TECH] Usage massif de secours 4G/5G

Et il reste le doute sur l’uplink de tes points hauts. Plus le temps passe, et plus on a la preuve qu’à part l’agrume, y a pas grande monde qui redonde son réseau. Je ne dis pas que l’agrume n’a pas de NRO en pendulaire, mais je dis qu’ils n’ont pas des départements entiers en pendulaire, comme

Re: [FRnOG] [TECH] connection backup pour du FTTO?

> Bonjour, > > Pour détailler un peu. Ece qui concerne l'infra pour simplifier, je reçois ma > connection internet via 2 routeurs en DC chacun sur un site différents. J'ai > ouvert une session BGP vers chacun, ce qui permet de faciliter les mises à > jours et d'être resilient de ce coté là.

Re: [FRnOG] [TECH] connection backup pour du FTTO?

Bonjour, Pour détailler un peu. Ece qui concerne l'infra pour simplifier, je reçois ma connection internet via 2 routeurs en DC chacun sur un site différents. J'ai ouvert une session BGP vers chacun, ce qui permet de faciliter les mises à jours et d'être resilient de ce coté là. L'idée c'est

Re: [FRnOG] [TECH] Usage massif de secours 4G/5G

J'ai les deux avis... Si c'est en zone assez bien couverte il y aura presque toutes les bandes avec du débit et LLTE/NR (700-800-1800-2100-2600 éventuellement du 3.5ghz), donc si l'ingénierie du réseau mobile est correcte ça ne devrait pas poser trop de soucis pour équilibrer/distribuer le trafic

Re: [FRnOG] [TECH] connection backup pour du FTTO?

Benoît, Tu peux détailler un peu plus l’archi car j’ai pas bien compris le rapport entre le FTTO, le BGP et les sites distants. Sinon, quand t’es pas à 50 balles prêts, le mieux c’est FTTO backup ftth backup 4g/5g. Si le FTTO a pas été pris chez un clochard (je te donne des noms en MP si tu

Re: [FRnOG] [TECH] Usage massif de secours 4G/5G

Clairement pas. Les clients de Free dans les Yvelines l’ont découvert il y a 2 semaines. C’est du marketing. Et la base du marketing GP, c’est quand même de vendre du pipeau sachant que les clients ne disent rien à 95% (ou n’auront jamais besoin du secours) et que les 5% de « chieurs », tu veux

[FRnOG] [TECH] Usage massif de secours 4G/5G

Les offres de secours 4G/5G sont en pleine explosion. Est-ce que quelqu'un a une expérience/un retour sur une utilisation massive de ces offres ? Je veux dire par là lorsque 100 ou 200 clients d'un quartier vont se retrouver avec leur accès fibre coupé et que tout le trafic va passer par la radio.

Re: [FRnOG] [TECH] connection backup pour du FTTO?

Bonjour Benoit, J'ai envie de dire, tout dépend de ton traffic, les solutions mobile, satellite ne seront pas idéale pour un fort uplink ou des applicatifs très restreints sur la latence. Pour ma part, j'avais pas mal de liens secourus 4G/5G que l'on a remplacés par du starlink. (Et nous sommes

[FRnOG] [TECH] connection backup pour du FTTO?

Sur le site de mon entreprise j'ai fait installer une FTTO et j'aimerais ajouter une solution simple pour un backup. J'ai encore les contrats FTTH vers 2 lignes (même armoire, meme poteau final, 1 seul, au coin de la maison) et la 5G est OK (700-120 Mbp). Quelles sont les bones pratiques de

Re: [FRnOG] [TECH] Compatibilité carte fibre optique NAS Qnap

Le Tue, Feb 27, 2024 at 02:13:40PM +, Vincent Duvernet a écrit: > > QXG-10G2SF-CX4 : https://www.qnap.com/fr-fr/product/qxg-10g2sf-cx4 > LAN-10G2SF-MLX : https://www.qnap.com/fr-fr/product/lan-10g2sf-mlx > > C'est visiblement les 2 seuls modèles compatibles. > J'ai cru voir une annonce à 250

Re: [FRnOG] [TECH] Le KVM ultime…

Le Mon, Feb 26, 2024 at 11:36:35AM +0100, David Ponzone a écrit: > Ah merci pour le retex détaillé. > Bon, on va attendre un peu que ça soit sec, ou que ça soit mort. Comme les Kobol à l'époque. Il est toujours dans le carton ici du coup. Fini, le early-adopt, en ce qui me concerne.

Re: [FRnOG] [TECH] Comparons nos NAS en tant que repositories pour Veeam

J’avoue la dedup sur HDD c’est touchy ;-) ! Je pense que c’est juste pour le PoC. Content d’avoir rendu service :-) My 2cents Frank Le ven. 1 mars 2024 à 09:11, Toussaint OTTAVI a écrit : > > Le 29/02/2024 à 20:13, Frank ALEXIS a écrit : > > > > > Un mec bien au point sur github sort des

Re: [FRnOG] [TECH] Comparons nos NAS en tant que repositories pour Veeam

Le 29/02/2024 à 20:13, Frank ALEXIS a écrit : Un mec bien au point sur github sort des scripts hyper propres pour tout un tas de trucs sur syno et ça marche hyper bien :-) https://github.com/007revad Merci :-) Je ne connaissais pas. Je vais jeter un oeil... Ceci étant, si je

Re: [FRnOG] [TECH] Comparons nos NAS en tant que repositories pour Veeam

Hello folks, Sur syno la dedup existe bien MAIS il faut des disques syno (classique ou ssd) et du cache nvme syno. Mais … y’a un petit script qui va bien pour activer la dedup sur tous les disques « non compatibles » hors syno Petite info, les syno sont des Toshiba avec un firmrware « maison »

Re: [FRnOG] [TECH] Comparons nos NAS en tant que repositories pour Veeam

Le 29/02/2024 à 15:43, Vinz Jumpertz via frnog a écrit : je peux repondre pour le iscsi refs Oui, çà fonctionne... C'est juste une question de confiance :-) Pour des choses aussi critiques et aussi "bas niveau" qu'un filesystem présenté à une application de sauvegarde (le truc dont on est

Re: [FRnOG] [TECH] Comparons nos NAS en tant que repositories pour Veeam

Hello, je peux repondre pour le iscsi refs et le rackstation, on l'a en production sur du veeam 365 et ca fonctionne (comme du veeam), ca prend de l'espace mais on peut dupliquer entre synologies sans soucies. KR Vincent On 2/29/24 14:29, Toussaint OTTAVI wrote: Le 28/02/2024 à 12:39,

Re: [FRnOG] [TECH] Comparons nos NAS en tant que repositories pour Veeam

Le 28/02/2024 à 12:39, elpablodelcasata via frnog a écrit : Je me pose une question infra. Utiliseriez vous un syno en tant que repository pour du VEEAM ? En terme de fiabilité, rien à redire. En revanche, il n'y a aucune déduplication et aucune optimisation de l'espace. Donc, çà bouffe

Re: [FRnOG] [TECH] Comparons nos NAS

>> TrueNAS Scale c'est du Linux avec OpenZFS (plus des options qui ne sont pas >> encore publiées) >> TrueNAS Core c'est du FreeBSD avec OpenZFS (avec les mêmes options non encore >> publiées)… > > > Ma compréhension (et les discussions avec ixSystems) me fait penser que Core > est > voué à

Re: [FRnOG] [TECH] Comparons nos NAS

io, > On 28 Feb 2024, at 20:42, Xavier Beaudouin via frnog wrote: > > TrueNAS Scale c'est du Linux avec OpenZFS (plus des options qui ne sont pas > encore publiées) > TrueNAS Core c'est du FreeBSD avec OpenZFS (avec les mêmes options non encore > publiées)… Ma compréhension (et les

Re: [FRnOG] [TECH] Comparons nos NAS

Ah oui … ça tombait bien en panne ces bestioles là ! Pour info le tuto de réparation des DSx15 https://youtu.be/Gz3j38SqDOk?si=DkgKgVYZ-LrYmf4J Frank Le mer. 28 févr. 2024 à 19:32, Paul Rolland (ポール・ロラン) a écrit : > Bonjour, > > On Wed, 28 Feb 2024 13:16:35 +0100 > "Paul Rolland (ポール・ロラン)"

RE: [FRnOG] [TECH] Comparons nos NAS

solutions en Europe de l'ouest plus dans la réalité du marché ? Vincent -Message d'origine- De : Jules Envoyé : mercredi 28 février 2024 12:23 À : Vincent Duvernet ; frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] Comparons nos NAS Salut Vincent, En ce qui me concerne, Synology/QNAP

Re: [FRnOG] [TECH] Comparons nos NAS

Hello, >>> On 28 Feb 2024, at 12:29, Vinz Jumpertz via frnog wrote: >>> >>> pour nous truenas/*BSD c'est le top, facilement manageable et automatisable >>> (chef/ansible) et ca tourne du tonnerre sur du ZFS. >> >> TrueNAS c’est du Linux maintenant, d’ailleurs le process de mise à jour qui >>

Re: [FRnOG] [TECH] Comparons nos NAS

Bonjour, On Wed, 28 Feb 2024 13:16:35 +0100 "Paul Rolland (ポール・ロラン)" wrote: > - Synology : il a tenu deux fois moins longtemps, apparemment un probleme >de carte-mere mais hors garantie, donc il faut que je renvoie a mes Je me corrige, ce n'etait pas un Syno, mais un Asustor. Paul

Re: [FRnOG] [TECH] Comparons nos NAS

Bonjour, Desole pour le "leger" detournement de thread On Wed, 28 Feb 2024 18:26:30 +0100 Jules via frnog wrote: > De mon côté je suis plus enclin à prendre un 1U et installer TrueNAS : Et dans les cas ou le form-factor 1U est pas adapte, il y a des gens qui font des machines "nues" (sans

Re: [FRnOG] [TECH] Comparons nos NAS

Salut Vincent, En ce qui me concerne, Synology/QNAP ont un objectif clair de t'enfermer chez eux. Pour reprendre ton example, QSync n'est pas interopérable. Coup de bol, un bon gars du support français de QNAP maintient un paquet Syncthing qui est neutre vis-à-vis du constructeur. Pour les

Re: [FRnOG] [TECH] Comparons nos NAS

https://www.truenas.com/docs/scale/gettingstarted/scalereleasenotes/ «Linux kernel and NVIDIA driver updates.» https://www.truenas.com/docs/scale/gettingstarted/migrate/migratingfromcore/ -- Cordialement, Jules Consultant informatique https://archphoenix.team Le mercredi 28 février 2024 à

Re: [FRnOG] [TECH] Comparons nos NAS

> On 28 Feb 2024, at 18:04, Nico Cartron wrote: > >  >> On 28 Feb 2024, at 17:43, ic wrote: >> >> io, >> On 28 Feb 2024, at 12:29, Vinz Jumpertz via frnog wrote: >>> >>> pour nous truenas/*BSD c'est le top, facilement manageable et automatisable >>> (chef/ansible) et ca tourne du

Re: [FRnOG] [TECH] Comparons nos NAS

> On 28 Feb 2024, at 17:43, ic wrote: > > io, > >> On 28 Feb 2024, at 12:29, Vinz Jumpertz via frnog wrote: >> >> pour nous truenas/*BSD c'est le top, facilement manageable et automatisable >> (chef/ansible) et ca tourne du tonnerre sur du ZFS. > > TrueNAS c’est du Linux maintenant,

Re: [FRnOG] [TECH] Comparons nos NAS

> TrueNAS c’est du Linux maintenant C'est "au choix" : * TrueNAS SCALE en Debian * TrueNAS CORE en BSD Et visiblement les 2 ne visent pas exactement le même public. Dans $job-1 on a gardé un (vieux) NAS QNAP rackable 4 baies comme stockage de fichiers de travail pendant une dizaine d'année

Re: [FRnOG] [TECH] Comparons nos NAS

de syno, j'ai toujours pensé qu'ils préfèrent vendre des baies de stockage de gamme entreprise pour se faire un peu plus de $$ Des retex sur Syno Veeam et des gros volume de sauvegarde ? Tobi De : Vinz Jumpertz via frnog À : frnog@frnog.org Sujet : Re: [FRnOG] [TECH] Comparons nos NAS Date

Re: [FRnOG] [TECH] Comparons nos NAS

io, > On 28 Feb 2024, at 12:29, Vinz Jumpertz via frnog wrote: > > pour nous truenas/*BSD c'est le top, facilement manageable et automatisable > (chef/ansible) et ca tourne du tonnerre sur du ZFS. TrueNAS c’est du Linux maintenant, d’ailleurs le process de mise à jour qui fait passer de BSD

Re: [FRnOG] [TECH] Comparons nos NAS

io, > On 28 Feb 2024, at 11:42, David Ponzone wrote: > > Ils en sont où au niveau du format de stockage sur les disques. C’est pas > toujours un peu propriétaire ? Chez Syno c’est du md linux tout ce qu’il y a de plus basique pour le raid (ça “slice” les disques en plein de partitions pour

RE: [FRnOG] [TECH] Comparons nos NAS

remettre ça a la ToDoList. Perso, je n'irais pas plus sur un très gros Synology non plus, ça m'a bien refroidi. Xavier -Message d'origine- De : frnog-requ...@frnog.org De la part de Vincent Duvernet Envoyé : mercredi 28 février 2024 11:37 À : frnog-t...@frnog.org Objet : [FRnOG] [TECH

Re: [FRnOG] [TECH] Comparons nos NAS

Sur du dsx15 ou similaire, un bug classique de carte mère facile à réparer avec une résistance (j’en ai fait une bonne dizaine de ds415 ou ds1815) Je peux retrouver le tuto si besoin @+ Frank Le mer. 28 févr. 2024 à 13:17, Paul Rolland (ポール・ロラン) a écrit : > Hello, > > On Wed, 28 Feb 2024

Re: [FRnOG] [TECH] Comparons nos NAS

Hello, On Wed, 28 Feb 2024 11:42:04 +0100 David Ponzone wrote: > Ils en sont où au niveau du format de stockage sur les disques. C’est pas > toujours un peu propriétaire ? Sur "monQNapamoi (tm)", c'est du device mapper qui gere le raid entre les disques (raid 6 pour moi), et de l'ext4 au

Re: [FRnOG] [TECH] Comparons nos NAS

n'aiment pas que l'on parle de syno, j'ai toujours pensé qu'ils préfèrent vendre des baies de stockage de gamme entreprise pour se faire un peu plus de $$ Des retex sur Syno Veeam et des gros volume de sauvegarde ? Tobi De : Vinz Jumpertz via frnog À : frnog@frnog.org Sujet : Re: [FRnOG

Re: [FRnOG] [TECH] Comparons nos NAS

Hello, pour nous truenas/*BSD c'est le top, facilement manageable et automatisable (chef/ansible) et ca tourne du tonnerre sur du ZFS. Un peu plus DYI que synology mais l'avantage c'est que les possibilites sont assez nombreuses. Les uptimes se comptent en annees sur ceux la mes vincentimes

Re: [FRnOG] [TECH] Comparons nos NAS

Hello à tous, Pour nous, plusieurs centaines de NAS déployés et maintenus chez beaucoup de clients très variés (de micro entreprise à grosse boîte de plus de 100 personnes avec de gros gros besoins en vidéo 4k) Définitivement SYNOLOGY sans aucune comparaison vis à vis de QNAP ou des autres (sauf

Re: [FRnOG] [TECH] Comparons nos NAS

Ils en sont où au niveau du format de stockage sur les disques. C’est pas toujours un peu propriétaire ? David > Le 28 févr. 2024 à 11:36, Vincent Duvernet a > écrit : > > Hello la liste, suite aux échanges concernant les cartes d'extensions QNAP, > je pense qu'il est intéressant de faire

[FRnOG] [TECH] Comparons nos NAS

Hello la liste, suite aux échanges concernant les cartes d'extensions QNAP, je pense qu'il est intéressant de faire un point sur nos retours d'expérience concernant les NAS. Essayons d'être clairs et concis sur nos expériences présentes et passées. Pour ma part, j'ai commencé avec les ReadyNAS

RE: [FRnOG] [TECH] Compatibilité carte fibre optique NAS Qnap

Merci. Ça soulève une question intéressante qui mériterait un topic à lui seul. C'est ce que je vais faire de ce pas. -Message d'origine- De : frnog-requ...@frnog.org De la part de Stéphane Rivière Envoyé : mercredi 28 février 2024 09:36 À : frnog@frnog.org Objet : Re: [FRnOG] [TECH

Re: [FRnOG] [TECH] Compatibilité carte fibre optique NAS Qnap

Le 27/02/2024 à 15:50, Jeremy a écrit : Le coté EoL sur les liste d'accessoires compatible montre tout le problème qu'on rencontre avec les marques Qnap ou Synology. Ils sont à la traine, autant sur le hardware que sur le software, et la politique de prix est loin de convaincre quand on cherche

Re: [FRnOG] [TECH] Compatibilité carte fibre optique NAS Qnap

io, > On 27 Feb 2024, at 15:50, Jeremy wrote: > > Le coté EoL sur les liste d'accessoires compatible montre tout le problème > qu'on rencontre avec les marques Qnap ou Synology. Chez synology, tous les trucs qui ont un port PCI Express standard prennent quasiment n’importe quelle bonne

Re: [FRnOG] [TECH] Compatibilité carte fibre optique NAS Qnap

> Le 27 févr. 2024 à 15:50, Jeremy a écrit : > > Pour te répondre Vincent, la majorité des cartes Intel Xzzz sont compatible > même si elles ne sont pas dans la liste des accessoires autorisés. Juste tu > n'auras pas de support ou garantie si ça plante ton système. > Je crois que c’est un

Re: [FRnOG] [TECH] Compatibilité carte fibre optique NAS Qnap

Le coté EoL sur les liste d'accessoires compatible montre tout le problème qu'on rencontre avec les marques Qnap ou Synology. Ils sont à la traine, autant sur le hardware que sur le software, et la politique de prix est loin de convaincre quand on cherche une solution de stockage. Leur système

RE: [FRnOG] [TECH] Compatibilité carte fibre optique NAS Qnap

trouvé celle là sur Amazon mais je ne sais pas si elle rentrera et si elle sera bien détectée : / https://amzn.to/3IhTqk5 Vincent   De : David Ponzone Envoyé : mardi 27 février 2024 10:21 À : Vincent Duvernet Cc : frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] Compatibilité carte fibre optique NAS

Re: [FRnOG] [TECH] Compatibilité carte fibre optique NAS Qnap

Tu as vérifié les cartes officiellement compatibles ? https://www.qnap.com/en/compatibility/?model=313=11[type]=expansion_card Y a pas un gros choix et elles sont peut-être déjà toutes EoS. David > Le 27 févr.

[FRnOG] [TECH] Compatibilité carte fibre optique NAS Qnap

Bonjour la team, Pour ceux qui ont suivi le sujet sur le SFP 10 Gbps cuivre et le chauffage associé, je regarde pour passer au moins mon NAS Qnap TS-453Be avec une liaison fibre avec le switch. Le hic, c'est que QNAP ne permet plus d'acheter la carte prévue pour ce NAS. Leur seule solution est

Re: [FRnOG] [TECH] Le KVM ultime…

On l'utilise pour gérer des serveurs d'affichage chez des clients notamment, qui ont pour la plupart des ports hdmi. Ca evite de flinguer la typologie de l'affichage physique comme le font souvent teamviewer ou autre logiciel de management local. On a pas eu de difficultée particulière pour

Re: [FRnOG] [TECH] Le KVM ultime…

Ah merci pour le retex détaillé. Bon, on va attendre un peu que ça soit sec, ou que ça soit mort. David > Le 26 févr. 2024 à 11:32, Étienne Wan via frnog a écrit : > > Acheté sans grande conviction, mais au moins pour tester et finalement ça > dépanne de temps en temps. > > L'appli Android

Re: [FRnOG] [TECH] Le KVM ultime…

quand je dis ipmi/idrac, je voulais dire par là que je voulais juste faire une config rapide d'adresses IP pour l'idrac, et même un truc aussi simple j'y ai passé parfois trop de temps sur certains Dells récalcitrants avec l'Aurga Le 26/02/2024 à 11:32, Étienne Wan via frnog a écrit : Acheté

Re: [FRnOG] [TECH] Le KVM ultime…

Acheté sans grande conviction, mais au moins pour tester et finalement ça dépanne de temps en temps. L'appli Android est compliquée d'utilisation : synchro bluetooth avec l'Aurga pour pousser la configuration wifi sur la clé, puis connexion wi-fi, puis ... aléatoirement ça marche ou ça ne

Re: [FRnOG] [TECH] Le KVM ultime…

Hello, De mon côté, je voit ce produit utile quand tu met des becannes fait pour du home pour du serveur (calcul entre cout et rendement etc...). Sinon, les IPMI font le taff normalement... Le 2024-02-26 10:20, ic a écrit : io, On 26 Feb 2024, at 01:05, David Ponzone wrote: Depuis le

Re: [FRnOG] [TECH] Le KVM ultime…

io, > On 26 Feb 2024, at 01:05, David Ponzone wrote: > > Depuis le temps que j’attendais ça: > >

Re: [FRnOG] [TECH] Le KVM ultime…

Bon c’est lundi matin, y a encore un peu de brume :) https://www.aurga.com/pages/download Les avis dessus sont variables: certains ont galéré au point de le renvoyer, d’autres ont réussi (en galérant un peu car doc inexistante), mais le support semble

Re: [FRnOG] [TECH] Le KVM ultime…

Bonjour, Il faut un logiciel sur les phériphériques cibles, non ? Je vois Windaube/Mac Android/iOS. Est-qu'il fonctionne sous Linux ? Merci d'avance. Le 26/02/24 01:21, Jeremy a écrit : Commandé, testé et validé depuis quelques semaines. Jérémy Le 26/02/2024 à 01:05, David Ponzone a écrit :

Re: [FRnOG] [TECH] Le KVM ultime…

Commandé, testé et validé depuis quelques semaines. Jérémy Le 26/02/2024 à 01:05, David Ponzone a écrit : Depuis le temps que j’attendais ça:

[FRnOG] [TECH] Le KVM ultime…

Depuis le temps que j’attendais ça: https://www.aurga.com/products/aurga-viewer?utm_source=facebook_medium=paid_campaign=g01=IwAR0jKSYQSrfkBGBkquGXQ8Ky2XUGEsT-ZMOnpsQDr0T_P0k4sHx9Chu7UU0_aem_AUkJnidbtsXdJUB5za9Jv0ZJ8tcdkfEie5frGfist82-wcrkddGWRDDurf7howEQar8 David Ponzone

Re: [FRnOG] [TECH] TDF, ça rime avec TNT, moins avec FTTH

Euh Jérôme…. > Le 25 févr. 2024 à 20:14, Jérôme Nicolle a écrit : > > David, > > Le 23/02/2024 à 11:19, David Ponzone a écrit : >> soit parce qu’on leur a dit de jamais dire qu’ils avaient construit leur >> réseau FTTH sur du Mikrotik > > Il faudrait arrêter le Mikrotik-bashing. Il y a des

Re: [FRnOG] [TECH] TDF, ça rime avec TNT, moins avec FTTH

David, Le 23/02/2024 à 11:19, David Ponzone a écrit : soit parce qu’on leur a dit de jamais dire qu’ils avaient construit leur réseau FTTH sur du Mikrotik Il faudrait arrêter le Mikrotik-bashing. Il y a des bugs, comme chez tous les autres. Il y a des manques de fonctionnalités, mais

Re: [FRnOG] [TECH] Les cabinets comptables & la cyber

Bonjour à tous ! Je suis régulièrement amené à répondre à des questionnaires de sécurité pour des clients qui ne savent pas y répondre ou qui n'ont pas le temps d'y répondre. J'ai travaillé avec une entreprise qui soumettait à l'ensemble de ses fournisseurs ce type de questionnaire car elle était

Re: [FRnOG] [TECH] Les cabinets comptables & la cyber

Salut, J’ai pas compris (2nd degré) tu as déjà eu un audit des cac ? (Vrai question ?) ou on est sur une hyperbole ? Envoyé de mon iPhone > Le 24 févr. 2024 à 22:00, Radu-Adrian Feurdean > a écrit : > > On Sat, Feb 24, 2024, at 19:57, Arnaud Feix wrote: >> Alors oui cela peut être agaçant

Re: [FRnOG] [TECH] Les cabinets comptables & la cyber

On Sat, Feb 24, 2024, at 19:57, Arnaud Feix wrote: > Alors oui cela peut être agaçant d’être audité mais c’est comme ça, il > y a des réglementation et celles-ci imposent des audits externes : > PCIDSS - ACPR - DORA - NISv2 par exemple. PCIDSS par votre agence de publicite/marketing, ca devrait

Re: [FRnOG] [TECH] Les cabinets comptables & la cyber

Bonsoir, Si on en revient au sujet d’origine, oui les CAC ont pour missions de s’assurer que le SI qui porte les flux financier est bien protégé et donc ils audits le SI et ces acteurs, normalement ils ont signé une accord de confidentialité (cela dépend de la maturité). Alors oui cela peut

<    1   2   3   4   5   6   7   8   9   10   >