Reprise du message précédent :
Vous passez que par la console ? Ou vous installez quand même une interface de contrôle via un navigateur internet ?

Sinon personne n'a répondu à ma question sur les disques durs, vous recommandez quoi ?

 
Pourquoi faire ?

console + webmin , mais j'utilise de moins en moins webmin, car ca s'adapte souvent mal à mes besoins.

 
pareil

Le contenu de ce message a été effacé par son auteur

 
Moi le fait que mon NAS me sert de PCHC en même temps, ben j'ai pas tellement le choix.
 
Obligé de mettre un NAS sous un OS supporté par XBMC >> donc ubuntu
 

xbmc c'est possible avec debian non ?

c'est possible avec n'importe quoi, c'est juste qu'avoir des paquets c'est "plus simple"
 
http://wiki.xbmc.org/index.php?tit [...] ource_code

Tu passes en distant par ssh en tunneling et tu ouvres une console il y a suffisament d'outils pour les diagnostics.

Sinon tu mets un web en place avec un log de monitoring comme munin par exemple ça me suffit sur mon vieux Duron pour le moment tu as une vue graphique ce qui se passe il existe pas mal de script php de monitoring aussi ; ça implique de maitriser aussi la mise en place d'apache
 

Pour mes deux sous de réponses sur les disques : nb de plateaux , temps d'accès et cache en priorité ensuite évite les marques qui posent pb
J'ai pété à chaque fois des Maxtor (je les hais vicéralement) avec des retours garanties on ne peux plus foireux depuis que je bosse dans le domaine (15 ans) jamais un soucis sur Seagate,WD aussi bien en fiabilité que SAV , le reste  je connais pas trop !

 
Ca dépend de ce que tu as à sauvegarder. Si ça tient sur un disque, voir deux, et que t'es prêt à quelques opérations manuelles > dd externe dans rack amovible
 
Sinon si tu veux tout sauvegarder et que ça fait pas mal de disques, ben oui il te faut une 2ème machine, à toi de voir tes besoins

Pour ma part, 100% en console pour la gestion du serveur/NAS (ssh only). Aucun outil graphique ni aucune interface via navigateur web, que des lignes de commande et des scripts (bash/perl) pour facilité les opérations.

 
et c'est pas chiant, un clavier avec seulement 25 lettres?
 
 
 
 
:lasaucisseamangéunclown:
 
désolé  

je vais te barbecueté si tu continues  

 
 
webmin, c'est quand meme      
 
ca ouvre pas mal de trous niveau sécu, autant pour une machine qui est juste en local avec un bon pare-feu c'est encore acceptable, autant pour une machine accessible du net, meme indirectement, c'est quand meme super moyen.
 
/mes 2 cents.
 
edit : comme zeblods : ILC + scripts. c'est relativement sécure si on monte bien son ssh. que ce soit pour les commandes ou les scripts bash/perl, il suffit d'installer l'environnement qui va bien ( s'il n'est pas présent par defaut ) et on assure la pérénité de nos scripts d'un OS a l'autre, d'une version à l'autre.
 
sinon, zeblods, ton site est toujours hs ?

Oui, et je ne pense pas le remettre en ligne dans sa forme actuelle.
 
J'ai envie de faire un gros ménage, tant au niveau du fond (le contenu, les sujets abordés) que de la forme (autre moteur de wiki, correction des fautes de français...)
Mais pour le moment j'ai pas trop le temps

vous pouvez apporter plus de précision sur les soucis et les pbs de secu que vous rencontrez avec webmin ?

je l'utilise sur mon serveur et j'ai pas a m'en plaindre.
et perso, VI ça me saoule alors ça me sert pas mal webmin.
J'ai un firewall séparé sous pfsense cela dit (donc pas d'acces direct).

vi me soule aussi. Mais nano est tiptop.

Sinon, il y a emacs pour les vrais barbus.

nano for4.
mais zebolds a raison encore une fois ^^... tu utilises un service daap?

 
 
j'ai pas dit que c'etait un mauvais produit en soit hein...
juste qu'il est de notoriété publique que des failles de sécu importantes sont fréquemment trouvées sur ce soft
 

 
j'viens de lorraine moi, pas de tchernobil, j'ai que 10 doigts

Source ?

XP perso sur le produit, confirmée lors de diverses discussion aux salons linux auxquels j'ai assisté

edit : sinon, google > " faille webmin " ou encore " bug webmin "

Bon, disques reçus ! C'est lourd un colis de 9 HDD !    
 
Mention spéciale à CDiscount et à TNT : L'un n'envoie pas le colis à la bonne date (j'ai pourtant pris livraison 24h et pris mes dispositions vendredi) et l'autre dépose le colis cette semaine dans un relais TNT fermé le lundi l'après midi...
 
Super express effectivement !
 
Donc mission de ce soir, me faire rembourser mes 20€ de frais de port

9 HDD  

 
Tu allies une des pires boutiques du net, à un des pires transporteurs, faut pas être étonné que ça merdoie

Niv.sécu bof bof webmin, un peu le jumeau de swat pour configurer samba  !
 
Faut plutôt viser un openssh avec rootlogin non autorisé, forwarder son port 22, n'autoriser que quelques IP à se connecter.
Perso avec  fail2ban+ iptables ça permet quand même de s'affranchir de pas mal de pb de bruteforce et autres pb souvent difficiles d'analyse. J'ai aussi viré tout accès wifi sur le range du NAS.  
 
Analyser les logs c'est chronophage au possible autant se blinder d'entrée  
 
Après on pète son uptime   !

 
+ Utiliser les clés publiques/privées + passphrase plutot qu'une simple auth par mdp et là tu es tranquille
 
 
 
 
 

 
J'ai économisé plus de 100€ sur ma commande alors bon à la rigueur les délais c'est un détail (qui va être réparé qui plus est )
 

 
Ouep 9 x 2 To  

Tu dois avoir beaucoup de films de vacances avec tata Ginette

Beaucoup de VMS / Labos, image ISO et le reste, oui  

Tu peux dev fail2ban+ et ta config iptables ?
Ca m'intéresse, mais je n'ai jamais eu le courage de m'y mettre...

 
Comment ça se gère les clés ?

 
Je te laisse lire ceci : http://www.debian-administration.o [...] f_password

 
 
+42
 
et encore, j'dis 42 parce que j'ai la flemme de dire + oo

 
http://www.mirabellug.org/wikini/w [...] ntationSSH

fail2ban sert à dropper les ip qui tentent des connections successives par brute force  et rajoute une règle dans iptables , un petit tour dans votre /var/log/auth.log fait relativiser !

voici un bout de mon iptables pour ssh

Pour fail2ban ici ça vaut le coup de lire
et de le voir à l'oeuvre dans /var/log/fail2ban.log

Tout cela demande un peu de temps de mise en oeuvre mais ensuite on est tranquille un moment

Personnellement je préfère le port knocking, ça évite de laisser des ports ouverts...

Quelqu'un utilise un logiciel de monitoring?

Il n'est pas nécessaire d'utiliser fail2ban pour dropper quelqu'un qui fait plusieurs tentatives de connexion. On peut utiliser directement iptables. Perso, j'utilise une règle de ce genre là pour limiter à 2 tentatives de connexions SSH en 1 minutes à partir de la même IP source :

cacti sur un serveur apache + snmp sur toutes mes machines virtuelles.