Reprise du message précédent :
j'ai aussi essayé de faire un >c:\out.txt pour recuperer le dump de la commande avec * en critere, mais manifestement ca n'est plus possible sous PS ?

ah si, trouvé, mossieur ne me laisse pas ecrire a la racine meme si jpeux le faire depuis l'explorer

mais putain ca me retourne que les objets, pas le champ qui m'interesse donc ca me sert a rien

t'as légèrement oublié les wildcard ( * ) dans ta recherche
edit : cela dit si c'est vrailent exactement la bonne chaine de caractère ca doit marcher quand même

il sert a quoi le like alors ?

bon la ca cherche du coup

\o/  c'etait juste moi qui suis un idiot

à dire que tu fais une recherche avec une partie variable, sinon c'est -eq (equal)

Dites, vous centralisez avec quoi vos logs? La on test graylogs, ça a l’air pas trop mal, même si ça demande pas mal d’affinage pour obtenir des trucs propres avec les contrôleurs Windows..

dans quel but? alerting/supervision ou log analytics?

Eh bien vous savez pas quoi ?
 

Et tu accèdes à la partie Administration maintenant?

Supervision principalement
 
(Modifs sur les objets de l’ad, logon fail à répétition.. utilisation des comptes sensibles..)
C’est déjà en place sur les Linux, mais les Windows sont un peu de coté actuellement.. on essaie de remédier à ça

Y en a qui ont fait des BAL spéciales pour le noreply ? (genre une plateforme qui envoi des mails)
On a un relai SMTP (sans auth en SB) jusqu'à présent, mais cela ne fonctionne pas pour envoyer un mail depuis la plateforme vers les listes de distribution internes (car le serveur mail est mutualisé et hors domaine). Sauf que je ne veux pas ouvrir ces LD vers l'extérieur.

Donc l'idée aurait été de faire une BAL de noreply.
Sauf que j'ai plusieurs environnement, et j'ai pas spécialement envie d'utiliser la même BAL pour la prod/preprod/test/dev

Vous faites comment de votre côté ?

 
Oui sans soucis, fonctionnement normal retrouvé après le reboot  

La stack ELK en 6 va arriver avec des systèmes d'alerte (j'ignore si ça sera ouvert ou pas). Même si je pense que la TICK est plus adaptée pour l'instant (pour du monitoring), en échange d'être pas spécialement adapté à la lecture de logs.

 
Splunk ?
 
Si on pouvait utiliser un truc gratos, c'est encore mieux
 

 
 
Faut couper le service normalement  

j'ai essayé , impossible de couper le service  
il me refuse l'acces si je passe pas par l'interface    et pour ca il faut le password  

 
Ok, étrange. J'ai souvent constaté ce problème sur Trend, et j'avais pu arrêter le service pour supprimer le fichier, il était à nouveau créé automatiquement au lancement du service...
Dépend peut-être du produit ou nouvelle version (je n'ai plus de souci depuis quelques années)

redémarre en mode sans échec, c'est easypeasy

j'ai eu le même problème avec Trend micro Worry free Business 9.0
C'était le access.log d'apache qui enregistre toutes les accès web des clients du parc.
J'ai maintenant une tache planifiée hebdomadaire qui fait ça sur le serveur gérant ce service.

Double-clique pour copier le code sans les numéros de lignes

Jet

certe, mais rebooter, c'est couper la prod ... et ca c'est NO FUCKING WAY    
 
sans compter que rebooter en mode sans echec quand t'es en télémaintenance c'est pas si simple que si c'etait facile    

un compte avec les droits debug et tu killes le verrou avec unlocker ?

Ah j'ai aussi suivi cette KB de Trend
https://success.trendmicro.com/solu [...] escan-osce
 
qui indique de modifier le fichier conf d'apache pour n'enregistrer que les événements "critiques".
 
Jet

Du coup SCOM
/fanboy
 
(en vrai ca m'étonnerait que ca soit adapté à ton contexte )

Dites!
 
Sous Exchange, on a la possibilité de retrouver la trace du transit d'un eMails?
J'demande parce qu'un utilisateur m'indique ne pas avoir reçu un eMail dernièrement alors qu'il apparaissait dans les destinataires.
 
J'ai vu l'eMail de relance de l'expéditeur. Et je doute que l'eMail initial soit bien passé par le serveur Exchange.
J'connais le nom et l'adresse de l'expéditeur, la date et l'heure de l'eMail ainsi que les destinataires.
 
Rien n'a été retenu dans l'anti-spam en amont.
Et l'eMail n'est pas dans la Boite de Réception, Éléments Indésirables, Eléments Supprimés,... Bref! N'est pas dans la BAL.
 
J'voulais donc voir s'il y avait des traces sur le serveur Exchange qu'on pouvait consulter pour savoir si l'eMail est passé par là.
J'ai bien vu qu'il existait des applications tierces permettant d'exploiter moultes informations du serveur Exchange. Mais... Suis pas chaud pour installer ces applications sur le serveurs de messagerie
 

bah c'est le message tracking oui, c'est inclus dans la console exchange

https://technet.microsoft.com/fr-fr [...] .160).aspx
 

C'est qu'en powershell depuis Exchange 2013.

C'noté! J'regarde ça!
 
Parce que j'avais un peu de mal à m'y retrouver dans tous ces logs

T'as pas à peu près pareil avec les delivery reports?
(je fais quasi jamais d'exchange en vrai )

on peut plus du tout faire de second degré sans redface ?

 
Non, ça n'a d'ailleurs jamais été autorisé.  

ironport, chaque MAJ remplace un bug par un autre, j'en ai marre

Moi j'en ai marre tout court.

Pareil

+3
Je suis à la mega bourre, plein de choses à finir pour la fin de l'année, un déménagement à prévoir en février, et on me colle un audit mi décembre, je suis joie

J'ai qu'un tiers de mon équipe depuis deux mois
Autant dire que je suis bien à la bourre, et ça se voit: nos clients commencent à se barrer.
Mais je suis en mode "not my F***ing problem", alors ça va

En marketing on dirait: C'est un produit qui n'engendre pas la monotonie...
 
A+,

Bin en fait.. ça pourrait répondre à plusieurs de mes nos besoins, ça vaudrait le coup pour 500 postes clients ? (Environ 60 serveurs Windows)
 

 
Graylog    
 
On utilise ici, c'est vraiment bien, fonctionnement un peu different de ELK mais à partir du moment où tu arrives à regexp tous tes logs, c'est le bonheur. Et, pour info, l'alerting est disponible.