Reprise du message précédent :
quelqu'un a déja touché à Datadog ? https://www.datadoghq.com/
 
ça a l'air d'être uns startup FR qui tourne plutot pas mal
 
mais moi je suis un barbu intégriste, j'ai du mal a ma souveraineté technique avec du "cloud monitoring"

Ah, je savais pas que c'etait francais dis donc - d'ailleurs ils ont des boulots en remote, mais je pense qu'ils sont un poil trop tendu pour moi en C#...
 
On a un peu testé, c'est pas mal comme solution

 
Datadog c'est plus vraiment une startup  
 
c'est bien mais ça coûte vite très très cher. Et oui c'est du SaaS donc tu perds forcément ta "souveraineté".

Je prends des tirs de l'espace si je viens pas

 
J'avais besoin de comparer en gros un environnement full Pingouin vs Windows client/Filer/Active Directory.
 
Conclusion 1 : quand tu bosses sur du Linux, c'est Retour vers le Futur 5, au début des années 2000, et les outils qui vont avec.
Conclusion 2 : les mecs qui te promettaient le paradis de la rétrocompatibilité/évolutivité/support avec le logiciel libre sont quand même de sacrés escrocs.

Retour des indiens
 
Ticket il y a 1 heure :
 

 
Difficile de faire plus vague
 
30 minutes plus tard :
 

 
Oui, c'est clairement urgent comme question vague

On a les mêmes ici mais avec un délai de relance heureusement plus long.

critéo aussi c'est une startup, moi j'appelle startup tous les truc internet a la con à la con  
 
SaaS, je conçois pour un logiciel de paye, no soucy
 
mais sur un truc aussi transverse que le monitoring... j'ai du mal... je vieillis

SaaS discute.

 
Leurs gros arguments c'est :
 
1. Ton monitoring est en dehors de ta prod, donc ne risque pas de chier en même temps que ta prod
2. Ta rien à configurer/installer
 
Perso j'aime pas mais je peux comprendre

C'est que ne plus avoir de prod mais avoir toujours le monitoring c'est vachement utile

 
Ça te permet de regarder ce qu'il s'est passé/se passe sans avoir aussi perdu le monitoring (j'ai vu des situations comme ça chez des gens )

ou de te rendre compte que le monitoring dépendait d'une résolution DNS, ouverture firewall ou autre élément porté par ta prod et qu'en fait c'est pas si indépendant que ça voir rfc1925 rule 6

Souvenez-vous de https://status.aws.amazon.com/ quand S3 us-east-1 est tombé.

Oui chez nous en plus du monitoring interne on a un monitoring externe, ne serait-ce que pour vérifier que nos urls sont bien accessibles depuis l'extérieur.
Et ce monitoring externe vérifie aussi que l'interne fonctionne.

autrement dit...
who watches the watchmen?
 

Ah les hautes sphères de l'administration

ouais là c'est carrément la stratosphère voire au dessus

Tu peux pas test  

Vous connaissez une alternative dîme-free à Dell/Quest Change Auditor ?

Tu te l'écrit toi même en php + Perl, et tu rends ça dispo en open source.
 
Enfin GPL, parce qu'en BSD like des pourritures capitalistes pourraient en profiter.

GPL v3  

Ou ultérieur. Tu signe en blanc, tu fais confiance au gourou.

Attention avec une webapp la GPL n'empêche pas les capitalistes d'en faire une version SaaS.
 
L'AGPL existe pour ce cas.

Tu peux pas avoir un truc qui s'approche avec délégation + audit + scripting ?

Et il n'y a personne qui l'a déjà fait ça ?

Faudrait commencer par lister tes besoins. Genre, ce que tu veux auditer. C'est un bon début

Au boulot les feignasses  
A la maison les petasses  
Pour les clodos plus de vinasse  
michel sardouille.

 
à quel niveau l'évolutivité?
 
dans une autre vie j'ai administré un parc full windows, maintenant c'est un parc 90% (?) linux. En comparaison, je trouve que c'est un bonheur a gérer au quotidien (et tant pis pour les lusers). Mais je me demande effectivement ce qu'on aurait dû mettre à la place de l'AD Samba  (hormis un AD windows)    
 
pas forément en rapport mais : j'ai des boutons et je commence à trembler a chaque fois que j'entends parler de licences   même si ce n'est pas moi qui m'acquitte de la dîme: le nombre de boîtes qui se sentent obligé de mettre des usines a gaz pour gérer ça .....

Un AD samba pour des machines client  Windows ou Linux

Hello,
 
j'ai un problème plutôt urgent, savez-vous si on peut savoir si un email envoyé avec Microsoft 365 provient d'un client Outlook (lourd) ou de l'OWA ?
J'utilise les outils d'analyses fournis, mais rien ne concerne le client utilisé...
 
Merci !

Bonjour,
Tu dois pouvoir le voir dans l'entête de l'e-mail.

 
Y'a sans doute moyen que l'IP source dan s l'en-tête soit différente et facilement identifiable entre un client lourd et l'OWA.

Dans exchange onpremise tu peux retrouver ca dans les message tracking logs (propriété SourceContext, champs ClientType), faudrait vérifier si t'as la même chose dans Get-MessageTrace ou Get-MessageTraceDetails dans Exchange Online, j'en ai pas sous la main pour tester

edit : à condition que ca soit un utilisateur de ton organisation

Problème c'est comment j'identifie que l'ip est celle d'owa ?
C'est ip Microsoft ?
Typiquement j'ai une ip qui n'est pas celle du site, et qui appartient à M247-LTD, apparemment connu comme avoir des machines des rebonds VPN.

On est sur une tentative de piratage et usurpation d'identité, le mail est authentique.
Donc soit backdoor pc soit accès via owa.
PC sans droit d'admin donc je m'interroge par quel biais ça a pu se produire.

Mot de passe unique (pas réutilisé pour des plateformes publiques genre LinkedIn), et synchronisé à l'ad.

C'est la version cloud.

relis mon message?

Désolé j'ai été un peu vite.
Je vais regarder avec les commandes powershell si je peux en tirer quelque chose.

Merci

Tiens on n'avait pas eu le débat sur le mfa y'a tout pile un mois ?

 
C'était déjà prévu