FRsAG

frsag@frsag.org

7 participants
2575 discussions

GPO MSI avec paramètres
by Hugo SIMANCAS 09 Jun '21

09 Jun '21

Bonjour, Je cherche a installer un MSI par GPO en lui passant des paramètres d'installation (Serveur...). Avez vous une idée pour le faire simplement ? - Éditeur de MSI même payant mais simple ? - la super commande en CMD ? - msi sur powershell ko car il faut signer le script powershell avec une CA Ps : Le bonus, comment le faire pour les utilisateurs en full télétravail sans prélogon ad Merci d'avance Hugo / ::1 \ Hugo SIMANCAS Directeur Technique Associé https://www.data-expertise.com [https://www.data-expertise.com/] Support technique : 09 78 23 20 29 Standard : 05 34 26 02 46 | Ligne directe : 05 34 26 50 57 Mobile : 06 95 44 29 64 !Utilisez notre plateforme visio libre & gratuite : https://conf.data-expertise.com/ [https://conf.data-expertise.com/] !Pad collaboratif libre & gratuit sécurisé https://pad.data-expertise.com/ [https://pad.data-expertise.com/] Les informations contenues dans ce courrier électronique sont confidentielles et protégées par le secret professionnel. En tout état de cause, elles ne sont destinées qu'à la personne ou entreprise dont le nom est mentionné ci-dessus. Veuillez aviser l'expéditeur de toute difficulté ou de toute erreur dans la transmission de ce document. Si vous n'êtes pas le destinataire du présent courrier, vous n'êtes pas autorisé, sous peine de poursuites à en prendre des copies, le divulguer ou le diffuser. La présence de cette note prouve également que ce message électronique a été vérifié par un logiciel anti-virus.

2 1

Cloud directory et device management
by Bierent Quentin 08 Jun '21

08 Jun '21

Hello la liste on essaie au boulot de trouver une alternative viable et moins chère que la solution M$ pour gérer nos authentifications via la cloud et la gestion des terminaux PC windows ou mobiles L'offre de Jumpcloud semble cool, certains d'entre vous auront peut-être des retours d'expérience? vos avis sur Jumpcloud en particulier sont les bienvenus https://www.yogamicro.com intégrateur héroïque

1 0

Étiquetage de câble
by François Poulain 07 Jun '21

07 Jun '21

Bonjour, Qu'elle est votre solution préférée/conseillée d'étiquetage de câbles (réseau) ? François -- François Poulain <fpoulain(a)metrodore.fr>

13 14

Re: [FRsAG] Étiquetage de câble
by Denis Fondras 05 Jun '21

05 Jun '21

Le Sat, Jun 05, 2021 at 10:25:04AM +0000, Joël DEREFINKO a écrit : > On a aussi utilisé des étiquettes Dymo standard (de bureautique quoi), et je confirme que : > 1/ ca se décolle, même lorsqu’on prenait beaucoup de mou et repliait l’étiquette sur elle-même (donc adhésif contre adhésif). > 2/ ça laisse de la colle bien poisseuse sur les câbles. J'utilise https://www.fs.com/fr/products/65341.html depuis 5 ans sans probleme de décollage (par contre l'impression en jet d'encre a tendance à passer, il faudrait que je teste en laser).

2 1

Grub rescue rootfs sur plusieurs disques
by Renaud Galante 04 Jun '21

04 Jun '21

Bonjour à tous J'ai un petit problème à vous soumettre. Au redémarrage d'une vm sous debian, j'ai le message d'erreur suivant dès le chargement de grub (le menu n’apparaît pas) error: disk 'lvmid/xxxxxxxxxxxxxxxxxxxxxxxx/YYYYYYYYY' not found et j’atterris dans le grub rescue. Pour reproduire le problème, je suis dans les conditions suivantes: - Ma partition / est un LV situé sur 2 disques (il y avait un seul disque à l'origine, mais un deuxième a été rajouté par la suite suite à un soucis d'espace) - Je n'ai pas de /boot dédié - La VM tourne sous proxmox Le message est certainement dû au fait que le deuxième disque ne soit pas "lu" au démarrage. J'ai testé différentes configs pour le deuxième disque, à savoir coté LVM ce disque est intégré entièrement (donc pas de partition) ou alors un partitionnement de type dos et gpt,suivi d'un grub-install sur le nouveau disque Je reproduis ce cas sur des vms vierges avec une install debian (buster et bullseye) toute fresh. Dès que je rajoute un disque supplémentaire et que je le rajoute à ma partition / avec toutes les opérations lvm qui vont bien, au reboot, j'atteris sur le grub rescue. Cependant, si je réalise cette même opération sous vmware, la vm redémarre bien. Mon problème est vite résolu en agrandissant directement le disque principal, en créant une nouvelle partition, ou en agrandissant la partition si cela est possible, mais je trouve cela tellement plus simple et sécurisant de le faire par lvm. Et cela rend la réduction d'espace plus simple aussi dans le cas de besoin d'espace temporaire et que le client est incapable de mettre toutes ces données à un endroit particulier. Je me demande donc ce qui pourrait expliquer cette différence de comportement entre 2 techno différentes (KVM et vmware) et s'il y a un moyen de faire fonctionner ce principe avec proxmox / kvm SI quelqu'un a une idée, Merci et bon vendredi à tous ! Reno.

2 6

Re: [FRsAG] sécu :bonnes pratiques poste administrateur renforcé
by elpablodelcasata＠netcourrier.com 28 May '21

28 May '21

Bonjour, Nous sommes une petite équipe (3 admins) et équipe support de 3 personnes. Nous souhaitons apporter de la sécurité sans nons plus monter une usine à gaz. C'est donc pour la vie de tous les jours sur des actions d'admin : gestion des droits sur serveur de fichier, active directory, ssh, rdp sur certains serveurs, mise à jour. Et des actions de support : déverrouiller un compte, changer de mot de passe, réinitialiser une session tse. Donc on est pas une PME (1500 ordi) et on est pas une armée de mexicain (3 admins et 3 personnes au support tournante). Cdt De : Cécile Martron <cecile(a)martron.me> À : elpablodelcasata(a)netcourrier.com; frsag(a)frsag.org Sujet : Re: [FRsAG] sécu :bonnes pratiques poste administrateur renforcé Date : 27/05/2021 17:39:34 Europe/Paris Hello, Ça dépend de la taille de ta structure, et de l'objectif de ces postes "renforcés". Pour la vie de tous les jours ? Afin d'avoir un OOB ? Pour quels types d'opérations ? Un accès sur site ou potentiellement à distance ? Combien d'admins, de techs ? Ce n'est pas la même chose de concevoir une archi d'administration pour une PME de 10 personnes dont l'administration sys/net s'effectue tous les 32 du mois, que pour une grosse boîte avec 20 admins full time ;) Bonne journée, Cécile Martron Ingénieure Systéme Réseaux et Télécommunication +33 (0) 6 85 44 33 38 Le 26/05/2021 à 11:26, elpablodelcasata(a)netcourrier.com a écrit : Bonjour la communauté, Dans le cadre de l'amélioration de la sécurité du SI je vais mettre en place des postes administrateurs "renforcés" pour les admins sys & réseau / le support. Je voulais votre point de vue sur ce type de poste. Je ne souhaite pas rentrer dans la parano extrême mais je voudrais un bon équilibre sécu sans contraintes extremes. Il s'agit de machines virtuelles Les postes seront dans un VLAN dédié et commun (non pas un vlan par poste) 1 poste par admin sys et tech réseau 1 poste commun au support (multi utilisateurs) Des règles de FW par machine Les outils nécéssaires (putty / rdp ...) Les admins ne sont pas admin de la vm. Un antivirus est installé Pare Windows en mode bloque tout sauf RDP App locker OTP pour l'ouverture de la machine J'hésite a mettre les machines au domaine, en tout cas celle des admin sys, pas le support. L'ANSSI préconise que l'authentification soit faite par l'annuaire du SI d'administration ... une AD ? la je trouve que c'est trop. (P18 https://www.ssi.gouv.fr/uploads/2015/02/guide_admin_securisee_si_anssi_pa_0… ) Qu'en pensez vous ? Voyez vous d'autres point intéressantes ? Merci pour votre avis. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

1 0

Re: [FRsAG] [TECH] Le protocole QUIC désormais normalisé
by Stephane Bortzmeyer 28 May '21

28 May '21

On Fri, May 28, 2021 at 09:17:44AM +0200, Jean-Francois Billaud <billaud(a)interpc.fr> wrote a message of 101 lines which said: > log_format quic '$remote_addr Et on peut noter que cette directive va poser des problèmes avec QUIC, où on peut changer d'adresse IP en cours de connexion. La HADOPI va adorer, ainsi que tous les sysadmins qui journalisent l'adresse IP source.

1 0

Re: [FRsAG] [FRnOG] [TECH] Le protocole QUIC désormais normalisé
by Jean-Francois Billaud 28 May '21

28 May '21

Copie -> FRsAG On 28/05/2021 07:23, Stephane Bortzmeyer wrote: > Les quatre RFC sur QUIC viennent d'être publiés. Ce nouveau protocole > de transport, concurrent de TCP, pourrait bien devenir le transport > majoritaire sur l'Internet, et changer certaines choses (par exemple, > la mécanique de la couche transport est désormais chiffrée et n'est > plus visible par un observateur indiscret, ce qui fera peut-être râler > certains). > > https://www.bortzmeyer.org/quic.html On peut tester avec nginx-quic qui utilise boringssl. https://quic.nginx.org/ https://boringssl.googlesource.com/boringssl/ JFB PS Testé avec Debian 10 (on peut se passer de ngx-fancyindex et de nginx-ct-master) : ### boringssl # https://boringssl.googlesource.com/boringssl/ cd /usr/src git clone https://boringssl.googlesource.com/boringssl cd boringssl mkdir build cd build cmake .. make ### nginx-quic # https://quic.nginx.org/ # https://hg.nginx.org/nginx-quic/shortlog/quic cd /usr/src hg clone -b quic https://hg.nginx.org/nginx-quic cd nginx-quic # README ./auto/configure --with-debug --with-http_v3_module \ --with-cc-opt="-I../boringssl/include" \ --with-ld-opt="-L../boringssl/build/ssl -L../boringssl/build/crypto" \ --prefix=/usr/local/nginx-quic \ --with-http_ssl_module --with-http_v2_module \ --with-http_stub_status_module --with-http_gzip_static_module \ --with-http_geoip_module \ --with-openssl-opt=no-shared \ --with-stream --with-stream_ssl_module --with-mail --with-mail_ssl_module \ --add-dynamic-module=/usr/src/nginx-ct-master --add-module=../ngx-fancyindex \ --user=www-data --group=www-data make make install ### /usr/local/nginx-quic/conf/nginx.conf # (1) events {} http { log_format quic '$remote_addr - $remote_user [$time_local] ' '"$request" $status $body_bytes_sent ' '"$http_referer" "$http_user_agent" "$quic" "$http3"'; access_log logs/access.log quic; server { # for better compatibility it's recommended # to use the same port for quic and https listen 443 http3 reuseport; listen 443 ssl; ssl_certificate fullchain.pem; ssl_certificate_key privkey.pem; ssl_protocols TLSv1.3; location / { # required for browsers to direct them into quic port add_header Alt-Svc '$http3=":443"; ma=86400'; add_header QUIC-Status $quic; root /var/www/html/; index index.html index.htm; } } } -- __ _ .-.' `; `-._ __ _ (_, .-:' `; `-._ ,'o"( (_, ) (__,-' ,'o"( )> ( (__,-' ) `-'._.--._( ) ||| |||`-'._.--._.-' ||| ||| (Bob Allison)

1 0

sécu :bonnes pratiques poste administrateur renforcé
by elpablodelcasata＠netcourrier.com 27 May '21

27 May '21

Bonjour la communauté, Dans le cadre de l'amélioration de la sécurité du SI je vais mettre en place des postes administrateurs "renforcés" pour les admins sys & réseau / le support. Je voulais votre point de vue sur ce type de poste. Je ne souhaite pas rentrer dans la parano extrême mais je voudrais un bon équilibre sécu sans contraintes extremes. Il s'agit de machines virtuelles Les postes seront dans un VLAN dédié et commun (non pas un vlan par poste) 1 poste par admin sys et tech réseau 1 poste commun au support (multi utilisateurs) Des règles de FW par machine Les outils nécéssaires (putty / rdp ...) Les admins ne sont pas admin de la vm. Un antivirus est installé Pare Windows en mode bloque tout sauf RDP App locker OTP pour l'ouverture de la machine J'hésite a mettre les machines au domaine, en tout cas celle des admin sys, pas le support. L'ANSSI préconise que l'authentification soit faite par l'annuaire du SI d'administration ... une AD ? la je trouve que c'est trop. (P18 https://www.ssi.gouv.fr/uploads/2015/02/guide_admin_securisee_si_anssi_pa_0… ) Qu'en pensez vous ? Voyez vous d'autres point intéressantes ? Merci pour votre avis.

3 2

Best Practice I/O esxi 6.0
by Merwan Zenati 25 May '21

25 May '21

Hello la liste, Happy Friday, Je suis confronte a un probleme d'I/O sur l'Esxi d'un client. Ils utilisent un fichier QuickBooks(Hosted sur DC) via un serveur SRV-TS . Les deux servers se trouvent sur le meme Esxi. Avec le temps, et beaucoup de plaintes a propos de lenteur, nous avont remarque que le probleme, est un probleme d'I/O. J'aimerais savoir si certains on des best practices a me proposer pour ameliorer cela (tant au niveau OS/ESXi qu'au niveau Server/iLO) . Sachant que le server est équipé de 4x SSD Samsung 860 2TB en raid 5. C'est ProLiant DL360 Gen10 avec Firmware U32 V2.12. J'ai l'impression que le serveur contient seulement un raid logiciel (oui c'est a ch*er) Embedded RAID HPE Smart Array P408i-a SR Gen10 Version du Firmware 1.99. Auriez vous des reco pour booster les I/O ? J'imagine que plus d'infos sont necessaire egalement. En esperant que quelqu'un puisse m'aiguiller. Bon W-E Merwan

4 3

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG