Reprise du message précédent :
   
haut potentiel de phishing ce domaine. étonnant que ça soit ouvert au public

Tiens .cci.fr aussi

Vous avez un générateur de preseed ubuntu dans un coin ?

Qui a testé ou utilise Maas ? Ca m'a l'air un chouilla overkill

Oui, déjà répondu a ça quelque part.
MaaS, quand ça marche, c'est bien pour déployer des infra complètes OS+Appli. Pour juste déployer un OS sur de la VM ou du bare métal en PXE, je trouve TheForeman beaucoup plus stable/complet/flexible.
Le gros plus de MaaS c'est l'approche "infra complètes", basé sur des modèles (genre OpenStack, k8s ou hadoop). J'ai passé un temps incalculable à essayer de faire marcher des modèles plus ou moins bien faits (alors que distribués avec MaaS) et a devoir bricoler des corrections en live pour que ça tourne a peu prêt. TheForeman est beaucoup plus mature. Mais n'a pas de modèles d'infra.

petite question port forwarding avec virtualbox. J'ai installé une VM avec pihole au boulot et je veux que mon host passe à travers quand je surf.
 
la vm est configurée avec 2 interfaces réseau
1) 10.x (conf par défaut de virtualbox)
2) 192.168.15.100
 
J'ai mis en place du port forwarding sur l'IP 2
TCP 127.0.0.1:8080 -> 192.168.15.100:80
TCP/UDP 127.0.0.1:53 -> 192.168.15.100:53
TCP/UDP 127.0.0.1:67 -> 192.168.15.100:67
 
Quand j'accède à http://127.0.0.1:8080 je tombe bien sur mon interface d'admin de PiHole mais quand je modifie mon resolv.conf avec
nameserver 127.0.0.1
Ca ne fonctionne pas
 
Il n'aime pas le forward du port 53 et 67 ?

pourquoi tu n'utilises pas 192.168.15.100 directement ?

 
Il faut config la carte réseau en mode bridge du coup et pas faire du NAT ?

si TCP 127.0.0.1:8080 -> 192.168.15.100:80
marche deja,
c'est que t'as déjà bien accès a 192.168.15.100 ?
 
ou j'ai mal compris qui était quelle IP.

 
ouaip c'est juste mais visiblement le forward de certains ports n'est pas top possible, genre le 53 je vais voir pour faire autrement

mais pourquoi tu veux forward des ports ?
tu mets 192.168.15.100 (pihole?) dans le resolv.conf et ton système ira taper 192.168.15.100:53

 
Parce que mon host a une IP du boulot. Idéalement il faudrait faire du bridge mais ce n'est pas ce que je veux.
Une autre solution serait de faire un redirect des requêtes du port 53 vers 127.0.0.1:5353 avec iptables
Et dans virtualbox renvoyer le 5353 vers le 53 du guest

J'ai testé un peu, c'est aussi lourd qu'openstack et bien trop overkill (et lourd) pour ce genre d'usage.
Si je propose foreman c'est balayé d'un revers de la main =_= donc il faut que je fasse un projet en douce, faire un freeipa au propre, régler le bouzin en tant qu'ENC sur puppet, etc. Pour faire une démo IPAM/PXE/autoprovisionning/ENC/..

Par contre je suis étonné qu'il n'y ait pas de gui/cli @ linux ou d'un site web pour la génération de preseed.cfg en remplissant valeurs & cochants les values voulues

 
Ce passage, DASL xFCP ? wat

Dites, vous connaissiez cette histoire de disques 512e ou 4k ?

Apparemment les disques 4K natif peuvent merder dans certains contrôleurs raid même si ils peuvent émuler du 512e

Typiquement le contrôleur ARECA qui tourne dans le serveur lolesque de ces dernières semaines propose ces disques: https://www.areca.us/support/downlo [...] tyList.pdf et ça l'air d'être tous des 512e

Il y a un jumper sur certains disques pour les faire repasser en secteurs de 512 au lieu de 4K par défaut. Il me semble que ça fait relativement longtemps que ça existe, jamais eu de soucis avec

Et autre sujet, j'ai tenté de faire une règle iptable locale pour rediriger toutes mes requêtes DNS sur 127.0.0.1:5353 mais ça ne passe pas. Comme je ne suis pas du tout une star de IPTABLES, vous auriez une idée de la bonne ligne ?

Fait voir déjà ce que tu as fait
Mais sinon, je ferais un :
iptables -t nat -A PREROUTING -p udp --dport 53  -j DNAT --to 127.0.0.1:5353
Ou quelque chose dans le goût.

Mais t'a pas besoin de FreeIPA ? Et Foreman C'EST un IPAM/PXE/Autoprovisionning tout en un, ça prend 2h à setup

Oui je sais que c'est ça, c'est le but justement
Si freeipa pour remplacer le kerberos Heimdall que j'ai

tin, j'ai une VM de 2go (openmtcprouteur) et le reste c'est du navigateur...
16 onglets chrome (dont 3 en standby), ce qui peut-être lourd : spotify, whatsapp, slack
13 onglets firefox  
 
Et je suis à 87% de mes 16go de ram ?

La ram, c'est fait pour être utilisé, tant que ça swap pas, tout va bien.

Bah ça swap déjà, téma.
La 3.3go d'une VM que je viens de lancer, j'ai eu 2 freezes/swapage

T'as un souci, ou alors c'est propre à Firefox

Au boot avec nextcloud en fond et la vm routeur

 
Je lance chrome avec 2 onglets éplinger (web whatapps et slack) et HFR (c'est monté à 3go)

Si je tourne entrel les 3 onglets je suis à 3go
 
Je lance FF et ses 16 onglets :

 
Je relance les onglets chrome et la zik  

 
Bon j'ai update 200 packets mais ça va mieux

Quand même 3go pour une trentaine d'onglets et 2 nav

Les navigateurs sont sponsorisés par micron et samsung, je ne vois pas d'autres explications.

Je suis à 10.6Go désormais après update/reboot avec 2 vm (6go au total), les navs, vscodium.

L'isolation process dans les navigateurs prend des ressources, mais c'est pour vot' sécurité.
Plus tu rajoute d'isolation, plus tu rajoute d'overhead et plus ton empreinte CPU/mémoire est importante.

Bon, le serveur lolesque péteur de disques continue ses blagues, à chaque fin de rebuild, un autre disque pète . On en est à 5
Il est quand même sympa, ils les pète un par un, du coup ça laisse le temps de commander du remplacement. Pi pour le coup, on va bien avoir des disques différent là

 
ok.

Ca sent la carte RAID qui déconne non ?

5 ça fait beaucoup c'est vrai, ça peut être aussi une cause externe style l'alim/régulateur de tension.  
Les disques sont vieux ? J'ai déjà entendu parler de reconstructions d'arrays qui étaient l'événement déclencheur de la mort de disques déjà bien usés. L'usage trop soutenu pendant la reconstruction était comme la goutte d'eau qui fait péter l'array

J'ai déjà eu ça sur un serveur ovh il y a plusieurs années, sans jamais pouvoir l'expliquer.
On l'a rendu pour en prendre un autre identique, restauré le backup de l'ancien sur le nouveau, RAS avec le nouveau.

les disques on 5 ans, tous la même série. C'est un cluster de calcul. Je dirais que le problème vient de la reconstruction qui stresse les disques on les changes un par un, on verra bien ce que ça donne une fois qu'on a plus que du neuf dedans

yo,
 
j'hesite a en faire un sujet dédié. comment monitorez vous les conteneurs ?
 
disons que j'ai un pool de conteneur web, qui scalent, vivent, crevent. éphémère quoi.
j'aimerais tout de même récup quelques metrics dessus, genre le nombre de req/s traités, le nombre de worker fpm, ...
 
sysadmin so 2010, moi je fous des metrics associé a un host dans une tsdb.
comment on fait en 2020 quand le host change tout le temps ?!
 
J'imagine un truc du genre tout ces host sont taggé dans un groupe et on peut faire un moyenne des metrics du groupe ?
ya un truc bien foutu qui gère tout ça ?
 

netdata ?

Regarde le couple Prometheus / Grafana
Ton conteneur expose les metrics et un scraper les récupère  
Ils tournent comment tes containers ?

Nan, tu supervise le service ! Est-ce que l'URL répond ? Quel est le temps de réponse ? A la limite, combien de conteneurs servent au service X, pour avoir la tendance.

Netdata marche bien avec des nœuds éphémères. Tu streams sur Prometheus pour l'historique Et Grafana pour l'exploit'.
 
Et ça n'empêche pas d'avoir une supervision au sens « métier »