Reprise du message précédent :
doc pas à jour ?

oui sinon ça peut être intéréssant, enfin le côté rpi perso j'utiliserais jamais mais ça peut servir à d'autres

Personne pour me demander la suite des épisodes du Keyboard Layout dans un VD Linux sous VMware ?

il radote le vioc

Dommage, j'avais fait une super oeuvre graphique sous Paint que je leur ai envoyé pour qu'ils comprennent mieux

Ce sera intégré dans quelle release d'ESXi ton super fix ?

C'est mal barré, M+3 après ouverture du case, ils n'ont toujours pas compris.
Réunion hebdo ce matin après laquelle j'ai fait ce Paint pour illustrer d'encore une autre façon différence ce que j'ai dit sous diverses reformulations depuis 3 mois (sachant que mes collègues l'avaient signalé des mois avant mon arrivée).
Mon patch a fixé 400 layout de clavier lors d'ouverture de session Linux du 20/02 au 20/03.

Le workaround, c'est de mettre son Windows dans la langue associée au clavier qu'on veut dans le VD Linux (mettre Français pour avoir de l'AZERTY).
De toute façon, on serait les seuls a priori à avoir des VD (postes de travail, je précise) sous Linux.
Un serveur, ce n'est pas trop grave, tu galères en QQWERTY à l'ouverture de session puis tu tapes ton "setxkbmap fr" et ça roule, tu ne le fais pas tous les jours.

EDIT :
Au passage, les codes sont à 99% de la forme 0000xxxx
Les 3 premiers bits sont censés être à 0 pour un usage future et le 4ième utilisé pour le SORT.
Mon patch a tout de même catché dans l'agent ces codes qui n'étaient pas présent sur les pages Microsoft qui m'ont servi de référence pour récupérer les codes :
00010407 -> variation du clavier allemand (0x0407) ?
00020409 -> variation du clavier us (0x0409) ?
D001040C -> variation du clavier français (0x040C) ?
Chelou, je suis curieux de voir comment ils vont le gérer  

appuyé sur la touche tab, shit happens

Tiens ça m'a fait penser à une merde que j'ai en ce moment avec Workstation et Windows Server, pas moyen d'avoir un copier coller qui fonctionne malgré des VMtools présents.
 
Je soupçonne justement le fait d'avoir un truc us d'un côté et fr de l'autre

Joie de SSH, un serveur en qwerty dans la console local / VMware est en clavier francais en SSH chez nous.
D'ailleurs je ne me suis jamais posé la question de comment (je soupçonne un paramètre du client SSH).

Effectivement, un serveur, on l'accède à 99% du temps en SSH. D'ailleurs, j'accède à ces mêmes VDs en SSH pour débugguer dans la log viewagent, je suis bien en AZERTY et également, je n'ai jamais cherché comment ça marchait bien sans rien faire

Bah là différence c'est qu'en ssh, c'est ton OS qui interprète le keymap et le client envois les caractères réels. Alors qu'en vmware VDI (ou console vsphere, ou workstation...), ce sont les code des touches qui sont envoyés.
Jeff, tu fait partis des users de bêta test de la V2 ?

Non, je suis côté DaaS sur la partie infra, install des ESX, VCAS, ... et Ramp-UP des pools selon les besoins du business et de l'arrivée des serveurs.
Donc entre le projet et les end-users pour lesquels ont fait le L3 Linux SC.

Pour le pb de clavier, l'archi et le projet sont au courant, ils n'avaient même pas ouvert de case et ont mis en prod comme ça ...
Moi, j'ai débarqué début novembre, la plupart des utilisateurs ne pouvaient pas travailler car bloqués dès la saisie username/password qui Fail sans savoir qu'ils étaient en qwerty. La balle était chez VMware mais ils ne se passaient rien malgré que j'avais tout pré-maché. J'ai fait un PoC pour prouver ma piste, rien n'a changé.
Un manager de feature pour le PI#5 a entendu parlé de mon PoC, l'a validé sur les pools de test et m'a demandé si possible de le généraliser.
Même si ce n'est pas mon taf, j'ai transformé mon PoC en patch robuste pour la prod et fait déployer par Ansible.

2nd pb sur nedit, pb purement de config des applis SC mais c'est encore moi qui trouvé et fait déployer la solution et là, ce n'est pas du tout mon périmètre.

Un 3ème pb d'affichage de texte sur ISAMI seulement sur les VD 2D mais pas les VD 3D avec CG nVidia : dans et uniquement le cadre sur rendu 3D, les chiffres et seulement les chiffres sont illisibles, comme d'il manquait 3/4 des pixels par caractère. Tout le reste graphique est clean dans la frame et partout ailleurs dans les autres frmaes (arborescence, menus, ...).  On découvre que l'archi était au courant depuis des mois, avait un incident chez lui mais l'a ... clos
On imagine que le pb se trouve vers la couche HOOPS Visualize ou vers OpenGL qu qu'il y forcément de grosses diffs entre le "glxinfo -s" d'une machine 2D et d'une 3D.
Si qqn a des idées car là, on ne sait pas trop si c'est dans notre périmètre vu que la carte en machine 2D est taggée VMware Gallium 0.4 ... Donc possible pb de définition de cg définie côté host  

EDIT :
Désolé pour le pavé

EDIT 2 :
En vous expliquant, j'ai googlé a nouveau un des mots-clés et tombé sur une page que je n'avais pas eu au taf :
https://www.mesa3d.org/vmware-guest.html
https://www.phoronix.com/scan.php?p [...] L33-Compat
https://www.phoronix.com/scan.php?p [...] 5-Features
https://www.phoronix.com/scan.php?p [...] GL-3.3-G3D
et d'autres : https://www.phoronix.com/scan.php?p [...] h&q=vmwgfx
A suivre ...

tin j'ai config un nouveau switch, je lui ai fait un jumeaux pour tester dans mon coin, pas de soucis. Je branche sur un autre switch pour tester sur le réseau et paf STP me fout la merde sur X switchs cascadés derrière (donc pas sur les premiers switchs auquel il est relié)
bordel ça vient d'où

De la mise en prod un vendredi  ?

y'a pas grand monde vendredi après-midi, c'est le moment idéal pour que STP te coupe tout un bâtiment

16:48, t'es encore au taf toi un vendredi ?

je capte pas, j'ai déjà un switch du genre relié au rézal avec sensiblement la même config qui est rockstable depuis 2 mois

trouvé
tin l'heure

C'était quoi du coup ?

MST

aaah, c'est la saloperie les MST...

Gieb !  

Bonjour,
 
Quels sont vos conventions de nommage pour les règles de firewall ?
 
filer-front-syslog
vlan123-vlan456-all
10.10.0.0-10.20.0.0-http
nagios1-all-monitoring
lan-wan-ssh
SSH-from-host1
SNMP-TO-host3
.....
 
 
 
j'en ai un tout neuf et je commence deja a faire de la merde    
je n'arrive pas a me décider entre un truc assez large qui fonctionne pour pleins de règles. un truc précis mais c'est la merde pour que ça colle a chaque règle et le nom fait 1KM de long.
 
dans mes regles j'ai la possibilité de mettre plusieurs interfaces ou plusieurs source/dest ou plusieurs services. je me demande si c'est une bonne idée
ou plein de règles atomiques mais j'en aurais whatmilles
 
bref gros dilemme.
 
 


 

99% du temps on ne met pas de nom sur les règles  
 
Plus sérieusement :  
- les interfaces du firewall sont bien étiquetées avec un nom explicite correspondant souvent à l'usage  
- les subnets IPs sont également nommés de façon explicite et claire avec cette fois-ci une description, et le plus souvent inclus dans des groupes également nommés intelligemment en fonction de l'usage  
 
Du coup on s'y retrouve naturellement en lisant les règles (from, to, itf src, itf dst, service), ou en filtrant les règles en jouant sur les critères de recherche (on sait que le trafic vient de telle ou telle IP, ou bien vers telle IP ou interface).  
 
Jusque-là ça marche pour nous, mais je ne sais pas si on a le fonctionnement optimal, c'est une question intéressante

Pour vérifier les règles et trouver les doublons / orphelins vous utilisez quoi ?

Skybox Firewall Assurance ?

perso j'ai pris l'option "règles de 1km de long" + description des règles de 2km de long, c'est un moindre mal je trouve.

Audit des règles tous les 6-12 mois pour vérifier que tout reste compréhensible et pertinent.

Il y a aussi des tags pour certains cas (exemple de tag "temporaire", "objet généré automatiquement par un script" ) pour y voir plus clair. Bien sûr ça implique d'avoir une gestion saine des tags sinon ça ne sert à rien.

Je pense qu'idéalement la logique devrait être déportée ailleurs (genre un DAT qui génère un yaml qui pousse une conf dans le firewall), mais on n'y est pas encore, rien que le concept est difficilement compréhensible par la plupart des collègues donc c'est pas pour demain.

Ici en outil on a algosec mais je suis pas vraiment convaincu, à mon avis la plus grosse partie du problème elle est dans les process et les choix d'implémentation, l'outil peut aider à mettre en place ces choix mais tant qu'on se refuse à réfléchir sérieusement à tout ça, il ne sert à rien.

On devait faire quoi comme sondage déjà ?

 
je propose :
 

L'un d'entre vous gère bien Elasticsearch sur la partie organisation des index.
 
Quels sont les bonnes pratiques à adopter ?
 
Ce n'est pas pour simplement coller des logs pour faire du kibana, mais ce sont des imports traités provenant d'une BDD, afin d'alimenter un moteur de recherche.
 
Actuellement les devs ont un index avec tout dedans, je me demande si il n'est pas préférable de découper part type ou catégorie (genre un index client, un index équipement, un index projet...), et mettre en place le ou les alias qui vont bien.
Ils ne font pas non plus de suppression de docs, mais il faudra peut être programmer cela un jour ou l'autre, (curator sera mon ami), donc jamais eu de souci de perf à ce niveau.
 
A vous lire
A+

fais un index des index ?

Je vote pour que XaT soit chargé de trouver le prochain sondage

Sa faire sonder par XaT , je préfère  

Pour les noms de règles de fw, pourquoi pas simplement l'id de la demande ou de la tâche de config ? Pour le tracé c'est plus simple, et la lisibilité est assurée par les groupes src/dst/...

Ne jamais, jamais, tout foutre dans un seul index
 
Pars sur un index par heure/jour/semaine qui sera facile a supprimer avec curator (ça t'évitera le delete by query infâme) + un nom d'index par type de document suivant ton cas.

bof on est 2 ou 3 sur le FW. des trucs passent sans demande. genre ouvrir le NTP/DNS pour tel truc
 
je vais partir sur l'option nommage assez vague pour que ça reste simple.
comme dis ptibeur. avec les noms des objets + interface c'est déjà bien parlant.

Question c(r)on  
Vous versionnez / déployez comment la crontab ?

 
ansible ou salt suivant les projets. Avec gitlab au cul bien sur

 
Tu veux dire des timers systemd (cron c'est has been )