Reprise du message précédent :

 
L'autre constructeur en parc chez le client pour lequel je bosse est alcatel/nokia jamais trop bossé dessus encore, on va voir ce que ça donne Je crois avoir vu qu'ils avaient un support de netconf/yang pas dégueu, faudra que je teste quand j'aurai le temps. Par contre je suis pas super confiant sur l'âge du matos et donc des firmwares qu'on se traîne    
 

 
Là c'est plutôt le configure replace qui m'intéressait, le copy start run en effet n'a pas trop d'intérêt vu que ça fait juste un merge (pas un remplacement total). Et la PKI est le seul exemple qui est explicitement donné dans la doc comme n'étant pas supporté. De fait j'ai essayé, ça fait n'importe quoi (et ça m'a aussi permis de voir le process qu'utilise cisco pour transitionner d'une config à l'autre, en gros il applique la config cible plusieurs fois en boucle jusqu'à temps que ça marche ou abandonne au bout de la 5è fois, bref bricolage honteux   ).
Et c'est justement c'est l'objet de mon râlage ; c'est une feature de base nécessaire dès qu'on veut sortir du mode de configuration manuelle, et Cisco n'est pas foutu de faire marcher ça correctement. On configure les serveurs à coups de fichiers de conf depuis toujours, mais chez beaucoup d'équipementiers réseau on est toujours contraints de faire la dance de la pluie avec la CLI pour arriver à la config désirée, ou de balancer une startup config, faire un reload et prier (et donc de couper le service pendant X minutes à chaque fois qu'on veut modifier une config).
 

 
Pour être honnête faudrait plutôt comparer ça aux serveurs physiques je pense, qui ne sont pas spécialement rapides au boot non plus

J'ai posé un 2960x hier, et ca mets genre 5 min à booter. Je trouve ça très long, mais ca a l'air normal

Y'a des check hardware pour voir si L'OS n'a pas été installé sur un hardware de contrefaçons  

Ouais 5 minutes pour un 2960x c'est tout à fait normal. Les switches de la gen d'avant démarraient plus vite, certains en 3 minutes.

 
Alors que tout le monde sait que le truc mine du Bitcoin en cours de boot

Les dérives des nazis du copyright

 
Question con : vous êtes plutôt sacoche en bandoulière pour transporter votre portable et tout le reste ? Ou sac à dos ?  
J'ai tellement de trucs à prendre... Le portable 17", le chargeur, le casque, le téléphone portable, mes cahiers, ma boisson pour le midi, ... J'ai un sac à dos qui pèse trois tonnes et qui me chauffe le dos, c'est chiant. Pratique pour le vélib, mais...
J'hésite à passer par une sacoche en bandoulière

Sacoche en bandoulière mais j'ai peu de trajet à faire (bureau<-->voiture au sous-sol et voiture<-->maison). Donc, ça compte pas vraiment.
Et j'ai peu de choses dedans : PC portable 15" + petit chargeur + souris + des docs papiers.
 
Si t'es en vélo, le sac à dos me paraît plus adapté : avec un sac en bandoulière, ça va te gêner pour pédaler, je pense

je trouve ça chiant la sacoche, a fortiori si elle doit être grosse. C'est encombrant.
A ma nouvelle cogip là ils filent des sacs à dos DELL, ils sont énormes, je mets le PC et tous les accessoires dedans, + une bouteille en verre, ma tasse, la boîte de café etc, et il reste encore de la place
Bon par contre quand je me le trimballe je fais en sorte de prendre vraiment le minimum nécessaire (donc en général juste le PC en lui même et le carnet). Et en général j'utilise mon propre sac à doc qui est bien plus petit (et surtout qui n'a pas écrit "VOLEZ MOI" en gros dessus )

Quelqu'un connait bien les mécanismes de SPF/DKIM etc ?

SPF et DKIM sont censés checker depuis le domaine du mailfrom et non du from (d'où l'utilité d'avoir un DMARC pour checker l'aligement entre from et mailfrom et donc les outils de mailing doivent proposer de personnaliser le return-path)
Je fais un test avec un outil de mailing, le from est bien mon domaine et le mailfrom celui de l'outil
Depuis un outil de test j'ai une analyse du SPF et du DKIM qui me dit qu'ils sont OK mais je vois qu'il test le domaine du from
Depuis un autre outil il test bien le SPF du mailfrom mais le DKIM du from

Pourquoi ces différences alors qu'on est censé être sur des protocoles standardisés ?

oui, je pense aussi, surtout que mon sac est déjà lourd. Mais qu'est ce qu'il me chauffe le dos. J'ai le T-Shirt trempé quand j'arrive au boulot. Pis dans le métro, je suis obligé de l'enlever, sinon je prends la place de trois personnes (je vais faire un régime)
Dedans j'ai :
_ portable 15"
_ le gros chargeur et son câble
_ téléphone portable (veut pas l'avoir dans ma veste ou... )
_ un chargeur USB pour le tél ou...
_ un sachet de câbles USB (-C, mini, ...)
_ une souris sans fil
_ le casque audio dans son sachet
_ deux cahiers de notes
_ mes lunettes
_ mes boissons shaker pour le petit déj (quand je dois partir tôt) et pour le midi (pas de cantine)
_ ma Kindle si j'arrive à trouver le temps ou la possibilité

Ca charge vite, d'où le grand sac à dos ou... la sacoche en bandoulière

Vous êtes moins chargés, vous ?

Ah, j'ai tous ces trucs car je me déplace de site en site, donc je ne peux pas laisser des trucs à un endroit... Je dois les avoir avec moi tout le temps.

La bandoulière pour le vélo, ca semble vraiment pas l'idée du siècle, ca va forcément te gêner. Sois plus entrainé à vélo pour pas chauffer autant Ou alors tu fous sur ton vélo un porte bagage. Ou sinon la douche au bureau.

Peut-être trouver un sac à dos qui laisse l'air passer entre lui et ton t-shirt ? Autre solution, prendre un t-shirt qui limite la transpiration (comme ceux pour les randos). Bref, la solution sera peut-être chez Décathlon

 
J'ai autant voir plus de bordel que toi à trimballer à vélo, j'ai tout dans un Eastpak "Out Of Office" 27L
C'est lourd à vélo le matin (avec la boisson/bouffe de la journée).
 
Pour la transpiration il y a ptet plus adapté du côté des modèles typé + "sport"/rando.
 
J'ai un 5.11 le nettement plus agréable à porter mais pas le même gabarit du tout
A refaire ptet un AMP 12 pour le taf  
 
Bref en tous cas le bandoulière avec une tonne de connerie dedans, sur le long terme à mon avis c'est pas une bonne idée pour le dos/posture etc  

Peut être plus demander sur le topic velotaff non ?...
Ou REF si tu veux perdre du poids et moins suer comme un gros goret

C'est à peu près pareil.
Si je downgradais mon portable, je pourrais le charger sur l'USB-C du taff et ne pas transporter le (lourd) chargeur, mais au détriment de l'efficacité en dev, or on a besoin de lancer pas mal de choses dans des containers dockerisés et d'avoir pas mal de threads de dispo, si on veut que ça rame pas trop, donc non.
A+,
 

 
A quel moment DKIM utilise mailfrom ?  

Et c'est quoi cette diablerie de prendre des shakers comme repas? Oh on se respecte et on bouffe une grosse entrecôte (avec des légumes en accompagnement, histoire d'être cycliste compliant) le midi. Bouffer liquide, mais non

Ha ! tu es tombé dans son piège.

Bin en fait déjà cette notion n'est pas clair car je trouve des textes contradictoires, par exemple ici qui dit bien que le DKIM est utilisé pour le mailfrom
https://blog.httpcs.com/comment-se- [...] -ou-dmarc/

Mais quand je fais mes tests j'ai l'impression qu'effectivement c'est bien celui du from qui est utilisé, sauf que j'ai l'impression que tu peux aussi publier dans ton header du mail le DKIM du mailfrom et passer (certains) des outils de vérif (et avoir un DKIM en pass dans ton client mail)

 
Très mauvaise idée ça.
 

(RFC6376 - DomainKeys Identified Mail (DKIM) Signatures)

Je ne comprends pas forcément ce bout de texte, mais techniquement on est d'accord que c'est possible ? Publier le DKIM du mailfrom et que donc côté client le DKIM soit en pass ?

Oui

Tu as fait comment pour observer le processus de transition ?  
Ça me fait penser à tous ces systèmes trop complexes, où finalement c'est bien plus simple et moins risqué de faire delete/create sur un item pour repartir à zéro que de faire update sur un item existant  
 

"Ça dépend" aussi, les petits serveurs Dell 1U ça reboot relativement vite en 2-3 min. Il y a aussi des appliances spécialisées qui démarrent quasi instantanément dès qu'il y a du courant électrique.  
À l'opposé, il y a des serveurs ou châssis qui mettent 10 ans à initialiser on ne sait quoi entre les BMC/BIOS/contrôleurs/etc et au final le boot de l'OS représente une partie minime du temps de boot J'aimerais bien savoir ce qu'il se passe réellement dans ces initialisations et pourquoi ça prend autant de temps.  
 
Côté réseau, le matos grand public peut booter en quelques secondes pour des switches unmanaged, et relativement rapidement pour du matos un peu plus avancé, style 2-3 min pour redémarrer.  
La plupart des CPE DOCSIS et FTTH sur lesquels j'ai travaillé étaient aussi basés sur un fichier de config, avec le processus d'autoconfiguration basé sur DHCP ça nécessitait aussi un reboot pour la plupart des paramètres operateur. Les changements user dans la GUI ça se faisait en live mais c'était assez limité dans les possibilités. Temps de reboot rapide en revanche, entre 30 secondes et 2 minutes sauf les trucs mal branlés qui mettaient également looooooongtemps souvent ceux avec qui on avait le plus de problèmes d'ailleurs, ou les plus compliqués à gérer.  
 
Exception CPE qui te plairait bien : ceux gérés en TR-069 Tu fais toute la config et les modifications en live, le CPE ne contient pas de configuration, si grosse modif la stack redémarre rapidement et coupe le service pendant quelques secondes max  
Exception CPE qui te plairait pas : ceux gérés en TR-069 Même les grandes marques (coucou AVM Fritzbox) ne suivent pas la norme et te forcent à appliquer des conditions séquentielles et des sémaphores partout dans ton code, sinon ils refusent d'appliquer le paramètre parce que tel ou tel autre objet (sans te dire lequel ni pourquoi) n'existe pas encore, donc ton code de provisionning devient monstrueusement complexe et pourri. La même merde que le config-replace qui ne fonctionne pas bien, sauf que là tu foires à tous les coups même après reboot  
 
En matos réseau pro j'ai connu des 4500-X qui commencent à allumer des leds après 15-20 minutes de power-on, bien dans la veine de certains switches Nexus 9000, faut pas être pressé quand on fait des mises à jour. Les petits ASR 1K ça prend également pas mal de temps même en utilisant le mode monolithique pour l'image de boot, ça passe son temps à vérifier des trucs et démarrer des machins... mystère  
 

 
Principalement en lisant la doc :
 

 
https://content.cisco.com/chapter.s [...] k.html.xml
 
Vu de très loin ça fait ce qu'on voudrait, mais quand on regarde le détail du fonctionnement on voit que c'est un truc bricolé. Si la config était gérée correctement, jamais il n'y aurait besoin de faire des itérations comme ça. Mais la gestion de la config est un truc à la fois legacy et accédé par beaucoup de sous-systèmes alors je pense qu'ils ne peuvent plus le modifier. Donc quand ils ont un nouveau besoin ils bricolent autour et du coup on a des comportements hasardeux ou incompatibles avec d'autres fonctionnalités qui viennent elles aussi modifier la config à leur manière (PKI en l'occurence).
 

 
Là le problème c'est surtout qu'une fois qu'une ligne de conf est rentrée, il n'y a plus de notion d'item, ce n'est plus que du texte. A manipuler en tant qu'humain c'est pas gênant, mais dès qu'on veut y accéder de façon programmatique ça bloque, il faut tout reverse-engineerer, c'est un boulot de malade à créer et à maintenir (même Cisco n'y arrive pas). Partout ailleurs dans l'IT ça fait bien longtemps qu'on fait du CRUD facilement sans se poser de question. Mais ça demande de sortir du paradigme "fichier de config en mode texte brut".
 
 

 
Ouais TR-069 j'avais regardé rapidement à une cogip précédente car les switches le supportaient, mais j'ai jamais testé au final.
Pour le temps de boot je pense qu'il n'y a pas de mystère, plus il y a de composants plus ça prend de temps, entre la partie management, la ou les linecards, les sous-sytèmes alimentations/ventilos (qui si ça se trouve ont un mini OS eux aussi), sans compter que la mode est à tout foutre dans des containers même sur les switches mais que les CPUs ne suivent pas toujours, faut pas s'attendre à des miracles  
Pis j'ai l'impression que c'est pas une priorité pour les constructeurs, là je bosse sur un petit routeur cisco 4G en ce moment, quand on regarde les logs au boot on se rend compte que le machin met déjà une bonne minute à se plaindre que le module 4G n'est pas le bon/pas supporté, avant de démarrer enfin correctement et se connecter au réseau comme si de rien n'était

 
En parlant de machin complexe  

Ya 2 types d'erreurs dans les logs Les erreurs normales, ce sont les bonnes erreurs, on les voit quand ça se passe bien, et puis ya les erreurs pas normales, qui viennent quand ya des problèmes

Je propose une formation CPF pour tout savoir sur le sac. Du sac à main au sac de courses, en passant par la banane bien sûr  

 
J'aurai besoin d'aide. J'ai un soucis d'installation de PowerCLI sur deux serveurs Win19. Tout le monde sèche dans ma cogip et me laisse avec ce problème que je dois résoudre pour mardi dernier.
Si quelqu'un peut me contacter en MP, ça serait sympa
 
Merci d'avance.

C'est pas plutôt le support VMware que tu devrais contacter ?

Je dois installer deux grosses VM sur un ESXi. Je passe par des commandes sous PowerShell. Je dois d'abord installer les PowerCLI sur un serveur et je n'y arrive pas. J'ai googlé autant que j'ai pu. J'ai tenté des manips. Mais je ne peux pas installer les commandes.
CF cette procédure : https://docs.vmware.com/en/VMware-v [...] 1FE2D.html

Je l'ai fait sur deux autres serveurs Win19 sans soucis. Là, je bloque. J'ai essayé sur un autre serveur situé sur le même site, et j'ai d'autres erreurs, de mémoire. Je ne sais pas si ça vient du réseau, ou d'ailleurs.

TR-069/SPF/DKIM, cette page du démon

Déjà définis "je bloque", et ensuite GOTO

A moins que ça soit un truc vraiment obvious.

Et à titre perso je déteste les demandes d'aide en privé sur les forums, ça va à l'encontre même du principe d'un forum d'entraide et ça me donne automatiquement l'impression que le demandeur cherche à "abuser" de la dispo de la communauté. Mais c'est possiblement juste ma misanthropie qui parle

 
Si tu l'as déjà fait sur 2 autres serveurs 2019, tu copies le dossier Module correspondant à PowerCLI (de mémoire : C:\Program Files\WindowsPowerShell\Modules, tout ce qui commence par VMWare.) de celui où c'est présent vers celui où tu veux l'utiliser.
Ensuite t'as juste à faire un import-module <nom module> pour l'utiliser

Les sujets qui rendent bien aigri

 
Bon, je bloque juste là, après avoir téléchargé et décompressé le .ZIP :
 

 
J'ai bien le fichier VMWare.PowerCLI dans la liste des fichiers.
J'ai tapé la commande $env:PSModulePathet j'ai récupéré les chemins. J'ai bougé les fichiers dans un des chemins, mais toujours la même erreur.
 
Quand je tape get-PSRepository
j'ai

 
J'ai regardé du côté d'un éventuel proxy, y en a pas
j'ai activé le TLS1 (ou 2) comme recommandé dans certains posts, mais ça ne change rien.
 
Donc je ne peux installer ces commandes PowerCLI qui me permettront d'installer la grosse VM en ligne de commandes PowerShell.
 

 
je ne veux pas abuser de la communauté, mais j'aimerai ne pas me faire basher si ma question est trop obvious... Regarde plus haut, ça ne m'a pas plu du tout. Et pourtant, c'était une question toute con qui ne méritait pas ça.
 

dans mon import, je dois me connecter à l'ESX avec Connect-VIServer XXXX mais je ne vois pas quel module c'est, dans toute la liste que j'ai téléchargée.  
VMware-PowerCLI-13.1.0-21624340.zip
ça fait parti du truc, mais où est ce module, je ne sais pas. Ou mes yeux ne le voient pas.

Non mais si tu as le ZIP du Powercli, t’as rien à installer. Tu le décompresses dans le dossier qui va bien et c’est tout.

+1

Et là ton message d'erreur dit que le module n'est pas trouvé sur internet, dans les repo publics configurés sur ton serveur. Donc il doit te manquer le repo qui va bien pour faire l'install via install-module; qui n'est par ailleurs pas un passage obligé comme l'ont souligné les autres.
A priori il est dispo dans la PSGallery, qui devrait être configuré par défaut sur un windows 2019 si je ne m'abuse
Tu peux tenter de la réenregistrer : Register-PSRepository -Default -InstallationPolicy Trusted

Arf ! Ca passe en effet, la procédure d'installation via les lignes de commandes PowerShell.  
Garanti : ça ne passait pas avant. La simple commande Connect-VIServer me donnait une erreur. Et là, avec les modules dans le chemin (qui n'a pas bougé pourtant) je suis en train d'importer le .OVH et donc la VM sur l'ESX
J'espère que ça va aller jusqu'au bout mais y a pas de raison que ça bloque.  
 
Merci vraiment de vos retours. Sans exagérer, y a eu des ressources de ma cogip qui étaient dessus et personne n'a réussi. Jusqu'à maintenant et vos conseils
Chouette. Je suis content aujourd'hui