Bonjour mon journal,
J'ai un peu geekisé, comme je n'ai trouve rien de mieux a faire :)
Durant mon temps libre, j'ai écrit une petite documentation dont le titre est :
"Mise en place d'un système de protection antivirus sur un serveur de fichiers Samba sous Debian GNU/Linux"
Cette documentation explique comment installer samba-vscan sous Debian.
Vous pouvez la trouver comme d'habitude sur ma page Web avec tous les autres petit articles que j'ai écris :
https://etud.epita.fr/~nowick_c/index.php?publications.html(...)
Le document est disponible aux formats :
* HTML : https://etud.epita.fr/~nowick_c/publications/deb_vscan/index.html(...)
* PDF : https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.pdf(...)
* RTF : https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.rtf(...)
* Texte : https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.txt(...)
Les sources au format XML DocBook de ce document se trouvent à l'adresse suivante :
https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.xml(...)
Voila bonne lecture
Journal Petite documentation sur Samba et ClamAV
18
mai
2004
# Un petit message
Posté par SubBass . Évalué à 1.
# Zut alors !!
Posté par Pior . Évalué à 2.
J'allais faire remarquer que tes liens ne fonctionnaient pas. Et j'ai vu que c'était du https !
Ok le https c'est pas non plus inaccessible en général... si ! quand on est en cours et derrière un proxy pas très coopératif.
Voilà juste pour ceux qui sont dans des situations particulières ça serait bien d'éviter le http secure.
Allez hop :
http://etud.epita.fr/~nowick_c/publications/deb_vscan/index.html(...)
https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.pdf(...)
https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.rtf(...)
https://etud.epita.fr/~nowick_c/publications/deb_vscan/deb_vscan.txt(...)
# Nickel
Posté par Pior . Évalué à 2.
Bravo et merci !
Mais ça m'inquiète le coté dégradation des perfs. C'est tout de même affreux ! Même si on est loin, en pratique, d'un rapport 100 (d'après ce que tu dis), c'est très pénalisant.
J'esperais pouvoir mettre tout mes partages samba sous protection rapprochée de ClamAv...
ps:
-C'est domage qu'on ne distingue pas bien le graph à la fin de ta doc.
-0.5Mo/s - 1.5Mo/s c'est vraiment supportable, même pour une PME ??
Et aussi:
-ce débit tu l'obtient avec la config que tu cite ?? En pratique c'est tout de même supportable (suivant ton appréciation?)
-En ouvrant qu'un seul fichier ça donne quoi ? (au hasard un divx ça se lit quand même ?)
Bon ben mon magnifique PII233 il va faire la tête :(
[^] # Re: Nickel
Posté par Christophe Nowicki (site web personnel) . Évalué à 1.
En faite il y'a bien un rapport de 100. Je passe de 5mo/sec pour un client a 50ko/sec. Le probleme c'est que je n'ai pas trouver de benchmark plus realiste que nbench de la suite smbtorture. Et ce benchmark est fait pour stresser les serveurs de fichiers et il n'ai pas realiste d'apres son auteur :
"
realistic load?
---------------
One question some people may ask is whether the above represents a
realistic load on a fileserver. It doesn't. Nearly 90% of the
read/write IO operations in netbench are writes whereas in a "normal"
office load reads dominate. Also, the load is *much* higher than a
normal office PC would put on a server. There aren't many office PCs
that write over a hundred megabytes of data to a server in a few
minutes, unless maybe they are copying a CD.
That doesn't mean the benchmark is useless, it just means you
shouldn't use this for purchasing decisions unless you really
understand the results and how they relate to your environment.
"
Dans dans un environnement standard : une pme qui stoque ces fichiers au format proprietaire doc/xls ou bien des exe. Les performances sont "acceptables"
Pour repondre a tes questions :
- le graphique je n'arrive pas a obtenir une bonne resolution je vais me planger dans le man de gnuplot ;)
- les debit que j'ai obtenu sont effectivement ceux fait avec ma station de travail. (le bi-proc). Mais le SMP n'a aucun interet un bon CPU avec plus de 1Ghz est plus economique.
- Le divx ne pose aucune probleme, tu va avoir un gros temps de latence lors de l'ouverture du fichier (2-5 sec lors de l'ouverture du fichier) et apres le "streaming" reseau va s'effectuer comme d'habitude.
- pour ton p2 il ferra l'affaire mais il ne fauderas pas etre trop presser lors des access au serveur de fichier ;)
Voila
[^] # Re: Nickel
Posté par Pior . Évalué à 2.
Mais je vais attendre un peu... quand mon athlon2500 sera juste bon pour un petit serveur :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.