Reprise du message précédent :

les operateurs en profitent surement et cela leur permet de privilégier leurs offres sur leur reseaux.
ça n'est pas la priorité de l'ARCEP a l'heure actuelle je pense, (fibrons le pays deja) mais ça sera un sujet a suivre egalement.
Je suis curieux egalement des modalités d'acces aux differents RiP. On risque d'avoir des tarifs tres heterogenes.

 
La 4G fixe, belle escroquerie... D'ici que tout le monde passe au "THD", la définition et les usages auront évolués et ceux qui sont en galère aujourd'hui, seront en galère demain.
 

 
La plupart des opérateurs de FFDN sont des WISP. C'est pas parce que ça ne s'affiche pas en 4x3 en centre-ville ou que ça ne rencontre pas le Secrétaire d'État chargé du numérique que ça n'existe pas
 

 
C'est fait pour, la plupart des opérateurs ont des offres "Business" qui piquent le portefeuille pour ces zones là    

Tout est fait pour décourager les nouveaux entrants (ticket d'entrée exorbitant ...) ...

 
Je suis en plein dans cette problématique!
Le problème, c'est qu'on ne sait pas (exactement) ce qui sera proposé en remplacement du RTC par l'agrume (une box monoplay, OK - mais on a pas plus d'infos).
On va passer d'un bête téléphone fixe à : box + téléphone + onduleur + solution de supervision (alors l'idéal, ça serait de monter un VPN, mais ça chiffre vite)
 
Je vais lancer un groupe de travail dans la COGIP, c'est à la mode

Y en a qui utilisent ElasticSearch pour fetcher et aggreger les logs applicatifs ?
 
Ca m'intéresse, mais les ressources demandées par l'outil me font mal au cul.

Comment vous faites pour gérer le dossier Téléchargements qui grossit à devenir un dossier volumineux ? j'arrête pas de dire de faire le ménage

 
Plus que ça, moi c'est un outil de décision business pour gérer toutes nos métriques (environ 250k entrées aujourd'hui)
 
Ça scale très bien verticalement et horizontalement

 
Set dir=C:\Users\%UserName%\AppData\Local\Temp
 
Echo Deleting all files from %dir%
del %dir%\* /F /Q
 
Echo Deleting all folders from %dir%
for /d %%p in (%dir%\*) Do rd /Q /S "%%p"
 
 
Set dir=C:\Users\%UserName%\Downloads
 
Echo Deleting all files from %dir%
del %dir%\* /F /Q
 
Echo Deleting all folders from %dir%
for /d %%p in (%dir%\*) Do rd /Q /S "%%p"

Tiens on vient de perdre Agarik

Je suis sensé mettre un ELK derrière un pfsense. Depuis un moment...

 
Faut être couillu pour assumer que le dossier de profil utilisateur soit à cet emplacement (et encore plus couillu pour faire du batch en 2017...)

J'ai pas trouvé beaucoup mieux

 
Ca fait le Job ...

Sur vos switch vous mettez que du ON-line ? J'ai l'impression que les switch PoE aime pas trop le temps de coupure d'un Line-interactive

A lancer chaque heure  

GPO "d'extinction".

Bon prévenir quand même les zusers que Téléchargements se vide tous les soirs

 
Tu l'as sur quoi comme config ?
 
Pour l'instant, on souhaite juste rapatrier les logs applicatifs et pouvoir ainsi en donner l'accès au support.
Mais à terme, on pourrait l'ouvrir à plus de chose.
Mais les prérequis hardware font peur par rapport à ce que je demande dans un premier temps..
 
Tu as des agents sur chacune de tes vms ?

Je n'ondule pas les switchs PoE, ils grimpent vraiment trop vite en conso :-(
Sinon, oui, online uniquement pour les switchs.

Et mon coup de gueule du jour: j'ai mis le nez dans la CLI du contrôleur virtuel de Ruckus, c'est n'importe quoi. Le guide à tellement d'années de retard sur le soft que la seule commande qui marche encore est "help". Mais les commandes dans le "help" sont elles aussi deprecated

 
Et après on regrette le RTC en cas de coupure de courant

Je suis en train d'écrire le plan pour étendre notre AD qui est en SB vers un DC en local.
A l'époque, cet AD était destiné à un usage SB uniquement.

Du coup je me retrouve avec des OU pour des "groupes" d'utilisateurs ayant à un certain périmètre de machine dans un OU parent qui s'appelle "Administration"
Ex:
- DEV => serveur dev et test
- ADMIN => tous les serveurs de la SB à l'exception des DC
- INFRA => tous & compris les DC
- Services (comptes de service)
- Utilisateurs => aucun serveur
- Utilisateurs désactivés

Dans cette OU j'ai également une OU qui contient des groupes de sécurité (en gros permettent de dire qui a accès à quoi).
Ensuite, j'ai une OU "Serveurs" où j'ai plusieurs OU pour les serveurs PROD, DEV/TEST, RD, CI (serveur d'intégration continue).

Mais compte tenu de l'extension de l'AD pour intégrer les postes client, et son intégration à divers outils tiers, ne serait-ce t'il pas plus judicieux de commencer à découper les OU sous forme de "service" au sein de l'entreprise ?
Déjà commencer par un site AD (celui où y aura le DC local).

J'ai un autre site physique qui en aura besoin, mais celui-ci n'a que 3 personnes..
Pour une boite de 100 personnes, est-ce qu'il faut commencer à se poser la question à faire des sous-domaine du genre paris.xxx.local, grenoble.xxx.local, virginia.xxx.local (le site US n'existe pas encore, mais c'est dans les plans, ça sera plutôt des project manager) ?

Aucun intérêt à faire des sous domaines.
Pas d'intérêt de faire des ou sauf si tu veux déléguer l'administration de ces ou a des admins différents ou si tu dois appliquer des gpo différentes

Pour l'instant j'en vois pas, mais j'aimerais pas être bloqué plus tard.
Et au niveau du découpage par service ?

Inutile aussi. Tu gères des groupes

 
La mes poe sont sur des off Line (oui ) lalim poe doit pas kiffer car le Switch reste allumé mais plus de poe jusqu’au reboot.  
 
Bon c’est des Alcatel

Pour l'instant je l'utilise uniquement pour les trucs métiers (indicateurs business, données clients). J'avais testé pour les métriques VM, la familles "beats" (filebeat, metricbeat…) : https://www.elastic.co/products/beats

Ceci dit, j'ai préféré partir au final sur un truc plus « spécialisé » avec InfluxDB/Chronograf/Telegraf (et Kapacitor). En effet, cette stack permet d'avoir des niveaux de métriques très intéressant mais aussi de la supervision/monitoring avec Kapacitor.

Tu peux voir ça comme le successeur de Munin et Nagios, mais relativement simple à déployer (enfin Nagios et Munin l'étaient aussi, c'est juste que le modèle à changé : c'est ton agent qui pousse vers le serveur central, ya rien à configurer quand un hôte s'ajoute)

edit : j'ai pas de machines de guerre, tout ça tourne dans des VMs sur des config « moyenne » chez online.net

A quel moment du coup c'est intéressant de découper par service ?
 
Sinon je cherche un prestataire epki pour des certificats SSL pour signer des docs PDF ET Office.
D'ailleurs, certains prestataire fournisse une signature avec le "service" de la personne (mais du coup c'est lié à l'AD ?)

C'est une VM dédiée ?
 
Sinon tu me conseillerais quoi comme agrégateur de logs applicatif dans un premier temps ?
L'idée étant de pouvoir fournir au support (ou autre) des logs des plateformes qui tournent en production sans le fournir les accès au machine.
Ils auraient donc accès à l'interface "web" de l'outil.
Il y aurait un agent par VM qui pousserait régulièrement les infos à récupérer vers le serveur de l'outil.
 

 
  on a un ELK : ElasticSearch (données) Logstash (application) Kibana (présentation) pour ceux qui connaissent pas
 
Si t'as des problèmes de perfs, ElasticSearch est facilement "scalable" comme beaucoup de bases no-sql, c.a.d. que tu peux très facilement rajouter des nouveaux nœuds à ton cluster.

Je l'ai dit au dessus les raisons pour créer une ou

Merci du retour
 

Pardon, j'ai zappé la ligne.
Merci.

Ma réponse serait « ça dépend » ELK c'est un peu lourdingue mais flexible. Faut déjà savoir ce que tu veux parser. Filebeat est plus simple et peut pousser directement sur ES sans passer par la case Logstash, mais ça dépend encore le niveau de complexité à parser.

edit : faut pas oublier aussi que c'est la recherche full text qui coûte cher et que souvent on en a pas besoin, donc faut que ton index soit un peu pensé pour être efficace

j'ai commencé à jouer un peu avec ELK et je suis loin de pouvoir donné un avis "en prod" ou "au quotidien", par contre j'ai l'impression que la dernière version est nettement moins intéressante qu'avant vu l'impossibilité d'utiliser tous les vieux "plugins"... rien que pour gérer l'authent dans kibana t'es obligé de raquer, sinon tout le monde à accès

ca m'a paru nettement moins abouti que splunk "out of the box" aussi, mais effectivement on doit pouvoir en faire ce qu'on veut moyennant de la customisation

Oui enfin tu exposes jamais ton Kibana comme ça de toute façon La base c'est un reverse (Caddy/Nginx/Apache/whatever) avec contrôle d'accès

edit : sinon si ta la flemme ouaip, fautre prendre le X Pack. Mais c'est plutôt intéressant et ta pas mal de truc en plus (ils commencent à mettre de l'analyse poussée, genre ça : https://www.elastic.co/fr/blog/usin [...] -deep-dive )

Dans un premier temps, c'est pour "parser" les fichiers de logs des plateformes que l'on installe.
Il y a des logs :
- pour les applications web .NET sous IIS (logger custom & nlog)
- des logs pour les backend sous Java (log4j avec appender)
- des tâches planifiées qui exécute soit du .bat soit du powershell
 
Pour l'instant on en est là

T'as un vrai besoin de collecte intégrale de logs, ou bien c'est pour faire de la supervision? Si c'est le second cas, t'as surement des solutions plus adaptées !

 
Faut réfléchir en amont les data que tu veux récup de ces logs (parce qu'à un moment ou à un autre, faudra se décider les métriques que tu souhaites avoir).
 
En fonction de ça, tu peux commencer à regarder si c'est faisable avec Filebeat, et sinon go Logstash (ultra flexible mais courbe d'apprentissage, normal quoi).
 
Va déjà demander aux futurs consommateurs de ces data ce qu'ils veulent

ouais
 
Y'a moyen que Microsoft arrive à faire un truc bien avec OMS Log Analytics aussi, mais cloud only

 
Les deux en fait.
Il y a des erreurs métiers ou de paramétrage que je souhaite déléguer au support et/ou équipe de paramétrage.
Il y a des erreurs de "fonctionnement" (genre l'application se bloque pour x/y raisons), ça c'est plus de la supervision (sans que ça soit proprement monitorable sous PRTG par ex).

dans les deux cas ca me semble plus relever de la supervision
un outil de supervision peut lire des logs ou exécuter des scripts ou surveiller des services ou des URL etc. et remonter des alertes aux bonnes personnes.
Par contre je connais pas du tout PRTG