Mise en place d'un serveur sur réseau gigabit [vsftpd || pure-ftpd] - Logiciels - Linux et OS Alternatifs
Marsh Posté le 15-07-2009 à 15:47:20
si tu lance 4 transferts ftp en mme temps ça s'ajoute ou pas ?
Marsh Posté le 15-07-2009 à 15:58:34
ReplyMarsh Posté le 15-07-2009 à 16:09:22
Sur le GS108, les 2 LED du/des port(s) en question s'allume(nt) bien ?
Si une seule LED, tu es en 100Mbps, si 2 LED Giga.
Marsh Posté le 15-07-2009 à 18:42:10
Bon, vite fait j'ai allumé le fixe et hop 2 loupiotes allumées sur le port du switch associé à ce pc. Par contre, l'itx n'a qu'une loupiote
Pour la partie vsftpd, trouvée là et adaptée :
Citation : |
Je ne comprend pas tous les paramètres, mais ca devrait être bon
J'ai sauté l'étape de création d'utilisateurs virtuels (tuto par là ftp://vsftpd.beasts.org/users/cev [...] ERS/README ) pour le moment.
Mon /etc/vsftpd.user_list:
Citation : |
Je ne sais pas si il est utile d'ajouter le user "ftp" vu qu'il a un statut spécial tout comme "anonymous". Mais pourquoi je n'arrive pas à me connecter en ftp avec un utilisateur local/système ?
Marsh Posté le 15-07-2009 à 18:49:55
thana54 a écrit : Par contre, l'itx n'a qu'une loupiote |
donc slui qui limite le débit en étant en 100, essaye de config la carte pour du Gbit-FullDpx
thana54 a écrit : Mais pourquoi je n'arrive pas à me connecter en ftp avec un utilisateur local/système ? |
au hasard
Citation : userlist_enable=YES |
?
Marsh Posté le 15-07-2009 à 18:58:41
L'autre port de l'itx est aussi en 100Mbits (port nvidia ce coup ci)
Code :
|
Citation : |
J'ai lu de travers apparemment.
Marsh Posté le 15-07-2009 à 19:07:34
mii-tool -v ethX
pour voir ?
Marsh Posté le 15-07-2009 à 19:11:22
M300A a écrit : ethtool ethX sur chaque bécanne pour vérifier la négociation. |
Ca vient ?
the_k586 a écrit : mii-tool -v ethX |
mii-tool a pendant longtemps été buggué et renvoyait 100Mbits pour une connexion Gigabit. Lui préférer ethtool.
Marsh Posté le 15-07-2009 à 19:15:00
Ajout d'un user local dans /etc/vsftpd.user_list, connexion via le portable ok \o/ mais toujours en read only, bizarre. Si utilisateur local, alors les droits de lecture/écriture sont les mêmes non ?
J'ai dû oublier un groupe ftpusers, ca peut servir.
Code :
|
Code :
|
Marsh Posté le 15-07-2009 à 19:17:57
thana54 a écrit :
|
Mué, donc le base1000 est supporté des deux cotés, le cable est 1000 compliant, mais ça veut pas monter
Essaye de forcer la négo en base1000FD voir
Citation : mii-tool a pendant longtemps été buggué et renvoyait 100Mbits pour une connexion Gigabit. Lui préférer ethtool. |
Ah, je savais pas en même temps j'ai que du 100 ici donc
Marsh Posté le 15-07-2009 à 19:25:48
Code :
|
mais ca ne tient pas
le premier à la déco, puis à la reco
Code :
|
Ca me fait quand même peur le 10Mbits sur eth0
Marsh Posté le 15-07-2009 à 20:08:44
et sur l'autre carte ? elle est ptetre moins rétiscente ?
Marsh Posté le 15-07-2009 à 20:49:13
Ca ne tient pas non plus
La connexion (par wicd, need features multi wired connected ) refixe à 100Mbits.
Marsh Posté le 15-07-2009 à 21:00:53
vire wicd voir
pour faire des vrais test faut virer systematiquement chaque bidule qui introduit un changement
tu désactive wicd (/etc/init.d/wicd stop)
tu down & up ton iface
tu config ton rézo a la main / ou dhcpd
t'essaye de fixer a 1Gb
Marsh Posté le 15-07-2009 à 21:18:55
Sans wicd, pas moyen d'avoir une connexion, même si j'ai l'ip (la truffe ze return)
[edit] ca marche mieusse en mettant le "auto lo" à la fin de /etc/network/interfaces.
[edit 2] pas mieux
Code :
|
[edit 3] me nerve cte 100Mbits
Code :
|
what's wrong ?
Marsh Posté le 15-07-2009 à 22:14:19
inet static
avec des ip fixe??
j'ai tout viré hier soir justement, et pas mécontent du résultat
Marsh Posté le 15-07-2009 à 22:17:00
Non, tout en dhcp. Le routeur me donne la même ip quelque soit le port utilisé.
Il n'y avait rien avant et ca ne marchais pas mieux sans wicd.
Marsh Posté le 15-07-2009 à 22:20:45
T'as peut-être des paquets qui viennent de dépôts Ubuntu et qui foutent la merde ?
Spoiler : |
Marsh Posté le 15-07-2009 à 22:35:05
Bizarre, ca me dis quelque chose ce numéro là
Citation : support for RealTek RTL8101, RTL8102(E), RTL8168B, RTL8168C and RTL8168CP PCIe ethernet cards. |
Marsh Posté le 15-07-2009 à 22:37:50
Realtek
Marsh Posté le 15-07-2009 à 22:50:41
the_k586 a écrit : Realtek |
ah pitain, j'ai encore un rt13usb à faire fonctionné mouah
pour ton pb, courage tu vas trouver
Marsh Posté le 16-07-2009 à 13:35:00
Petite tentative ce midi. Je boot sur un livecd, toujours qu'une loupiote d'allumée (pour ceux du fond qui tentent de suivre, ca vaut 100MBits). Donc ca ne viens pas d'un réglage particulier de la distrib (donc pas ma faute là ).
Autre essai, je prend le cable qui relie le fixe et je le branche sur l'itx. Miracle, 1000MBits \o/ sur eth0 comme sur eth1 (mais pas en même temps).
Va falloir m'expliquer pourquoi il y a marqué cat 5e sur le cable qui foire
Marsh Posté le 23-07-2009 à 21:22:50
Résultat des courses, les câbles cat 5e made in china/hong-kong pas cher, ca marche pas bien.
Je met de côté pour le moment le débit et je reviens sur vsftpd.
Le problème qu'il me reste (hors users virtuels mais je verrais plus tard) est la "construction" de la hierarchie des dossiers du ftp.
Je ne peux pas tout regrouper physiquement sur un même disque par manque de place. J'ai tenté de faire des liens (ln -s ...) mais ca coince soit au niveau local (impossibilité de faire des liens entre ntfs et ext3) ou en connexion distante sur le ftp (le lien n'est pas reconnu comme un vrai dossier, et il n'est pas possible de voir son contenu).
Je ne peux pas non plus tout migrer sous le même FS car l'un des disques est dans un rack et donc doit rester en ntfs quand il est en déplacement.
Je viens de voir dans dolphin que le dossier/lien sur le ftp pointe vers le chemin complet du ftp (/media/truc/ftp). Ce n'est pas un peu problématique d'un point de vue sécurité ?
[edit]
Pour illustrer un peu l'actuel:
Code :
|
Au final j'aimerai lier quelques dossiers dans ftp/
Marsh Posté le 01-08-2009 à 13:53:02
Apparemment pureftpd suit bien les symlinks
Citation : * Shared directories and chroot. |
http://download.pureftpd.org/pub/pure-ftpd/doc/FAQ
Et d'après ce que j'ai lu concernant vsftpd, il faudrait monter les dossiers que je veux à coup de mount --bind.
Marsh Posté le 01-08-2009 à 15:47:16
vsftpd suit les symlinks aussi, j'en suis sur vu que j'lutilise
Marsh Posté le 02-08-2009 à 10:42:27
Q'est-ce qui cloche alors ?
En voyant la seconde question de la FAQ de vsftpd, j'ai un doute:
Citation : Q) Why don't symlinks work with chroot_local_user=YES? |
Marsh Posté le 02-08-2009 à 10:54:34
J'allais justement conseiller de monter les dossiers en mode bind
Marsh Posté le 02-08-2009 à 11:17:41
J'y pense aussi, vu tout ce que je lis ca semble être la seule solution. Mais ca risque d'être problématique pour le re-montage (--bind) automatique des partitions/dossiers si je sort le disque du pc.
Je vais aussi créer un point d'entrée du ftp qui ne soit pas sur le disque rackable, ca facilitera un peu les choses.
Marsh Posté le 02-08-2009 à 13:48:39
Utilise pure-ftpd avec les virtualchroots et les users en puredb. Tu te feras 1000x moins chié
Marsh Posté le 26-08-2009 à 19:00:28
J'essaye de résoudre le problème, mais vsftpd s'entête à aller dans un dossier ftp/ alors qu'il n'existe pas réellement et qu'il n'est plus défini dans le fichier de config
@M330A: J'essaye pure-ftpd, mais je vois qu'il lui faut tout un paquet d'argument pour le lancer, n'existe t-il pas un fichier de conf à la place ?
J'ai lancé pure-ftpd via un
Code :
|
En connexion j'atterris directement dans le /home de mon user.
Je glisse un lien dans le /home sur le serveur, à distance je vois le lien, je double clic dessus... et hop dans le dossier \o/ symlink ok.
Bon, par contre je n'ai pas encore piger comment configurer pure-ftpd pour lui donner le lien d'arrivée lors d'une nouvelle connexion
Au fait, à distance je vois le chemin exact tout le temps, est-il possible de modifier ce chemin pour ne pas divulguer une arborescence ?
Marsh Posté le 26-08-2009 à 19:36:29
thana54 a écrit : |
Jettes un oeil a la documentation de debian.
Si pure-ftpd se lance effectivement avec des arguments en variable, il y a
1) des variables par défaut
2)debian utilise un wrapper afin de faciliter le travail de l'administrateur debian
tout se trouve donc dans /etc/pure-ftpd/
tu devrais y jetter un oeil.
http://www.littleboboy.net/archive [...] ous-debian <-- est un vieux tutoriel que j'avais écris en 2004 mais qui reste toujours valable, pure-ftpd n'ayant pas changé depuis.
thana54 a écrit :
|
tu n'es pas précis là.
tu veux qu'un utilisateur donné utilise un autre $HOME d'arrivée ? si oui il faut utiliser des utilisateurs virtuels (le plus simple étant d'utiliser le système d'authentification fourni par pure-ftpd a savoir pure-db)
Marsh Posté le 26-08-2009 à 20:36:13
mikala a écrit : |
Ok
J'ai lu en diagonale le man pure-ftpd et je n'ai pas fait attention au wrapper. Chose à corriger maintenant.
mikala a écrit : |
J'ai du mal à remettre mes idées en place, je n'ai pas touché au ftp depuis quelques semaines.
En fait, pour résumer, j'aimerais obtenir l'arrivée des utilisateurs dans un seul et même dossier (on évitera ainsi de dévoiler une partie sensible ou qui nécessite du boulot en plus en cas de réinstallation de l'OS) qui est dissocié de /home/user. En lisant ton tuto, il faudrait spécifier un Directory différent.
Je tenterais de jeter un oeil aux différents man et fichiers dispo.
Concernant les chemins, voici le problème:
Même si je ne peux pas sortir d'un dossier, je vois quand même le chemin réel pour y arriver. Je trouve ca étrange de ne pas masquer la hierarchie réel du serveur.
Marsh Posté le 26-08-2009 à 20:52:43
thana54 a écrit : |
bah sous pure-ftpd il suffit de chrooter les utilisateurs et le tour est joué.
|
et au niveau de la conf pure-ftpd cela donne un
% pure-pw show le-mikala |
et même si tu fais des liens symboliques, les utilisateurs ne peuvent remonter *que* vers leur home, a aucun moment ils n'auront accès a l'architecture du serveur. (si ils sont chrootés bien sur)
Marsh Posté le 26-08-2009 à 21:22:09
ok, je viens de voir que le serveur ne chroot pas automatiquement, je peux me balader n'importe où (je ne sais pas quels droits j'ai, mais ca peut faire mal).
La mécanique d'un fichier de conf est sympathique, mais pure-ftpd-wrapper me dis qu'il ne peut pas exécuter /usr/sbin/pure-ftpd, et effectivement, il n'y en a pas.
Code :
|
Marsh Posté le 26-08-2009 à 21:49:32
l'invitation a lire le pure-ftpdwrapper était là pour te permettre de bénéficier de toutes les options afin de remplir correctement ton /etc/pure-ftpd/ et en aucun cas pour lancer pure-ftpd...
Tu as le script fourni par debian dans /etc/rc.d/init.d/ qui est là pour ce genre de choses.
Si ensuite tu veux chrooter des comptes pam, il te faudra alors modifier le /etc/password de manière adéquate.
(Tu as également toute la documentation sur le fonctionnement des chroot sur le site de pure-ftpd )
Marsh Posté le 26-08-2009 à 22:32:42
AAAAAAAAAAAAAAHHHH
T'es sur une debian ?
Tu arrête immédiatement tes magouilles:
dpkg-reconfigure -plow pure-ftpd et tu réponds oui quand il te demande si tu veux des chroots virtuels !
Marsh Posté le 27-08-2009 à 07:14:18
doucement c'est dur au reveil.
Oui debian, et pourquoi je magouille ? Je lis le man, un peu de doc/tuto et on me dis que le wrapper permet de lancer le tout avec les paramètre, donc j'essaye.
Bon c'est vrai, je n'ai eu aucune demande lors de l'installation, j'ai trouvé ca un peu bizarre.
bon et en plus c'est un dpkg-reconfigure pure-ftpd-common qu'il me faut. Alors lancement par Inetd ou serveur autonome (qui apparemment ne lance pure-ftpd que si il y a une connexion entrante, pas mal ca) ?
chroot virtuel activé.
Marsh Posté le 27-08-2009 à 09:55:49
Ben inetd ou pas inetd, ca dépends de la fréquence d'utilisation de ton service, de tes ressources, etc.
Marsh Posté le 15-07-2009 à 13:14:01
Reprise de la discussion sur blabla@OSA:
Ca avance un peu avec vsftpd.
Ca coince avec les users non virtuels, il n'y a que le compte "ftp" qui peut se connecter
Je tente d'abord de voir le débit, mais voila depuis un autre pc, les liens (ln -s) ne sont pas bien reconnus et je ne peut pas voir leur contenu. Comment faire sans déplacer mes données de disques en disques ?
ya des options pour ça si ma mémoire est bonne, faut regarder la doc/
Je lu la doc, mais ca ne change pas le problème. En local, le lien fonctionne bien et m'amène vers le dossier lié, mais en ftp le lien ne peut pas être "suivi" et gftp tente un dl
Et pour vérifier le débit max supporté par le cable ? Je suis une truffe en résal
Déjà la connexion s'établit en quel mode ? 1000, 100 ?
Parce que là 11Mo/s, ça pue le 100Mbps
Sinon Cat5E ça supporte le Gigabit, le problème n'est sûrement pas là.
C'est quoi ta carte ?
sans matos approprié, j'opterais pour 2 cartes reseau-gig pci dans le même pc avec 2 cables et 2 serveurs ftp
(un sur chaque ip). et je lance un transfert d'une iso (par exemple).
avec 1 seul cable, ya des testeurs pro qui existent. sinon peut être qu'avec une 2eme ip virtuelle et 2 serveurs FTP;
essaye le soft iptraf?? ça permet de monitorer en live une interface réseau.
Avant de passer à la partie logicielle (ici installation/configuration de vsftpd), j'ai un "soucis" matériel à résoudre.
Je dispose de cable cat 5e, d'un switch Netgear GS108 (ProSafe 8 Port Gigabit Switch marqué dessus), et 2 pc ayant une carte réseau intégrée gigabit.
Pour le fixe: carte mère Gigabyte GA-G33-DS2R, disques durs 3"1/2 qui débite du 60-70Mo/s (sata2...)
Pour la config itx: carte mère Jetwa NC-62K disposant de 2 ports réseaux gigabit, disques durs 2"1/2.
┌─(thana@thanux mer, 15 jui 09)─—————————————————————————————─(/home/thana)──┐
└─(13:10 $)─> sudo hdparm -tTi /dev/sdb
/dev/sdb:
Model=ST9320320AS, FwRev=SD03, SerialNo=5SX0SW48
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=625142448
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-4,5,6,7
* signifies the current active mode
Timing cached reads: 1008 MB in 2.00 seconds = 503.74 MB/sec
Timing buffered disk reads: 190 MB in 3.01 seconds = 63.10 MB/sec
┌─(thana@thanux mer, 15 jui 09)─—————————————————————————————─(/home/thana)──┐
└─(13:10 $)─> sudo hdparm -tTi /dev/sdc
/dev/sdc:
Model=WDC, FwRev=11.01A11, SerialNo=WD-WXEY08VLD884
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=625142448
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7
* signifies the current active mode
Timing cached reads: 724 MB in 2.00 seconds = 361.72 MB/sec
Timing buffered disk reads: 186 MB in 3.02 seconds = 61.69 MB/sec
┌─(thana@thanux mer, 15 jui 09)─—————————————————————————————─(/home/thana)──┐
└─(13:10 $)─> sudo hdparm -tTi /dev/sda
/dev/sda:
Model=TRANSCEND, FwRev=20080128, SerialNo=20080407
Config={ HardSect NotMFM Fixed DTR>10Mbs }
RawCHS=7899/16/63, TrkSize=0, SectSize=576, ECCbytes=4
BuffType=DualPort, BuffSize=1kB, MaxMultSect=1, MultSect=off
CurCHS=7899/16/63, CurSects=7962192, LBA=yes, LBAsects=7962192
IORDY=no, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: disabled (255)
Drive conforms to: Unspecified: ATA/ATAPI-4
* signifies the current active mode
Timing cached reads: 870 MB in 2.00 seconds = 434.92 MB/sec
Timing buffered disk reads: 130 MB in 3.02 seconds = 43.06 MB/sec
Les 2 pc sont sous Debian sidux à jour (sauf xserver-xorg, mais ca ne doit pas être le problème).
Le soucis est que le débit ne dépasse pas les 11Mo/s en ftp, et entre 8-10Mo/s en transfert via smb. Ca ne me poserais pas de problème si je tâtais du 30Mo/s, mais là ca fait mal de tourner en 100Mbits
Avez-vous une piste pour diagnostiquer la partie matérielle ou logicielle qui me "bride" ici ?
En ce qui concerne la partie vsftpd, je ne peux me connecter qu'avec le compte "ftp" actuellement, je n'ai pas saisi d'où venait le problème, ni même trop comment créer les utilisateurs virtuels et l'arborescence du ftp. Mais j'y reviendrais.
Message édité par thana54 le 16-09-2009 à 18:27:13