Reprise du message précédent :
Ça dépend de ce que tu veux scripter... Perso c'est powershell que j'utilise tous les jours, mais pour faire du dev web c'est moins pratique que PHP

Non le but c'est plutôt d'automatiser des tâches d'administration, ce genre de choses.
 
Le python m'avait l'air sympa dans la mesure où ça tourne sous Nunux/Windows et ça évite d'apprendre le shell d'un côté et powershell de l'autre

tâches d'administration de quoi ?

automatiser les automatismes. OK?

batch vaincra

 
Faire du tri de fichier par exemple ou lancer des services au démarrage d'un OS. Des choses dans ce goût là.
 
J'ai pas d'idées précises parce que j'ai pas de projet qui nécessite de tels besoins pour le moment mais je cherche à augmenter mes compétences

 
Chef/puppet/ansible.  
 
+ python/shell

+1, gestionnaire de configuration
 
XaT

D'ailleurs des retours sur puppet@windows ?
 
XaT

Powershell existe sur Linux maintenant

Et blague à part, pour gérer des environnements Windows, c'est beaucoup plus "naturel" que python...

Forcément vu son origine.
 
Merci pour les réponses, je vais jeter un oeil à tout ça

kékidi celui la

développe?

powershell > all  
 

En terme de complexité ? Je suis d'accord

Je suis curieux de voir une tache d’administration spécifique écrite en moins de ligne qu'en Powershell
Bon je connais pas tous les languages évidemment.

J'ai du mal à voir comment on peut considérer que le powershell c'est complexe, mais je dois être trop formaté

Faut vraiment que je m'y mettre au regex, c'est tellement puissant

Nouveau rétro-rétro pédalage de l'état sur la loi anti-fraude à la TVA...
quasiment aucun logiciel de gestion/compta du marché n'est conforme à la loi applicable au 1er janvier

 
en perl c'est évidemment possible  

Powershell + DSC. Tu peux même couvrir des OS nunux/unix avec. Sinon SCCM  

 
Set-NetAdapterRsc ou Enable-NetAdapterRsc ?
 
 

t'apprends un truc géré nativement par windows, on va pas faire installer python sur 300 serveurs parce que tu sais pas set un service en automatique

get-help Set-NetAdapterRsc puis get-help Enable-NetAdapterRsc

OK y'a parfois des renommages de cmdlet, ou des cmdlet au fonctionnement bizarre (par ex Get-Service a un paramètre -Computername pour interroger un serveur distant, mais pas Start-Service ni Stop-Service, va comprendre la logique)... en quoi ca en fait un langage complexe?
La syntaxe/Structure/whatever du langage n'a pas grand à voir avec les modules qu'il est capable d'exploiter, qui sont développés par les différentes équipes produit avec plus ou moins de pertinence
Tout autre langage nécessiterait pour faire la même chose de passer par un binaire externe dont la syntaxe peut aussi évoluer, au passage   ²

Powershell > all

Sans compter que l'on peut faire des appels avec des librairies .NET, ça fournit tous les outils dont tu as besoin quasiment.

Et pour les gens sous Linux hein
 
J'ai fait des choses sous AutoIT, je sais pas si certains d'entre vous connaissent ?
 
Les cours du moment se passe avec un architecte système, j'aurais deux trois questions à lui poser vu que le boulot m'intéresse.

Apprendre python pour des trucs d'admin alors que c'est pas natif sur une bonne majorité des OS que tu rencontreras dans ta carriere c'est quand meme un peu con.
 
Perso si c'est vraiment des scripts d'admin que tu veux faire :
- powershell pour windows, ca devient vraiment un indispensable tant par la puissance du truc que par le fait que certaines choses ne peuvent plus etre fait qu'en powershell sur un certains nombre d'appli MS (Exchange dans ses versions recentes, Skype4B par exemple) et parceque c'est juste de la balle
sans meme parler des possibilités natives pour executer des trucs en remote
- perso je fais moins de linux, mais quand j'ai besoin je fais du script shell parceque ca marche bien et ca fait largement ce que j'ai besoin.  
 
je vois pas l'interet de chercher a apprendre un seul langage. T'es sur des OS différents faut apprendre le point fort de chaque.  
Et powershell c'est vraiment obligatoire. T'as les cmdlets pour tout maintenant, trucs que tu pourras jamais reproduire avec un langage tiers sauf a ecrire des tonnes de ligne de code.
 

Quitte à, autant apprendre la syntaxe des fichiers puppet/salt/ansible

Et beh c'est parti pour Shell/Powershell alors

 
ca n'est clairement pas indispensable, mais ca a l'avantage de t'ouvrir d'autres perspectives que le scripting pur et dur.  
Enfin si tu fais du ansible ca va mais je crois que pour chef le shell ne suffit plus.

Par contre, apprend bash, pas simplement sh. Parceque bon, sh y'a rien dedans. Et ksh et consorts, personne n'y touche jamais

                               C'est Cloud
                                    /

Nous sommes en train de revoir l'infra en terme de wifi dans notre département. On veut 3 différents networks, 1 guest, un pour les devs, et un autre pour quelques account managers.
Est-ce qu'il est préférable d'avoir un seul routeur wifi capable de manager différents réseaux wifi, ou 3 petits routeurs, un pour chaque usage ?
J'avoue que les routeur wifi, c'est pas trop mon truc.
La question, c'est aussi de savoir s'il est possible de donner internet au routeur guest mais d'exclure tous les services internes (smb etc...).
Quelles seraient vos recommendations ?

Mettez vous d'accord
 
Tout ce que je sais c'est que dans certaines boites le python est apprécié (notamment mindef )

quand doum a dit "shell pour linux", y'a de fortes chances qu'il entendait "bash" comme l'indique l0g4n
en plus la syntaxe est assez proche de celle de powershell donc go pour ces deux là

plus simple d'avoir une seule solution qui gère les x SSID. pour gérer les canaux, les connexions à ton annuaire, avoir de l'info centralisée.
C'est pas ce qui manque sur le marché (Aruba, sonicpoint chez sonicwall, etc...)

 
J'ai touché un tout petit peu aux deux et effectivement ils sont très proches.
 
Et les cmdlet c'est effectivement la vie. Surtout quand tu rajoutes derrières le psexec.

j'utilise environ jamais psexec, y'a pas vraiment besoin quand t'as déjà le remote powershell...

 
Plus simple dans quel sens ? Parce qu'au final, j'imagine que ces routeurs, outre qu'ils sont chers font aussi le café et ont probablement une foultitude de settings avec un manuel de 500 pages. De plus, si il tombe en panne, SPOF.
D'un autre côté, j'avoue que 3 routeurs, ça me semble pas super sexy.
Tu aurais une réf de routeur "simple" à configurer qui réponde à ce cahier des charges ?
Le cahier des charges est finalement très simple :
- dev et account manager accèdent à tout (internet + smb shared sur notre internal network)
- guest accède uniquement à internet.
 
Un grand merci déjà pour ta première réponse.