Reprise du message précédent :

 
non, et honnêtement sur des switchs j'ai jamais vu.

S'il faut y'a des gens qui reboot même les onduleurs

et même des bâtiments entiers  

Chaque fois ce smiley

Faut voir les switch TPlink / Dlink de merde dont l'OS par en couille après 6mois d'uptime

Vu à ma boite wtf de l'été dernier

 
un equipement qui n'a pas de switch on/off perso non

Ça fait parti des bonnes pratiques pour moi. Ça permet de s'assurer que le jour où tu fais l'upgrade ça limite le risque de reboot qui n'aurait pas fonctionné.

On parle de vrai switchs manageable. Je pense qu'à partir du moment où ils sont manageable tu as quasiment systématiquement la possibilité de redémarrer à distance.

Quels switchs à rebooter ? Distrib ? Tor ? Coeur ?
Je te raconte pas les alarmes pour certains

Ici j'ai même vu des gens qui changent les batteries avant la durée de vie de l'onduleur.

Bon OK, elles avaient gonflé x2 ce qui a du être un facteur

les 96 vieilles brouettes ont été mises à jour avec succès

 
Pas une seule explosion de switch ? GG (ça fait un peu boulot de démineur je trouve )

j'en avais déjà upgradé à peu près autant il y a un mois sur le gros site sur lequel je bosse, donc j'étais déjà à peu près sûr que ça allait bien se passer.
 
Mais j'avais quand même prévu un gars avec un switch de spare dans le coffre de sa Xantia, prêt à partir mardi matin pour faire un remplacement en urgence, on n'est jamais trop prudent  

Je n'arrive plus à voir la liste des modèles touchés mais j'aurais pas été rassuré s'il faisait partie de la liste  
https://www.cisco.com/c/en/us/suppo [...] onent.html
J'ai vu des paquets de C3560G mourir subitement après un débranchement électrique... je sais pas si un reload ça compte pareil

oui je me demande aussi.
 
enfin bon j'ai fait les reloads un par un de toute façon pour pas prendre de risque, c'est pour ça que ça m'a pris 5h au lieu de 15 minutes mais bon

Dites les gens, ça doit être un classique mais là je sais plus, trop vieux pour ces conneries :
 
Contexte : reprise d'un AD mono serveur 2019 issu historiquement de la migr d'un AD 2008 qui ressemble à un champ de bataille, avec un bon merdier de comptes utilisateurs remis à plat.
 
Mais je constate un hic en commençant à reprendre l'arbo pour restreindre les droits (c'était globalement open bar avant).
 
A partir du serveur :
- Création d'un nouveau dossier à la racine (pas un sous dossier avec des droits spécifiques)
- Affectation sur ce dossier des droits RWE à un groupe de sécurité qui contient un compte d'user
- Application, validation des droits via check en Accès effectif > tout est refusé    
- Même check mais avec le compte contenu dans le groupe de sécu > droits RWE ok.
 
Elle est où déjà l'arnaque ?  
 
Edit : et après test les droits réels sur un poste client correspondent bien aux résultats de test d'accès effectifs, à savoir que le groupe de sécu : OUT, le compte : accès OK.

Perso je repars au propre quand je tombe sur ce genre de merde (enfin pas un AD quand même )

 
y  a un AD sous linux ?
un ptit openldap.  
 

Alors je viens d'avoir un problème similaire sur une infra avec 4 DC, après avoir corrigé un paquet de merdes de réplication etc, j'ai passé ça https://support.microsoft.com/fr-fr [...] 3bd0201041 et après une dizaine de jours, tout fonctionne  

C'est un peu capilotracté mais j'avais un paquet de KTGT sans PAC et au final ça marche !

Merci, je note, mais ça ne me semble pas tout à fait entre dans ce scope.

Je misais plutôt du coté d'un problème sur l'enum ou l'application des ACLs des UO ou du domaine au niveau des utilisateurs authentifiés. Pourtant je viens de faire le tour, c'est OK sur les ACL du domaine et des UO concernées, aucune anomalie à constater.

Ceci étant j'ai des KDC Event ID 35/37 régulières aux logs. Puuuuf.

P*tain de !    
 
J'ai deux problèmes en fait, ou plutôt un et demi.
 
Ça marche en pratique (poste client vers share) sur la session d'un poste membre d'un autre groupe sur un autre dossier  
(droits sur le groupe de sécu seulement, session membre du groupe > authent OK).
 
Mais pas en contrôle des accès effectifs de ce groupe sur le folder depuis un compte admin du domaine sur le serveur   (wut ?)
 
Les noms des postes dans les events KDC pointent comme par hasard tous vers un pan de réseau séparé, dont le poste d'aujourd'hui regardé en speed  
 
Les attributs LastLogon des postes concernés sont effectivement vieux, plusieurs années.
 
Donc supposition au pif à confirmer : ils se loggent via les infos du Credential Manager, ne dialoguent pas avec le DC, ne descendent voire n'ont jamais descendu les appartenances aux groupes du domaines (je suis rouillé mais je crois que ça marche comme ça), et l'authent se fait en matchant les ID directes des groupes ou comptes, sans mappage des appartenances ascendantes comptes > groupes à chaud coté serveur (mais plus par simple masque, mais là grosse supposition avec les doigts gras).  
 
Ça expliquerait que ça marche si je mets le compte explicitement, et pas avec le groupe.
 
Bref je me suis encore fait refiler un bon truc de merde, ça m'apprendra.

Et pour pas faire chier les postes à problème sont sur un subnet différent sur une nic isolée. Oooh misère.

cheh

Il faut que je m'occupe de faire un ticket chez HPE pour le bug du cache en écriture des S100i SR, c'est infernal.

Un gpupdate tout con donne quoi ?

"503 Service Unavailable"

1) Ton AD est pourri
2) Tes clients sont pourris
3) Les deux
 
Rien d'impossible à corriger, mais ça risque de prendre du temps. Beau tas de pus ouais.

Bonne nuit  

Hello les aigris,  
 
Petit message de recrutement, je sais qu'on a les pointures d'HFR sur ce topic    

Ça paie bien ?

Honnêtement je pense que oui. On sera pas au level des pures boites tech US évidemment mais c'est loin d'être déconnant.

On veux des chiffres précis

"dans les grilles du marché"
 
"selon profil"  
 

 
"Selon le prix de la tonne de la feraille"

Il y a un chien en cadeau?  

Et c'est basé où ? Paris je suppose ?

Bonjour, je suis à l’étranger en ce moment avec accès à internet difficile.
J’ai mes mails perso sur OVH et j’ai rien. OVH est en rade chez vous ou pas ?

https://www.status-ovhcloud.com/

T'as oublié le

Je peux me baser que sur ma situation personnelle   donc je dirais 70k€ et plus en fixe selon la séniorité. Pour le moment les salaires n'ont que du flat.  
 

Poste à Paris intra-muros ou à Nantes (même si préférence Paris car 3/4 de la boite y est), rythme de télétravail complètement libre. Je m'engagerais pas sur le full remote, je sais que c'est possible mais ce serait vraiment du cas par cas (idéalement proche fuseau FR dans tous les cas).  
Et anglais indispensable.