Reprise du message précédent :

Propre

 
C'est terrible ca, je verrais plus jamais plam de la même façon

Oui il a pas mal parlé d'isolation derrière mais je me souviens pas qu'il ait appuyé sur les mauvais côtés.
Qui sont ?

En tout cas pour une fois que j'aime une formation je prends

 
Je regrette presque de pas être l'auteur original de la « vanne »

 
C'était pas ton niveau le problème.
 

 
Putain, le sketch. Ton service c'était toi en période d'essai, ton chef là depuis deux mois, et le stagiaire qui devait arriver?  

Le stagiaire qui va se manger toute la dette technique dans les dents.

Je le jalouse un peu le stagiaire, il va bien apprendre sur le tas

 Hate de voir le stagiaire se barrer en pleine crise car son école aura fait plusieurs rappels à la société concernant les horaires à respecter  

Ou alors comme déjà vu ailleurs le stagiaire va se faire charger…. Parce qu’il fait du taf de merde, et il s’en ira en mode ‘si vous le prenez comme ça je me casse’

J'espère qu'on le verra sur le topic souffrance  

Hate de voir le prochain taf du Keyser surtout

 
J'avais encore jamais vu ça, pourtant sur du Dell tout à fait classique. Pauvre petits CPUs, va falloir faire quelque chose (ça expliquerai bien des soucis chez ce client )

Qui c'est qui n'a pas remis de pad thermique ?

ou alors un rack installé a meme le sol , avec des ventillos tellements plein de poussiere quils ressemblent a des wookies

Serveur watercoolé sans avoir branché le watercooling

 
Pour rigoler...  
J'ai appris que beaucoup se demandaient combien de temps j'allais rester à mon poste. Sans aller jusque là, il y aurait "presque" eu des paris. "Presque". Mais ça veut dire quand même que mon poste n'était pas du tout facile.  
Hier, j'en ai eu encore la preuve.  
 
 
Ah je profite de ce poste pour vous poser une question de noob.  
On me demandait de créer des scopes dans le serveur DHCP MS. Donc ce que j'ai fait, j'ai regardé comment les autres scopes étaient configurés. Pour faire pareil. Je ne vais pas changer, moi, petit noob.
Donc c'était par exemple : 10.10.10.1 --> 10.10.10.254 avec comme option le routeur en 10.10.10.254
Me surprenais mais... moi j'aurai mis 10.10.10.253 pour laisser l'IP du routeur hors du scope. Mais encore une fois, je ne voulais pas faire mon mariole, donc je copiais ce qui était déjà là.
Mais qui avait raison ? Eux (254) ou moi (253) ?  
Plage en /24 bien sûr. Mais c'était en gros pareil sous d'autres ranges.
 
Merci de ne pas me taper et bonne journée

Perso je mettrais l'etendu jusqu'à 254 avec une exclusion de cette dernière ip

Idem, je crée une étendue faisant le max puis j'ajoute des exclusions.
 
Sinon en cas de modification du Default GW, on est bon pour supprimer et recréer le scope

Merci @Je@nb et @houckaye pour vos réponses

 
Dans une pièce fermée et sans clim

Peut être juste la Clim a claqué.
Ça nous est arrivé il y a quelques années, la salle est passé à 45-50°C en une heure.

Non c'est juste hébergé chez OVH.

Bon, dernier truc qui m'est arrivé dans ma boite avant de la quitter.
Je bosse sur un projet que je veux terminer quand tout à coup : PFFFIIIOOUUU ! Plus de courant dans tout l'établissement. Quelques secondes après, l'électricité revient. Le temps que les switchs redémarrent, je n'ai plus de réseau.
Quand tout est revenu, je reçois whatmille emails  whatmille alertes de Centreon concernant les serveurs. . Des serveurs ne sont plus joignables. Alors je regarde vite sur VSphère, ils sont là, ils sont up. Donc je me dis "C'est la même panne que lorsqu'on a changé deux switchs il y a deux semaines, ça se trouve la configuration n'a pas été enregistrée. Donc je regarde, mais ça a l'air bon. Enfin, comme je n'ai pas fait les changements il y a trois semaines, je me dis que je peux me gourer. Donc je contacte les spécialistes réseaux, mais sont pas dispos. Je tente bien un truc de mon côté, mais ça ne marche pas. Donc la situation reste telle qu'elle est, et les serveurs ne sont pas joignables. Suis surpris que personne ne vienne taper à la porte pour se plaindre
Quelqu'un me demande la liste des switchs qui ont des problèmes. Je me dis "Mais... comment ça, les switchs qui ont des problèmes ??? Je ne sais pas si ils ont des problèmes, moi "
Le lendemain, le gars du réseau m'appelle car bon, l'en a certainement marre que j'envoie des mails pour demander de l'aide. Il regarde les switchs, et tout a l'air bon. Et il regarde un peu partout, et tout à coup, en se loguant sur un serveur, il s'aperçoit que la carte réseau n'est pas sur le domaine. Et que le serveur a un uptime de 1 jour... Ca veut donc dire que le serveur a rebooté lorsque la coupure électrique a eu lieu. Pire : l'ESX a rebooté lorsque la coupure électrique a eu lieu !! Pourtant, l'ESX a une patte sur un onduleur, donc... "WTF ???" me dis-je
"Faut aller voir comment il est connecté sur l'onduleur."
"Mais tous les mois, ils font des tests électriques et l'onduleur prend le relais et..."
"Ah. Ben faut aller voir ce qu'il s'est passé"

Je n'ai pas pensé à regarder les serveurs, ils étaient up comme tous les jours, et l'ESX est sur un onduleur. En fait donc, ils ont redémarré plus vite que les switchs, et...

Bien content d'être parti, moi

Rien que pour ça l’exchange local c’est top.
Faire des mails tout le monde sais.
Bouger le cul de sa chaise, ça écrème déjà une bonne partie des plaintes  

Je corrige dans mon post : whatmille alertes de Centreon concernant les serveurs.

Je sais pas si c'est un truc que le commun des mortels utilise souvent, mais purée la transcription de texte dans Office 365 ça marche vraiment pas mal, que tu lui balances un enregistrement de dictaphone, ou même l'enregistrement vidéo d'une réunion Teams, il te convertit le tout en texte sans broncher.
 
Alors oui forcément y'a pas mal d'erreurs, mais pour garder une trace écrite sans tout retaper, ça dépanne vraiment bien.  

Whisper tourne bien aussi, en local.

Oops https://www.wiz.io/blog/38-terabyte [...] esearchers

ça commence à faire bcp  chez microsoft  t'as un gros problème de sécu sur azure par trimestre  

mais avoir des données publique et privée dans le même compte ça reste quand meme une immense connerie la majorité du temps

C'est pas vraiment un problème de sécurité azure là, juste un service mal utilisé /configuré

Rapport de l'ANSSI suite à l'attaque du CHU de Brest.
 
https://www.cert.ssi.gouv.fr/upload [...] TI-007.pdf
 
C'est très intéressant.

Juste un utilisateur boulet surtout  

Le RDP en open bar sur le net  

+1, cette boîte ne te servira à rien à part découvrir le burnout.
Des techs/admins motivés et bosseurs, on en cherche partout. La technique tu l'acquériras avec le temps, pas besoin de te faire du souci à ce sujet.

 
 
Merci  

 
pas azure microsoft    si microsoft avait une une separation plus stricte  des données  privées /publiques dans des accounts différents  ils  auraient pu mettre en place une règle d’interdiction lors du commit vers un repo git publique

 
"L’accès initial au système d’information a été effectué depuis un service de bureau à distance exposé et accessible
sur Internet."
 
   
 
On est tellement jamais déçu avec les infras du public en France

C'est quand même pas compliqué de mettre au moins une RD Gateway en place  

La boite où je suis resté 3mois (étrange) quand je suis arrivé il venait juste de récupérer d'un pétage violent. Chiffrement des serveurs de L'ERP (C€G!D) car le RDP du/des serveurs étaient ouvert sur le net avec les login/mdp par defaut de C€G!D, le distributeur de l'ERP voulait pas que la boite change les MDP

Après le "retour à la normal" avec la sauvegarde (1 semaine de delta jcrois), pour respecter la chronologie réel, batch, numéro de factures etc... (entrepôt) et virtuelle (dans la BDD avec 1 semaine de retard) ils ont re-simuler une à une toutes les manips d'une semaine faites en prod

Et bien sur aucune déclaration de l'incident