RE: [FRnOG] [TECH] Géolocalisation des ip par Microsoft Sharepoint / Office 365

Bonjour, Vous pouvez jeter un œil du côté de Neustar IP Intelligence, il semble que Microsoft se base sur eux pour une partie de leur géolocalisation, vous pouvez peut-être essayer de les contacter directement ? Cdlt -- Pierre Meganck De :

Re: [FRnOG] [TECH] Liaison sans fil entre 2 tours

> On 15 Mar 2024, at 08:08, Philippe Bourcier wrote: > > Re, > >>> Le truc c'est que ca veut dire faire des trous pour fixer ET raccorder ces >>> équipements dehors... >> >> Pourquoi vouloir l'installer en extérieur ? >> >> Je n'en ai jamais posé/configuré/exploité/maintenu mais vu la

Re: [FRnOG] [TECH]

Le 14/03/2024 à 17:59, donkish...@neuf.fr via frnog a écrit : Existerait-il une solution de pont à base de wifi6(E) par exemple (j'aimerais bien dans les 1 à 10Gb/s stable sans latence pour l'interlink), qui serait un minimum orientable (pour ne pas trop perturber notre wifi d'entreprise) avec

Re: [FRnOG] [TECH] Liaison sans fil entre 2 tours

Re, >> Le truc c'est que ca veut dire faire des trous pour fixer ET raccorder ces >> équipements dehors... > > Pourquoi vouloir l'installer en extérieur ? > > Je n'en ai jamais posé/configuré/exploité/maintenu mais vu la distance, une > liaison WiFi AirFiber > ou tout autre solution

Re: [FRnOG] [TECH] Liaison sans fil entre 2 tours

Le 14/03/2024 à 19:50, Philippe Bourcier a écrit : Re, La distance à couvrir doit faire 5m environ (je n'ai vu les locaux qu'une fois sans imaginer cette complication). J'aurais dis la gamme AirFiber d'UBNT https://interprojekt.pl/en/ubiquiti-airfiber-60-hd-af60-hd.html Après du PtP en

Re: [FRnOG] [TECH]

On a eu à gérer ce genre de problème à l’époque où nous occupions deux parties d’immeuble à La Défense sur le même étage. Interdit de passer des cables par les voies naturelles: sécurité, porte coupe feu … blablabla … Un WE … cela s’est terminé à genoux dans les faux planchers techniques. Les

Re: [FRnOG] [TECH]

Re, >> La distance à couvrir doit faire 5m environ (je n'ai vu les locaux qu'une >> fois sans imaginer cette >> complication). > > J'aurais dis la gamme AirFiber d'UBNT > https://interprojekt.pl/en/ubiquiti-airfiber-60-hd-af60-hd.html > > Après du PtP en 60GHz, ça manque pas des masses de nos

Re: [FRnOG] [TECH]

> On 14 Mar 2024, at 17:59, donkish...@neuf.fr via frnog > wrote: > > Bonjour à tous les adeptes du sans fil, > > Je dois déménager mon entreprise dans une tour qui a la "bonne idée" d'être > la réunion de 2 tours. > Cela nous fait 2 adductions donc sympa pour la redondance. > Cependant je

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

Pour clore le sujet, au cas où ça serve un jour à quelqu'un, ce dont je doute mais sait-on jamais : Dans le chassis il y a un (vieux) switch Broadcom. Quelqu'un sur cette liste m'a contacté en direct pour me dire que peut être ce switch pouvait faire de la capture de paquets. Réponse : non Par

Re: [FRnOG] [TECH] Single Pair Ethernet

Re, >> J'ai acheté pour la maison 1 adaptateur coaxial vers RJ45 sur Amazon >> (https://amzn.to/3TzI1Tf). > > Tu ne vas pas aller très loin avec ça… ça sert exclusivement à pouvoir tester > la continuité de > câbles coax avec un testeur équipé de prises RJ et pas magiquement > transformer 4

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

Le 12/03/2024 à 10:53, Lionel Giraudeau-Bocquet via frnog a écrit : - trouver le moyen de récupérer le numéro du vlan en provenance de la MAC de la carte IPMI (et je suis certain que le switch a l'info quelque part, je ne sais juste pas comment lui faire cracher le morceau) Utiliser la

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

> Le 12 mars 2024 à 15:26, Thierry Chich a écrit > : > > >> - peut-on faire une règle sur le port 11 qui dit que tout paquet qui arrive >> de cette MAC se voit attribuer le vlan 1 > Ben soit je comprends pas, soit c'est access vlan 1, mais c'est à coté du > sujet. >> - tout paquet à

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

Bonjour 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 à

Re: [FRnOG] [TECH] Single Pair Ethernet

io, > On 12 Mar 2024, at 10:47, Vincent Duvernet wrote: > > J'ai acheté pour la maison 1 adaptateur coaxial vers RJ45 sur Amazon > (https://amzn.to/3TzI1Tf). Tu ne vas pas aller très loin avec ça… ça sert exclusivement à pouvoir tester la continuité de câbles coax avec un testeur équipé de

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

Ok mais elles ont pas la même MAC les lames donc tu peux séparer dans Wireshark. Après, si tu as pas les MAC des lames, ça devient compliqué :) Et à distance en plus! David > Le 12 mars 2024 à 11:30, Lionel Giraudeau-Bocquet a > écrit : > >> J’ai raté un truc peut-être, j’ai lu en diagonale,

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

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

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

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

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

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

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

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

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

Hello, On utilise pas mal de QNAP besoin propre ou client. Le plus souvent pas accessible par internet, c'est des targets iSCSI ou des repository de sauvegarde. En 2021, on a fait un choix de partir sur deux très gros QNAP GM-1002 avec beaucoup de disque, max de mémoire bref gonflé au max. On

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

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.

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:

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

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