Ptain je comprends pas, j'ai un domaine windows 2012 R2 abvec un GPO qui fait remonter 2 dossiers partagés sur les utilisateurs : un dossier pour recevoir les scans, et un dossier propre à son service.
Les dossiers ne remontent pas toujours, un coup l'utilisateur va ouvrir sa session et va les avoir, la fois d'après il n'en aura aucun, le coup d'après il en aura un... Ca me rend fou
Une idée ?
 
Clients sous W7 Pro

Première boulette au boulot    

c'est pour ça sur la partie VMware, là ou un Xen lui ne supporte pas l'install sur flash .. (sans passer par une bidouille et ne plus être compliant pour le support)

 
Rien que pour ca j'apprécie d'avoir du DHCP partout sur mes scopes, même les serveurs.
Au pire, réservation de la première ip attribuée + bail à 8 jours, ton DHCP peut tomber tranquille (mécanisme de renew a mi-bail, au pire des cas le DHCP peut etre out 4 jours sans impact). Et maintenant 2012 propose même la HA DHCP out-of-the-box.
Les IP fixes à la main, c'était bon au XXe siècle !

Justement, plus l'infra est grosse et plus il faut essayer d' "automatiser" ce genre de truc pour éviter ce type de boulette !
Il manquerai plus que vous gériez l'adressage avec un fichier Excel et c'est bon, on a LA solution de management d'IP du siècle dernier.  

Justement, plus l'infra est grosse et plus il faut essayer d' "automatiser" ce genre de truc pour éviter ce type de boulette !
Il manquerai plus que vous gériez l'adressage avec un fichier Excel et c'est bon, on a LA solution de management d'IP du siècle dernier.  

 
J'sais pas pourquoi... Mais je m'en doutais ...    

Des fois j'me demande ce que tu fais encore dans ce taff.
Ca doit etre une sacré bonne planque avec une sacré paye, je vois rien d'autre. Des fois, quand je lis tes posts, j'me dis que j'aurais craqué depuis bien longtemps !

Vous êtes combien d'admin sur le fichier?
Quand ca commence à être un nombre à 2 chiffres, bon c'est un peu chiant en fait entre les mecs qui ferment pas le fichiers, n'enregistrent pas les modifs etc...

Des fois j'me demande ce que tu fais encore dans ce taff.
Ca doit etre une sacré bonne planque avec une sacré paye, je vois rien d'autre. Des fois, quand je lis tes posts, j'me dis que j'aurais craqué depuis bien longtemps !

+1 pour le DHCP pour tout et partout, suffit d'avoir un backup des baux quelques part + un DNS qui vas bien et qui est relié et y'a plus à se poser de question

D'ailleurs, question con, une bonne solution de gestion de plans d'IPs ?
Un truc léger, en interface web, avec gestion de champs persos, des tris dans tout les sens, toussa ?

Les serveurs en DHCP?
Dire qu'on veut à tout prix garder les PC en IP fixes ici...

Ici c'est postes en ip fixe, je trouve ça archaïque

Je comprends pas du tout la plus-value d'avoir des ip fixes sur tous les postes..

Non mais j'ai dis "léger"
GLPI c'est super quand t'a besoin de gérer l'armée américaine

Me rappel un jour, genre vendredi 17h, je me log sur un hyperviseur (proxmox, donc linux ) en ssh depuis un pc portable en linux aussi, je passe en root, je met un cron alakhon pour checker un truc pendant le w-e, je me délog (ctrl-d), init 0 pour éteindre le pc portable, et juste avant de fermer violemment l'écran, j'ai le temps de lire dans la console "Connection to 192..... closed".

Et pourtant ici on se fait un point d'honneur à ne surtout PAS y déroger  

 
En même temps, vous faites un point d'honneur à faire toutes les conneries possibles

 
En même temps, vous faites un point d'honneur à faire toutes les conneries possibles
 
Ici c'est postes en DHCP et serveurs/switches en fixe, mais les serveurs ont tout de même une réservation dans le DHCP au cas où.
Et je sens que ça va migrer en DHCP sous peu, c'est bien plus pratique rien que pour les VM, surtout quand on les duplique.

Première boulette au boulot    
 
Désolé pour le   mais j'ai besoin d'exorciser avec des gens qui comprennent, je me vois mal en discuter avec mes potes    
 
Donc, je crée une VM de dév sur mon ESX. Cette VM a deux interfaces, une pour la prod (eth0) et une pour l'admin (eth1), donc pour nous, ou l'accès que les outils utiliseront pour se connecter dessus.
 
Donc je fais mon installation, plutôt que de passer par l'assistant RedHat pour configurer mes interfaces, je skip en me disant que j'irai éditer directement les configurations à la mano pour indiquer uniquement les informations utiles    
 
Comme je fais les choses bien, je connecte mes deux interfaces sur un réseau isolation sur l'ESX pour trifouiller comme il faut Je configure mes deux interfaces, je check, ok sais bien, j’éteins ma VM, passe les interfaces dans les bonnes zones sur l'ESX et je rallume.
 
Je suis en console, via l'interface web du VCenter 5.5, tout rame, putain de plugin à la con ... Bref, je fais un ping sur mon interface de prod, cool, ça passe. Pour contacter l'admin, je fais un petit fichier pour que les flux à destination d'une zone sécurisée passent par mon interface d'admin (eth1). Hop, service network restart.
 
Tiens, mon "bringing up eth1" prend du temps, bizarre Mais ça passe    
 
Je lance un ping sur ma zone sécurisée pour voir si mon fichier des routes fonctionne bien, je presse Enter, pouf, plus de console    
 
Bon, le "plugin containeur machin Firefox" a planté. Je quitte mon TS (et ouais ) je relance, impossible d'aller sur ma console, plugin qui plante. Je demande à un autre collègue de tester, il teste avec IE, freeze de l'ensemble, plugin foiré, accès perdu    
 
Au même moment, un pilote d'exploitation réseau arrive et demande si on touche à un switch car ils ont perdu l'accès au proxy d'admin, donc tous les PE du plateau n'ont plus d'accès aux outils. On dit que non, que nous on est sur du système en ce moment.
 
Je pars fumer ma clope, je vois le Niveau 2 qui s'est déplacé sur le plateau pour essayer de se connecter aux équipements, que dalle.   Je me connecte sur ma VM en SSH via l'interface de prod, ça passe (car le serveur est à Bordeaux, sinon NIET sans serveur de rebond ), je kill la session en console histoire de faire les choses proprement.
 
J'en étais où ? Ah oui, j'essayais de voir si mes routes étaient bonnes   Bon, ça ping pas hein   Je regarde mon route-eth1, tout va bien. Je check mon ifcfg de la prod, tout va bien aussi, adresse ip en 200.xx.xx.54 (exemple ), ma gateway ok, le prefix ok.
 
Je check le ifcfg de eth1, l'admin, je regarde mon masque, ok du /23, mon adresse IP : 10.XX.XX.1 ok.
 
POINT UN ?????        
 
OMGWTFBBQ, J'AI FOUTU A MON INTERFACE L'IP DE LA PASSERELLE DU RESEAU D'ADMIN    
 
Donc ma pauvre petite VM de dév vient d'usurper l'IP d'une passerelle. Pas de soucis, je modifie, je fous l'adresse qu'elle aurait du avoir, on redémarre les services, je fais des ping partout et PUTAIN, TOUT PASSE COMME IL FAUT  .  
 
Je ferme tout, ni vu ni connu    
 
Et j'entends sur le plateau, sur le poste d'un gars avec 5 personnes du N2 dire : "Putain, on a rien fait là et on récupère les accès   "
 
   
 
Je vais tout penaud, j'explique ma boulette, tout le monde éclate de rire    
 
"Ah putain c'était toi   Bon, maintenant on a juste à remonter les liens qu'on a pété en pensant que ça venait de là   "
 
En conclusion, la prod n'a pas été impactée car l'interface en question était ok, mais celle d'admin, en prenant l'IP de la passerelle ça a fait bobo
 
Pour me faire déculpabiliser, y a un gars, ça fait 30 ans qu'il fait du réseau qui me sort "J'ai chié une conf d'un équipement un jour, j'ai foutu HS les guichets de La Poste dans 22 départements  , alors pour une perte d'accès à nos outils en interne pendant 15 minutes, ça va   "
 
Bref, demain j’emmènerai des chocolats

D'ailleurs, question con, une bonne solution de gestion de plans d'IPs ?
Un truc léger, en interface web, avec gestion de champs persos, des tris dans tout les sens, toussa ?