Reprise du message précédent :

 
 
Solution efficace d'un ancien collegue:
VM windows
Remote desktop manager

1) Mais pourquoi avoir un poste de travail sous Mac ?
2) Si poste de travail sous Mac ($$$), comment un soft à 40 balles n'est pas accessible ?

Sur mon mac :
RDP : https://apps.apple.com/us/app/micro [...] 3466?mt=12
SSH : iTerm2

 
Oui mais non, je ne lancerai pas une VM Windows juste pour me connecter sur des serveurs. Il y a des clients pour macOS et autant les utiliser
Remote Desktop Manager tourne sous macOS, je le teste en version gratuit actuellement.  
 

 
1) J'ai toujours aimé les Mac, j'ai la possibilité d'avoir un poste de travail sous macOS au lieu d'un Linux, je choisis le Mac. Parce que le boss refuse qu'on ait du Windows.  
2) C'est un vieux Laptop qui trainait dans le placard à matériel, lors du switch tour -> laptop, j'ai demandé à utiliser ça au lieu d'un HP récent que j'aurais du faire tourner sous Linux (ouais, j'aime vraiment pas Linux en poste de travail, pourtant j'aime vraiment travailler sur des serveurs Linux). Donc le laptop n'a rien coûté au boss, je ne sais pas où il l'avait récupéré mais c'est sûr qu'il ne l'a pas acheté. Peut-être un client qui l'a laissé, pensant qu'il était mort. De mon côté ça m'a coûté une nappe hdd à 10$ pour le remettre en route. Donc, je ne crois pas que le boss voudra dépenser 40$ pour Royal TS, alors que je peux faire le tout en gratuit (avec le client de Microsoft, le terminal, ou Remote Desktop Manager).  
 
Voilà
 

 
C'est similaire à ce que j'utilise aujourd'hui. Je souhaitais une app qui regroupe toutes les connexions et enregistre les credentials

il achete du mac, mais materiel d'occas ???

C'est mieux que d'avoir un serveur sous mac  

 
 
Les joie des demandes d'achats.
 
Le hardware et soft peuvent ne pas etre sur la meme ligne budgetaire, du coup tu as un budget laptop/poste de travail de 5k euros, mais 0euros de soft ...  
Ton boss veux pouvoir sortir son mac au starbucks sans avoir des regards en biais mais se contrefous de se connecter en rdp et valide l'achat de mac mais pas du soft...
Le soft peut ne pas etre sur la liste des logiciels pre-valides sur les postes de travail et le process de validation est une usine a gaz dissuadant toute demande qui n'est pas vitale...

 
Dans une grande compagnie je veux bien mais là chez nous on est 7 personnes, j'ai un vieux Mac par caprice, y a 0 budget en software pour usage interne.

Ça fait que du rdp, sur Mac en ssh j’utilise que le terminal

Franchement c’est lourd pour juste du rdp

 
Bah oui, mais en même temps, un mac pour bosser, c''est chercher la lourdeur et inefficacité.

Le matériel est amortissable, le logiciel non (depuis 2017 visiblement).
 

Après professionnellement j'ai un mac car c'est le plus souple dans mon métier fortement multi plateformes (Microsoft/Unix/Apple).
Entre le système BSD et  Bootcamp, c'est le meilleur des deux mondes.
C'est bien mieux qu'un Windows avec une VM Linux (VM classique ou WSL), ou qu'un Linux pas simplement compatible avec le monde Windows (ne me parlez pas de Wine).
Microsoft ayant par contre bien bossé son intégration au monde Apple (Office, VisualSudioCode, Powershell Core, etc...).

Je réviserai peut-être mon jugement quand WSL2 sera sorti officiellement s'il gomme les défauts d'intégration actuels (coucou Docker, coucou Ansible,...).

Par contre Apple, c'est bien trop cher pour ce que c'est (et c'est de pire en pire).

c'est quoi le pb d'ansible avec le wsl actuel ?

Ansible sous Windows ne fonctionne pas.
Ansible dans WSL ne gère pas la partie Windows en local. On est obligé de passer par un host pointant sur le Windows. Ça fonctionne mais c'est moins "lisible" quand on fait des playbooks qui gère les 2.
Mais c'est vrai que c'est pas forcément un exemple pertinent.

 
ha ok.
Perso je l'ai utilisé sporadiquement sous wsl pour pousser des roles sur des pf linux, sans trop de pb.
 
Même si un ansible ne devrait jamais être lancé depuis son poste

Pouvoir avoir un AWX ou un Tower n'est pas forcément accessible à tout le monde.
Après lancer Ansible d'un endroit ou d'un autre ne change rien.

 
Pas besoin d'un AWX ou Tower, un simple runner git suffit.
 
Au contraire ça change beaucoup de chose. Peut-être pas quand on est un dev isolé qui utilise ansible pour construire un petit wordpress, mais dans une équipe d'ops qui font de la prod avec, c'est critique.

La marque LevelOne en équipement réseaux actifs, ça vaut quoi ?
C'est allemand ? ils revendent/rebadgent d'autres marques ?
 
On a récupéré un site avec un switch 24+2 ports Fast ethernet qui doit avoir plus de 10 ans.
 
Merci
Jet

jamais entendu parler
 
après pour un seul switch 24p je sais pas si ça vaut le coup de se poser trop longtemps des questions

Avec O365, est ce qu'il y a moyen de forcer les users à sauvegarder leurs doc sur OneDrive et pas en local ?

A par leur expliquer tu veux dire?

Par GPO tu dois pouvoir faire ça oui.

En parlant d'Ansible, on est d'accord, y'a rien de prévu de base pour avoir un rapport par mail ?

Les "Projets" dans AWX/Tower sont des repos Git.

Si tu parles de lancer des playbooks depuis un repo git, ça ne change rien que ce soit sur ton poste de travail ou non.
Ou j'ai pas compris ton propos.

Ansible non, de base ça lance juste des tâches dans des playbooks.
Après tu peux faire une tâche qui envoie un mail, mais bon.

Dans AWX/Tower par contre, tu peux avoir des notifications par mail, slack et autres.

Euh, bah t'a toute la sortie en texte dans le tty. Pipe dans mail et basta

Je voulais mettre ça dans le playbook  

Ça s'installe facilement awx ?
J'ai regardé vite fait sur le git mais ça avait pas l'air "simple" (comme ansible )

Oui et non.

En fait AWX se déploie sous Docker (docker natif, OpenShift ou Kubernetes) et est mis à disposition "tel quel" en mode béta.
En gros tu te démerdes.

Après RedHat propose Tower qui est une version "commerciale" d'AWX au sens stable avec des outils facilitant son installation et sa gestion ainsi que du support.
Par contre c'est payant.

J'ai des clients qui sont partis sur Tower directement et d'autres qui gèrent eux même des infras AWX presque à la main.
Typiquement avec AWX, un de mes clients galère pour installer et maintenir des dépendances python nécessaires à certains modules (VMWare, DNS, Azure, ...). Ce serait clairement plus simple à faire avec tower.

 
je parle de quelle machine exécute ansible et applique des changements: ton poste ou un pool de machines dédiées comme des runners git ou un awx (voire la combinaison des deux)
 
 
 
 
c'est loin d'être simple. On a même été embauché en "consultants" d'un client pour les aider à installer cette usine à gaz.
Dans la grande majorité des cas, je dirais que si t'en es à avoir besoin des fonctionnalités d'awx, tu serais certainement mieux loti avec un vrai outil de config management. AWX vient se greffer sur un outil qui a déjà de gros problèmes de conception.

 
Y'a un truc que je comprends pas, le machin est dockerisé et a des problèmes de dépendances ?!  

OK merci....

Du coup ça fait ch.... C'est pour centralisé des mises a jour automatiques sur nos serveurs linux... Histoire de pas le faire serveur par serveur en manuel ou auto...

Peut-être qu'un autre outil prévoit les rapports en natif ??

Truc rigolo sur lequel je suis en ce moment : faire de l'infra as code avec Ansible.
Il y a un truc auquel tu n'échappes jamais, c'est ce que j'appelle la question de l'oeuf ou de la poule.
Au départ ton premier playbook qui déploie ta plateforme est forcément exécuté depuis un poste utilisateur car tu n'as justement pas d'infra pour ça.
C'est le premier truc auquel tu es confronté dans le cloud par exemple, mais pas que (actuellement je le fais on premise sur des clusters kubernetes sous vmware).

Yep, il n'y a pas tout.
On en a été les premiers étonnés.
AWX/Tower peut gérer ça avec des Custom venvs (c'est codé en Python), mais on est obligés de les créer avant de les monter comme volumes dans Kubernetes ou alors il faut faire une image Docker custom partant de celle officielle.

Suffit de déployer à partir d'un service PaaS  

Ca fonctionne partout

 
Quelques trucs qui me viennent en tête:
 
pourquoi Ansible sur de l'infra as code ? il apporte quoi par rapport à du heat / cloudformation / terraform dont c'est le coeur de métier de causer aux API des CSP ou des clouds maisons ?
 
qu'est-ce qui fait que tu es obligé de mettre tes futurs runners (git, awx, peu importe) dans la plateforme cible ? J'ai déjà eu de rares cas où c'était une obligation (certains services santé, pci-dss, sur des infras on premise), mais sinon toutes nos plateformes sont construites à partir de nos runners d'administration "mutualisés". Ils sont autant capable d'aller provisioner des tenants chez AWS, que de gérer des runs ansibles  sur du on-premise, pour peu qu'ils aient les flux bien sur.
 
Avec terraform, on fait du IaC sans jamais exécuter quoi que ce soit depuis nos postes. Les init font ensuite le boulot d'aller démarrer un agent pour du conf management, quand c'est pas déjà dans l'ami, ou qu'on ait meme pas besoin de conf manager sur de l'immutable. D'ailleurs ce serait bien la merde de faire du IaC depuis des postes d'admin. C'est le meilleur moyen d'avoir une infra qui n'est plus 1:1 avec le code, d'exploser les états en ayant des versions de terraform inconsistantes, de se marcher dessus entre ops à cause d'un manque d'hygiène entre les branches et la master etc.
 
Pareil pour Ansible en moins grave mais quand même. J'ai bossé dans une équipe où tous les admins exécutaient des playbooks dans leur coin depuis leur machine. Aucune traçabilité des runs, sécurité risible (flux vers la prod avec échange de clés ssh persos et jamais tournées ... bienvenue en 2005 ), inconsistances entre le code et la réalité, multiples runs qui se marchent dessus etc. Une fois réorganisé tout ça dans des pipelines git, et quelques grognement plus tard, on était plus serein.

+1 ça ne me dit rien, et d'autant plus en Fast Ethernet, c'est l'occasion de moderniser un peu le site

Forcé complètement je ne pense pas, par contre tu peux faire une gpo pour que leur dossier documents et la bibliothèque windows correspondante pointe dessus.

 
 
Je me mets à bosser dessus prochainement!
 
T’as déjà mis en place ?

 
C'est pas au programme d'un patch très prochain d'O365 ça ? Il me semble que je l'ai lu cette semaine...

Ça ressemblerait légèrement beaucoup à de la vente forcée

Depuis un an en fait https://techcommunity.microsoft.com [...] a-p/207076