[vsftpd || pure-ftpd] Mise en place d'un serveur sur réseau gigabit

Mise en place d'un serveur sur réseau gigabit [vsftpd || pure-ftpd] - Logiciels - Linux et OS Alternatifs

Marsh Posté le 15-07-2009 à 13:14:01    

Reprise de la discussion sur blabla@OSA:
 

thana54 a écrit :

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 [:cerveau paysan]
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 ?


 

Mjules a écrit :


ya des options pour ça si ma mémoire est bonne, faut regarder la doc/


 

thana54 a écrit :

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 :/


 

thana54 a écrit :

Et pour vérifier le débit max supporté par le cable ? Je suis une truffe en résal :o


 

deK a écrit :

Déjà la connexion s'établit en quel mode ? 1000, 100 ?
Parce que là 11Mo/s, ça pue le 100Mbps  :o  
 
Sinon Cat5E ça supporte le Gigabit, le problème n'est sûrement pas là.
C'est quoi ta carte ?


 

memaster a écrit :


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).


 

memaster a écrit :


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.

Citation :


┌─(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.
 
:jap:


Message édité par thana54 le 16-09-2009 à 18:27:13
Reply

Marsh Posté le 15-07-2009 à 13:14:01   

Reply

Marsh Posté le 15-07-2009 à 15:47:20    

si tu lance 4 transferts ftp en mme temps ça s'ajoute ou pas ? [:le kneu]


---------------
♦ bl0g ♦ // ♠ Twitter ♠ // << Just for the lulz ! The Only reason anyone does anything >> // Free Open DNS
Reply

Marsh Posté le 15-07-2009 à 15:58:34    

ethtool ethX sur chaque bécanne pour vérifier la négociation.

Reply

Marsh 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.


---------------
(old) Feed HA/V          
Reply

Marsh Posté le 15-07-2009 à 16:31:52    

Ah, intéressant, je regarderais de face :jap:

Reply

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 :


#######################################################
###  Calomel.org  vsftpd.conf   BEGIN
#######################################################
# manpage: http://vsftpd.beasts.org/vsftpd_conf.html
# Setup specially for an OpenBSD install
#
# Run in daemon mode
background=YES
listen=YES
#listen_address=120.111.222.111
#pasv_address=127.0.0.1
#
# User to run daemon as
nopriv_user=vsftpd
ftp_username=ftp
#
# Ftp ports
connect_from_port_20=NO
ftp_data_port=20
listen_port=21
pasv_min_port=49152
pasv_max_port=65535
pasv_promiscuous=NO
port_enable=NO
port_promiscuous=NO
#
# SSL (force options for a SSL only server)
#ssl_enable=YES
#ssl_tlsv1=YES
#ssl_sslv2=NO
#ssl_sslv3=NO
#rsa_cert_file=/etc/ssl/private/vsftpd.pem
#allow_anon_ssl=YES
#force_anon_data_ssl=YES
#force_anon_logins_ssl=YES
#force_local_data_ssl=YES
#force_local_logins_ssl=YES
#
# Timeouts
connect_timeout=60
data_connection_timeout=120
idle_session_timeout=120
#
# Information messages
setproctitle_enable=YES
#banner_file=/etc/banner
dirmessage_enable=YES
ftpd_banner=Welcome on thanux ftp server.
#
# Access limits and controls
async_abor_enable=NO
cmds_allowed=ABOR,APPE,CWD,DELE,HELP,LIST,MDTM,MKD,NLST,PASS,PASV,PWD,QUIT,RETR,RMD,RNFR,RNTO,SIZE,STOR,TYPE,USER
#cmds_allowed=ABOR,CWD,DELE,LIST,MDTM,MKD,NLST,PASS,PASV,PWD,QUIT,RETR,RMD,RNFR,RNTO,SIZE,STOR,TYPE,USER,ACCT,APPE,CDUP,HELP,MODE,NOOP,REIN,STAT,STOU,STRU,SYST
guest_enable=YES
guest_username=virtual
write_enable=YES
max_clients=10
max_per_ip=10
pam_service_name=vsftpd
#tcp_wrappers=NO  
hide_file={.*}
deny_file={.*}
#
# Preferences
ascii_upload_enable=NO
ascii_download_enable=NO
hide_ids=YES
ls_recurse_enable=NO
use_localtime=NO
#
# Allow anonymous FTP?
anonymous_enable=NO
anon_max_rate=0
anon_mkdir_write_enable=NO
anon_root=/media/thanux_ext/ftp/guest
anon_world_readable_only=YES
anon_umask=0022
anon_upload_enable=YES
anon_other_write_enable=NO
no_anon_password=NO
#
# Allow local user access?
local_enable=YES
local_max_rate=0
local_umask=0022
chroot_local_user=YES
check_shell=NO
chmod_enable=NO
secure_chroot_dir=/var/empty
userlist_enable=YES
userlist_deny=NO
userlist_file=/etc/vsftpd.user_list
#
# Logging
dual_log_enable=NO
log_ftp_protocol=NO
vsftpd_log_file=/var/log/vsftpd.log
xferlog_enable=YES
xferlog_std_format=NO
xferlog_file=/var/log/xferlog
#
#######################################################
###  Calomel.org  vsftpd.conf  END
#######################################################


Je ne comprend pas tous les paramètres, mais ca devrait être bon [:cerveau paysan]
 
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 :


_ftp #à supprimer d'ailleurs
ftp


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 ?

Reply

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
userlist_file=/etc/vsftpd.user_list

? :o


Message édité par the_k586 le 15-07-2009 à 18:50:09

---------------
♦ bl0g ♦ // ♠ Twitter ♠ // << Just for the lulz ! The Only reason anyone does anything >> // Free Open DNS
Reply

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 :
  1. 00:0a.0 Ethernet controller: nVidia Corporation MCP77 Ethernet (rev a2)
  2. 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)


 

Citation :


userlist_file=/etc/vsftpd_users  is a white list of users you will allow to log in to the ftp server. Since all user names in the /etc/password file are allowed by default we need to make sure that only user we specify are allowed. If the user tries to log in with a username not in this list their connection will be immediately dropped. BTW, anonymous ftp users can come in with the username "ftp" or "anonymous". The format of the text file is one username per line like so:  


J'ai lu de travers apparemment.

Reply

Marsh Posté le 15-07-2009 à 19:07:34    

Reply

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
pour voir ?


 
mii-tool a pendant longtemps été buggué et renvoyait 100Mbits pour une connexion Gigabit. Lui préférer ethtool.

Reply

Marsh Posté le 15-07-2009 à 19:11:22   

Reply

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 :
  1. sudo mii-tool -v eth0
  2. eth0: negotiated 100baseTx-FD flow-control, link ok
  3.   product info: vendor 00:07:32, model 17 rev 2
  4.   basic mode:   autonegotiation enabled
  5.   basic status: autonegotiation complete, link ok
  6.   capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  7.   advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  8.   link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  9. sudo mii-tool -v eth1
  10. SIOCGMIIPHY on 'eth1' failed: Operation not supported
 
Code :
  1. sudo ethtool eth0
  2. Settings for eth0:
  3. Supported ports: [ TP MII ]
  4. Supported link modes:   10baseT/Half 10baseT/Full
  5.                         100baseT/Half 100baseT/Full
  6.                         1000baseT/Half 1000baseT/Full
  7. Supports auto-negotiation: Yes
  8. Advertised link modes:  10baseT/Half 10baseT/Full
  9.                         100baseT/Half 100baseT/Full
  10.                         1000baseT/Half 1000baseT/Full
  11. Advertised auto-negotiation: Yes
  12. Speed: 10Mb/s
  13. Duplex: Half
  14. Port: MII
  15. PHYAD: 0
  16. Transceiver: internal
  17. Auto-negotiation: on
  18. Supports Wake-on: pumbg
  19. Wake-on: g
  20. Current message level: 0x00000033 (51)
  21. Link detected: no
  22. ┌─(thana@thanux mer, 15 jui 09)─——————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————─(/home/thana)──┐
  23. └─(19:16 $)─> sudo ethtool eth1
  24. Settings for eth1:
  25. Supported ports: [ MII ]
  26. Supported link modes:   10baseT/Half 10baseT/Full
  27.                         100baseT/Half 100baseT/Full
  28.                         1000baseT/Full
  29. Supports auto-negotiation: Yes
  30. Advertised link modes:  10baseT/Half 10baseT/Full
  31.                         100baseT/Half 100baseT/Full
  32.                         1000baseT/Full
  33. Advertised auto-negotiation: Yes
  34. Speed: 100Mb/s
  35. Duplex: Full
  36. Port: MII
  37. PHYAD: 1
  38. Transceiver: external
  39. Auto-negotiation: on
  40. Supports Wake-on: g
  41. Wake-on: d
  42. Link detected: yes

Message cité 1 fois
Message édité par thana54 le 15-07-2009 à 19:16:42
Reply

Marsh Posté le 15-07-2009 à 19:17:57    

thana54 a écrit :


Code :
  1. sudo mii-tool -v eth0
  2. eth0: negotiated 100baseTx-FD flow-control, link ok
  3.   product info: vendor 00:07:32, model 17 rev 2
  4.   basic mode:   autonegotiation enabled
  5.   basic status: autonegotiation complete, link ok
  6.   capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  7.   advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  8.   link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control



Mué, donc le base1000 est supporté des deux cotés, le cable est 1000 compliant, mais ça veut pas monter  [:canaille]  
Essaye de forcer la négo en base1000FD voir  [:le velocypede de zed]  
 

Citation :

mii-tool a pendant longtemps été buggué et renvoyait 100Mbits pour une connexion Gigabit. Lui préférer ethtool.


Ah, je savais pas :o en même temps j'ai que du 100 ici donc :o


---------------
♦ bl0g ♦ // ♠ Twitter ♠ // << Just for the lulz ! The Only reason anyone does anything >> // Free Open DNS
Reply

Marsh Posté le 15-07-2009 à 19:25:48    

Code :
  1. sudo ethtool -s eth1 speed 1000
 

mais ca ne tient pas :/
le premier à la déco, puis à la reco

Code :
  1. sudo ethtool eth1
  2. Settings for eth1:
  3. Supported ports: [ MII ]
  4. Supported link modes:   10baseT/Half 10baseT/Full
  5.                         100baseT/Half 100baseT/Full
  6.                         1000baseT/Full
  7. Supports auto-negotiation: Yes
  8. Advertised link modes:  10baseT/Half 10baseT/Full
  9.                         100baseT/Half 100baseT/Full
  10.                         1000baseT/Full
  11. Advertised auto-negotiation: Yes
  12. Speed: Unknown!
  13. Duplex: Unknown! (255)
  14. Port: MII
  15. PHYAD: 1
  16. Transceiver: external
  17. Auto-negotiation: on
  18. Supports Wake-on: g
  19. Wake-on: d
  20. Link detected: no
  21. ┌─(thana@thanux mer, 15 jui 09)─——————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————─(/home/thana)──┐
  22. └─(19:23 $)─> sudo ethtool eth1
  23. Settings for eth1:
  24. Supported ports: [ MII ]
  25. Supported link modes:   10baseT/Half 10baseT/Full
  26.                         100baseT/Half 100baseT/Full
  27.                         1000baseT/Full
  28. Supports auto-negotiation: Yes
  29. Advertised link modes:  10baseT/Half 10baseT/Full
  30.                         100baseT/Half 100baseT/Full
  31.                         1000baseT/Full
  32. Advertised auto-negotiation: Yes
  33. Speed: 100Mb/s
  34. Duplex: Full
  35. Port: MII
  36. PHYAD: 1
  37. Transceiver: external
  38. Auto-negotiation: on
  39. Supports Wake-on: g
  40. Wake-on: d
  41. Link detected: yes
 

Ca me fait quand même peur le 10Mbits sur eth0 [:cerveau fusion]


Message édité par thana54 le 15-07-2009 à 19:29:56
Reply

Marsh Posté le 15-07-2009 à 20:08:44    

et sur l'autre carte ? elle est ptetre moins rétiscente ?


---------------
♦ bl0g ♦ // ♠ Twitter ♠ // << Just for the lulz ! The Only reason anyone does anything >> // Free Open DNS
Reply

Marsh Posté le 15-07-2009 à 20:49:13    

Ca ne tient pas non plus :/
La connexion (par wicd, need features multi wired connected :o ) refixe à 100Mbits.

Reply

Marsh Posté le 15-07-2009 à 21:00:53    

vire wicd voir :o
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


---------------
♦ bl0g ♦ // ♠ Twitter ♠ // << Just for the lulz ! The Only reason anyone does anything >> // Free Open DNS
Reply

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 :
  1. sudo ifconfig eth0 down && sudo ethtool -s eth0 speed 1000 && sudo ifconfig eth0 up


[edit 3] me nerve cte 100Mbits [:warkcolor]

Code :
  1. cat /etc/network/interfaces
  2. # The loopback interface
  3. # Interfaces that comes with Debian Potato does not like to see
  4. # "auto" option before "iface" for the first device specified. 
  5. iface lo inet loopback
  6. iface eth0 inet dhcp
  7. iface eth1 inet dhcp
  8. auto lo


what's wrong ? [:pingouino]


Message édité par thana54 le 15-07-2009 à 22:01:50
Reply

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 :ange:


---------------
ma conduite intérieure .:R | memaster pilote officiel de la HFR Badoit-Auchan F1 Team | zéro tracas, zéro blabla MMa.ster
Reply

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.


Message édité par thana54 le 15-07-2009 à 22:17:23
Reply

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 :

[:hahaguy]


---------------
(old) Feed HA/V          
Reply

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.

Reply

Marsh Posté le 15-07-2009 à 22:37:50    

Realtek  [:hahaguy]

Message cité 1 fois
Message édité par the_k586 le 15-07-2009 à 22:38:03

---------------
♦ bl0g ♦ // ♠ Twitter ♠ // << Just for the lulz ! The Only reason anyone does anything >> // Free Open DNS
Reply

Marsh Posté le 15-07-2009 à 22:50:41    


ah pitain, j'ai encore un rt13usb à faire fonctionné mouah :heink:  
 
pour ton pb, courage :bounce: tu vas trouver


---------------
ma conduite intérieure .:R | memaster pilote officiel de la HFR Badoit-Auchan F1 Team | zéro tracas, zéro blabla MMa.ster
Reply

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à :o ).
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 [:o'gure]

Reply

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 :
  1. /media/dd1
  2. ----docs/
  3. ----bakcup/
  4. /media/dd2
  5. ----ftp/
  6. ----films/
  7. ----hd/
  8. ----iso/


Au final j'aimerai lier quelques dossiers dans ftp/


Message édité par thana54 le 23-07-2009 à 21:37:25
Reply

Marsh Posté le 01-08-2009 à 13:53:02    

Apparemment pureftpd suit bien les symlinks

Citation :

* Shared directories and chroot.
 
-> I have a directory, say /var/incoming, that I want to be shared by every
user. But I want my users to be chrooted. So /var/incoming should be visible
in 'joe' and 'john' accounts, but those are chrooted. So, how to have the
content of /var/incoming visible in these accounts?
 
Making a symbolic link won't work, because when you are chrooted, it means
that everything outside a base directory (your user's home directory) won't
be reachable, even though a symbolic link.
 
But all modern operating systems can mount local directories to several
locations. To have an exact duplicate of your /var/incoming directory
available in /home/john/incoming and /home/joe/incoming, use one of these
commands:
 
* Linux   : mount --bind /var/incoming /home/john/incoming
            mount --bind /var/incoming /home/joe/incoming
 
* Solaris : mount -F lofs /var/incoming /home/john/incoming
            mount -F lofs /var/incoming /home/joe/incoming
 
* FreeBSD : mount_null /var/incoming /home/john/incoming
            mount_null /var/incoming /home/joe/incoming
 
Another alternative is to compile Pure-FTPd with --with-virtualchroot as a
./configure option. With virtual chroot, symbolic links pointing outside a
chroot jail *are* followed.
 
Binary packages are compiled with this feature turned on.


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.

Reply

Marsh Posté le 01-08-2009 à 15:47:16    

vsftpd suit les symlinks aussi, j'en suis sur vu que j'lutilise :o


---------------
♦ bl0g ♦ // ♠ Twitter ♠ // << Just for the lulz ! The Only reason anyone does anything >> // Free Open DNS
Reply

Marsh Posté le 02-08-2009 à 10:42:27    

Q'est-ce qui cloche alors ? [:spamafote]
 
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?
A) This is a consequence of how chroot() security works. As alternatives,
look into hard links, or if you have a modern Linux, see the powerful
"mount --bind".

Reply

Marsh Posté le 02-08-2009 à 10:54:34    

J'allais justement conseiller de monter les dossiers en mode bind :D


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

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.

Reply

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é :)

Reply

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 :heink:

 

@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 :
  1. sudo pure-ftpds-control start


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 [:transparency]
Au fait, à distance je vois le chemin exact tout le temps, est-il possible de modifier ce chemin pour ne pas divulguer une arborescence ?

Message cité 1 fois
Message édité par thana54 le 26-08-2009 à 19:31:40
Reply

Marsh Posté le 26-08-2009 à 19:36:29    

thana54 a écrit :


@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 ?


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 :


J'ai lancé pure-ftpd via un  

Code :
  1. sudo pure-ftpds-control start


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 [:transparency]


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)


---------------
Intermittent du GNU
Reply

Marsh Posté le 26-08-2009 à 20:36:13    

mikala 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.
 


Ok :jap:
J'ai lu en diagonale le man pure-ftpd et je n'ai pas fait attention au wrapper. Chose à corriger maintenant.

mikala 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)


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:
http://www.pixelz.fr/3/7/1/9e61376d2cc845e666558f423deebt.jpg
 
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.

Reply

Marsh Posté le 26-08-2009 à 20:52:43    


 

thana54 a écrit :


Concernant les chemins, voici le problème:
http://www.pixelz.fr/3/7/1/9e61376 [...] 3deebt.jpg
 
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.


bah sous pure-ftpd il suffit de chrooter les utilisateurs et le tour est joué.


lftp le-mikala@ftp.***:~> ls
lrwxrwxrwx    1 0        0              13 Apr 28  2008 Distro -> ../../DISTRO/
lrwxrwxrwx    1 0        0              11 Apr 28  2008 Projects -> ../../DUMP/
lrwxrwxrwx    1 0        0               9 Apr 28  2008 QC -> ../../QC/
lrwxrwxrwx    1 0        0              11 Apr 28  2008 Raws -> ../../Raws/
lrwxrwxrwx    1 0        0              14 Apr 28  2008 Scripts -> ../../SCRIPTS/


et au niveau de la conf pure-ftpd cela donne un

% pure-pw show le-mikala
Login              : le-mikala
UID                : 1016 (le-memb)
GID                : 1001 (le-users)
Directory          : /data/***/USERS/mikala/./
Full name          : ***** Staff Account
Download bandwidth : 0 Kb (unlimited)
Upload   bandwidth : 0 Kb (unlimited)
Max files          : 0 (unlimited)
Max size           : 0 Mb (unlimited)
Ratio              : 0:0 (unlimited:unlimited)
Allowed local  IPs :
Denied  local  IPs :
Allowed client IPs :
Denied  client IPs :
Time restrictions  : 0000-0000 (unlimited)
Max sim sessions   : 0 (unlimited)


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)


---------------
Intermittent du GNU
Reply

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 :
  1. ls /usr/sbin/pure*
  2. /usr/sbin/pure-authd
  3. /usr/sbin/pure-ftpd-control
  4. /usr/sbin/pure-ftpd-mysql
  5. /usr/sbin/pure-ftpd-mysql-virtualchroot
  6. /usr/sbin/pure-ftpd-wrapper
  7. /usr/sbin/pure-ftpwho
  8. /usr/sbin/pure-mrtginfo
  9. /usr/sbin/pure-quotacheck
  10. /usr/sbin/pure-uploadscript


Message édité par thana54 le 26-08-2009 à 21:23:23
Reply

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 )


---------------
Intermittent du GNU
Reply

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 !

Reply

Marsh Posté le 27-08-2009 à 07:14:18    

:lol: 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é.


Message édité par thana54 le 27-08-2009 à 07:18:18
Reply

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.


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed