Reprise du message précédent :

 
C'est pas un métier qui se pratique plutôt dans les villes en bord de mer?  

Je regarde plutôt pour mettre du swift-proxy et keystone dans du docker

EDIT: mouais, je vais rester en VM pour le moment, pas le temps de creuser.

+1

 
Pas faux, merci  

On peut empêcher le rôle DHCP de 2k8 de gueuler quand une étendue est pleine à 100% ? (c'est voulu)
Idem pour AD qui tient à ce que je rejette les liaisons SASL sans signature  ou simples ?

D'ailleurs, sur un 2k8 R2 fr, pourquoi je ne trouve pas le compte de service "SERVICE RESEAU" ? (testé en anglais, idem)
Je veux lui donner les droits sur une clé dans regedit et pas moyen de le sortir !

Une étendue DHCP pleine à 100 % ? Comment tu fais le jour où tu dois passer à 101 % ?

J'en ai plusieurs, celle-ci n'est prévue que pour certains équipements sur un sous-réseau spécifique. Elle est volontairement limitée.

Si tu le but est de faire du simili controle d'accès via DHCP c'est une très mauvaise idée.

C'est pas le but ni la question

Quels types d'équipement ?

Je pense pas que ce soit possible, et la aussi mauvaise idée.
 

Y'a pas de raison, c'et sur un DC ? Mais là aussi c'est sans doute mauvaise idée, pour ce genre de besoin fait toi des comptes de service dédiés.

Ok, je veux juste suivre une KB m$ qui me dit de donner le droit à ce compte sur une clé pour fixer un bug, mais je suis sans doute en train d'inventer une pratique tordue.
Bon, je vais creuser de mon côté.

à tout hasard, quelqu'un sait s'il est possible d'envoyer plusieurs commandes d'un coup sur un switch HP ? comme un script en fait
exemple : je suis dans la conf d'une interface, je voudrais faire un truc du genre (pvid = native vlan chez cisco) :

port link-type trunk
port trunk pvid vlan 100

je peux pas juste les entrer comme ça, avec la première je perds la main sur le switch. Et il veut pas fixer le pvid à l'avance, il faut d'abord passer en mode trunk

ou bien à défaut, s'il y a moyen de fixer le vlan pvid par défaut de manière globale sur le switch, je suis intéressé aussi.

J'avais voulu faire un truc comme ça sur du Cisco, je m'en étais tiré en rajoutant une sous-interface sur laquelle je pouvais passer du telnet/ssh, puis je modifiais via cet accès mes paramètres d'interfaces sans me couper la main.
Je sais pas si tu as un équivalent de EEM (Embedded Event Manager) de Cisco sur HP, ça correspondrait à ton besoin de scripting.

Sinon en mode bourrin, tu t'arranges pour toper une copie de la config actuelle puis après modification tu la pousses en tftp (ou tu la charges directement depuis du stockage local si t'arrives à la copier+modifier directement dans le switch)

je ne comprends pas comment marche ton truc de sous-interface.
 
pas con le coup du tftp / rechargement de conf à partir d'un fichier, j'aurais dû faire ça.
 
Bon de toute façon j'ai planté le truc, j'ai trouvé la commande "execute" qui permet d'executer un script, j'ai mis les commandes qui allaient bien dans un fichier, j'ai fait un execute dessus et bien sûr j'ai perdu la main instantanément pas de reboot programmé à l'avance, je trouvais pas la commande sur google ça me gavait bon allez, le switch n'est qu'à l'autre bout du bâtiment.

Où est-ce qu'on désactive le partage de fichier avec \\nom_du_pc\c$  
 
J'ai l'impression que l'ancien mec à fait en sorte que tout le monde peut faire du c$ sur tout monde oO

edit :  
 
net share C$ /DELETE

Les partages administratifs reviennent toujours. par défaut, il ne sont accessibles qu'aux administrateurs des machines.

Tiens je capte pas, je devrais avoir Get-DistributionGroup et trucs du genre mais sous mon PS sur 2008R2/Exchange2007SP3, j'ai pas. Tout est à jour.
 
Un truc à faire ?  
 
XaT

ils reviendront au reboot.

pour les desactiver :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters

New, DWORD (32-bit) Value :   AutoShareWks and press Enter.  

par défaut, ca vaut 0 et désactive les partages admin.

y a une valeur AutoShareServer  aussi, pour les serveurs...

et il est déconseillé de les virer si tout le monde y a acces, vu qu'on peut pas changer les droits c'est que tout le monde est admin local...

et a le meme login et le meme mot de passe, non ?

ou chaque user du workgroup est créé sur chaque poste, et déclaré dans le groupe admin local des autres postes du workgroup

 
Ya pas une GPO pour faire ça ?
 
Je vois bien Lanman dans Config / Ordi / Modèle / Reseau / Lanman mais ya pas ces paramètres.

 
Non le mongolien d'avant a mis tout les users admin local de leurs postes, imagine la merde.

tellement classique

a coté de ca tu débarques ici en voulant desactiver les partages administratifs dont tu ignores jusqu'au nom par un net share /delete
 
je me demande vraiment si ils gagnent au change, tes usagers

Non je suis une merde, ils y gagnent pas.

J'aimerais faire les choses bien, faire une formation Admin Windows pour refaire tout bien, mais c'est tellement de la merde qui a été fait que j'ai honte de faire venir un mec.

c'est pas parce que les utilisateurs sont admin locaux de leur poste qu'ils peuvent accéder aux partages administratifs partout hein

Oui, faut etre admin de la cible, sinon ca sert a rien de rajouter "local" a la fin de "admin local"

mais mon idée de login/mdp commun, et fonctionnement en WORKGROUP, ca marche aussi et ca rajoute du fun, j'trouve

non mais ca avait pas l'air clair pour tout le monde

Est-ce qu'une GPO appliquant une politique de sécu appliquée à la configuration ordinateur s'appliquera sur un gpupdate /force sur un poste ayant joint le domaine mais qui se logge sur un compte local (ouais, je sais, mais poste distant avec petit tunnel, donc pour aller vite ils sont tout foutu sur des profils locaux ces petits malins).
 
Si j'applique une règle localement par gpedit.msc et que je force, j'ai un warning que le contrôleur ne peut être joint (alors que c'est le DNS primaire, et qu'il est joignable, VPN en dur) pour application des règles.
 
Tout ça pour un putain de scan réseau d'avant guerre qui ne sait pas gérer de login/pass pour s'authentifier sur un share smb...

Sur ma clientèle moyenne, perso je ne peux juste pas faire autrement : les applis écrivent à la racine, un peu partout, dans le dossier Windows, et ont besoin des droits d'admin locaux ET de l'UAC sur off et d'un tas de merde. Vive les softs de gestion ecrits avec les pieds.

Edit : j'ai même croisé plusieurs pilotes d'imprimantes ou de copieurs dont les status monitor ou les retour d'erreurs ont besoin des droits d'admin, sinon du coup ça reste planté comme une merde et le process parent est stuck. Enkhulé de rire.

 
Je dirais que oui vu que la GPO ordinateur s'applique au boot, donc tu vas devoir rebooter le poste pour mettre la gpo en place, mais sinon ça devrait marcher.

Est-ce que tu as importé le snap-in Exchange dans Powershell ?

Ca dépend de ce que tu mets dans ta GPO. Désactiver la détection du slow link peut s'avérer nécessaire.

Purée je suis sur un problème qui me prend la tête depuis des semaines
On a des utilisateurs qui se connectent à la salle blanche via un VPN, et quand ça coupe (pb réseau par exemple), le RDP freeze voir crash complètement.

Après avoir longuement investigué, je pensais avoir trouvé la raison.
On a une ligne SDSL et ADSL, et parfois certaines requêtes passaient par la ligne SDSL.
Ce qui faisait du sens que le RDP plante, si la personne se connecte depuis l'ADSL et qu'entre temps ça coupe il passe sur la ligne SDSL, pour le serveur ce n'est plus le même émetteur.

Donc j'étais tout content après que la route par défaut soit corrigée, jusqu'à ce qu'un utilisateur vienne me dire que ça vient de crasher

Pas de reboot, t'as perdu  
 
Le principe de la sous-interface temporaire, en gros ça donne ça :  
Tu as une interface Gi0/1 sans vlan. Si tu lui mets un vlan, tu la perds, tant que tu n'as pas rétabli la connectivité.  
Tu peux faire une Gi0/1.1 (sous interface connectée sur le même port physique que la Gi0/1 "tout court" ) qui sera configurable indépendamment de la Gi0/1. Là tu y colles ton vlan, et tu fais pareil une nouvelle sous-interface sur l'équipement connecté en face.  
Ta Gi0/1.1 peut avoir une IP différente de la Gi0/1, donc tu peux créer un lien point-à-point avec un subnet /30 bidon entre les deux, pour faire du telnet vers ton switch pour le configurer, plutôt que de te couper la main en faisant un telnet sur la Gi0/1 "tout court" qui va être injoignable temporairement.  
 
Une fois que t'as fait cette liaison point-à-point avec le telnet, t'es pépère pour faire ce que tu veux. Une fois tes modifs effectuées et testées, tu peux nettoyer toutes tes traces, write mem et roule poussin  
 
J'ai fait ça entre un switch et un routeur Cisco, le routeur étant l'équipement sur lequel je me coupais la main. Je sais pas si ça fonctionne sur un switch et encore moins sur du HP ou autre marque, mais sur le papier ça devrait marcher

plus vraisemblablement, pour le serveur c'est toujours le même émetteur, par contre pour le client, l'adresse du serveur a changé (ou plus exactement le serveur ne répond plus et une autre IP inconnue envoie des données comme si on avait une session TCP déjà ouverte ensemble alors que c'est pas le cas, bizarre, dropons ces paquets).

Soit il faut passer par le shell PS dédié Exchange, soit il faut charger le module PS exchange dans le shell PS de base (manuellement à chaque fois que tu en as besoin ou dans la conf de base si tu veux qu'il se charge automatiquement à  chaque lancement de la console PS).