Voila je m'explique il y a quelques jours j'ai voulus installer le script seedbox sur un nouveau serveur dedier debian 7 l'installation c'est passée sans problèmes j'ai relancé tout était parfait, jusqu’à ce que je veuille ajouter des utilisateurs FTP. Impossible de les connecter avec filezilla Échec de la tentative de connexion avec "ECONNREFUSED - Connexion refusée par le serveur". Alors que tout fonctionne en sftp, je teste l'utilisateur définit à l'installation de la seedbox en FTP et là pareil bloqué même phrase. je cherche un peut, re-teste sur un vps, même combat, même réponse. Je passe sur le chat, on en parle un peut et on me dit tu a testé ton utilisateur définit à l'installation via SSH, et là PAF la déco; c'est a dire, j'entre son nom, enter, son mot de pass, enter, vlan putty se coupe. Mais çà c'est peut être normal, non ? J'installe le script sur debian 8 cette fois le ftp fonctionne mais le ssh se coupe d'office quand je veut connecter l'utilisateur definit. Donc ma question, est il normal que le FTP ne fonctionne plus sous debian 7

Le port est bon ? Je ne connais pas le script d'ici mais j'en connais qui change le port par defaut du service FTP (et du SSH) à l'install d'une seedbox par sécurité. Connection refused, c'est soit ton port qui n'est pas bon, soit ton service qui n'est pas lancé.

Salut non je ne touche pas au ports d'origine avec le script, ça doit être autre chose. Si ce que tu appelles "utilisateur défini à l'install' est un user rutorrent, c'est normale qu'il se fasse virer en ssh. Pour ton soucis de ftp, je pense que vsftpd n'aime pas le mélange user chrooté/no chrooté dans un espace appartenant au root tentes un truc: nano /etc/vsftpd.chroot_list et tu ajoutes tes nouveaux user ftp, un par ligne. toto titi tu sauvegardes et tu relances: /etc/init.d/vsftpd reload sans garanti aucune, et fermes/réouvres filezilla avant de tester si, y'a un cache trompeur. Ex.

ok Je reinstall un serveur dédier avec une debian 7 dessus, je test et je fait un retour sur ce que ça donne. A savoir je viens de tester avec debian8, il à fallut que je rajoute à /etc/vsftpd.conf allow_writeable_chroot=YES Pour ajouter des utilisateur j'utilise le tuto de nicobubulle http://mondedie.fr/d/839 Comme vous aurez compris mon but n'est pas de donner accès à la seedbox aux autres utilisateurs, mais de leurs permettre de downloader les films qui sont à leurs disposition sur le plex.

Alors je viens de tester, il semblerait que ce soit autre chose, comme si Vsftpd n'etait pas lancé, de base j'install le script tout se fait je relance le ssh en root et voila ce que j'ai testé : ~# cat /etc/issue Debian GNU/Linux 7.9 #5 SMP Wed Sep 9 17:24:34 CEST 2015 x86_64 GNU/Linux # /etc/init.d/vsftpd reload Reloading FTP server configuration: No /usr/sbin/vsftpd found running; none killed. Heu.. m'enfin ???? ~# /etc/init.d/vsftpd stop Stopping FTP server: No /usr/sbin/vsftpd found running; none killed. vsftpd. Re Heu... ~# /etc/init.d/vsftpd start Starting FTP server: vsftpd. # /etc/init.d/vsftpd reload Reloading FTP server configuration: No /usr/sbin/vsftpd found running; none killed. Alors j'ai verifier un truc j'ai fait une apt-get install vsftpd ~# apt-get install vsftpd Reading package lists... Done Building dependency tree Reading state information... Done vsftpd is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. ~# /etc/init.d/vsftpd reload Reloading FTP server configuration: No /usr/sbin/vsftpd found running; none killed. Alors je ne suis pas pro mais c'est comme si le serveur ftp n'etait pas lancé non ?

salut regarde si le pid est déjà lancer peut etre.. ps aux

J'avais fait un ps -e il n’était pas dedans je crois : PID TTY TIME CMD 1 ? 00:00:02 init 2 ? 00:00:00 kthreadd 3 ? 00:00:01 ksoftirqd/0 5 ? 00:00:00 kworker/0:0H 7 ? 00:01:17 rcu_sched 8 ? 00:00:00 rcu_bh 9 ? 00:00:00 migration/0 10 ? 00:00:00 migration/1 11 ? 00:00:01 ksoftirqd/1 12 ? 00:00:00 kworker/1:0 13 ? 00:00:00 kworker/1:0H 14 ? 00:00:00 migration/2 15 ? 00:00:01 ksoftirqd/2 16 ? 00:00:00 kworker/2:0 17 ? 00:00:00 kworker/2:0H 18 ? 00:00:00 migration/3 19 ? 00:00:01 ksoftirqd/3 21 ? 00:00:00 kworker/3:0H 22 ? 00:00:00 khelper 23 ? 00:00:00 kdevtmpfs 24 ? 00:00:00 netns 25 ? 00:00:00 writeback 26 ? 00:00:00 ksmd 27 ? 00:00:00 kintegrityd 28 ? 00:00:00 bioset 29 ? 00:00:00 crypto 30 ? 00:00:00 kblockd 31 ? 00:00:00 ata_sff 32 ? 00:00:00 khubd 33 ? 00:00:00 md 34 ? 00:00:00 edac-poller 37 ? 00:00:09 kworker/2:1 39 ? 00:00:00 rpciod 40 ? 00:00:00 kvm-irqfd-clean 64 ? 00:00:00 kswapd0 65 ? 00:00:00 fsnotify_mark 66 ? 00:00:00 nfsiod 67 ? 00:00:00 cifsiod 68 ? 00:00:00 jfsIO 69 ? 00:00:00 jfsCommit 70 ? 00:00:00 jfsCommit 71 ? 00:00:00 jfsCommit 72 ? 00:00:00 jfsCommit 73 ? 00:00:00 jfsSync 74 ? 00:00:00 xfsalloc 75 ? 00:00:00 xfs_mru_cache 76 ? 00:00:00 xfslogd 77 ? 00:00:00 ocfs2_wq 78 ? 00:00:00 user_dlm 79 ? 00:00:00 glock_workqueue 80 ? 00:00:00 delete_workqueu 81 ? 00:00:00 gfs_recovery 112 ? 00:00:00 kthrotld 114 ? 00:00:10 nvme 115 ? 00:00:00 nvme 116 ? 00:00:00 bioset 117 ? 00:00:00 drbd-reissue 119 ? 00:00:00 iscsi_eh 120 ? 00:00:00 scsi_eh_0 121 ? 00:00:00 scsi_tmf_0 122 ? 00:00:00 scsi_eh_1 123 ? 00:00:00 scsi_tmf_1 124 ? 00:00:00 scsi_eh_2 125 ? 00:00:00 scsi_tmf_2 126 ? 00:00:00 scsi_eh_3 127 ? 00:00:00 scsi_tmf_3 128 ? 00:00:00 scsi_eh_4 129 ? 00:00:00 scsi_tmf_4 130 ? 00:00:00 scsi_eh_5 131 ? 00:00:00 scsi_tmf_5 133 ? 00:00:00 bond0 138 ? 00:00:00 bnx2x 139 ? 00:00:00 ixgbe 140 ? 00:00:00 mlx4 141 ? 00:00:00 vfio-irqfd-clea 143 ? 00:00:00 kpsmoused 144 ? 00:00:00 kworker/3:2 145 ? 00:00:00 raid5wq 146 ? 00:00:00 bcache 147 ? 00:00:00 bch_btree_io 148 ? 00:00:00 dm_bufio_cache 149 ? 00:00:00 kmpathd 150 ? 00:00:00 kmpath_handlerd 151 ? 00:00:00 ipv6_addrconf 152 ? 00:00:00 ceph-msgr 153 ? 00:00:00 bioset 154 ? 00:00:00 deferwq 156 ? 00:00:01 jbd2/sda2-8 157 ? 00:00:00 ext4-rsv-conver 270 ? 00:00:00 udevd 474 ? 00:00:00 udevd 475 ? 00:00:00 kworker/1:1H 476 ? 00:00:00 kworker/2:1H 1550 ? 00:00:00 jbd2/sda3-8 1551 ? 00:00:00 ext4-rsv-conver 2133 ? 00:00:04 rsyslogd 2219 ? 00:00:00 mdadm 2247 ? 00:00:00 acpid 2289 ? 00:00:06 irqbalance 2319 ? 00:00:00 sshd 2360 ? 00:00:00 nginx 2361 ? 00:00:06 nginx 2362 ? 00:00:01 nginx 2363 ? 00:00:07 nginx 2364 ? 00:00:07 nginx 2366 ? 00:00:00 named 2373 ? 00:00:00 dbus-daemon 2506 ? 00:00:00 cron 2524 ? 00:00:00 kworker/3:1H 2525 ? 00:00:00 screen 2526 pts/1 00:00:44 rtorrent main 2529 ? 00:00:03 php5-fpm 2530 ? 00:00:00 php5-fpm 2531 ? 00:00:00 php5-fpm 2539 ? 00:01:16 fail2ban-server 2541 ? 00:00:05 munin-node 2573 ? 00:00:01 gam_server 2708 tty1 00:00:00 getty 2709 tty2 00:00:00 getty 2710 tty3 00:00:00 getty 2711 tty4 00:00:00 getty 2712 tty5 00:00:00 getty 2713 tty6 00:00:00 getty 2719 ? 00:00:00 udevd 3199 ? 00:00:00 kworker/0:2 3200 ? 00:00:00 kworker/0:1H 4024 ? 00:00:00 kworker/u16:2 6547 ? 00:00:01 kworker/3:0 13445 ? 00:00:02 kworker/0:1 19438 ? 00:00:01 kworker/u16:0 23473 ? 00:00:00 sshd 23479 pts/0 00:00:00 bash 23531 pts/0 00:00:00 ps 26873 ? 00:00:15 kworker/1:2

Il y a un truc qui colle pas de cette histoire, j'ai fais une install hier pour tester et pas de soucis de ftp chez moi. Tu installes le script sur quoi, un vps, un dédié ou autre ? Parce que je ne vois comment on en arrive à pas pouvoir restarter le machin, c'est bien un debian nu ? Ex.

Dans l'histoire, je pensait l'avoir dit, mais c'est sur le Tchat que je l'ai dit hier, je teste çà sur un VPS OVH et un Dédié Kimsufi. Autant dire deux machine de chez OVH, et la version du dedié etait : Debian GNU/Linux 7.9 #5 SMP Wed Sep 9 17:24:34 CEST 2015 x86_64 GNU/Linux

Le script est testé sur la même chose, vps classic ovh et kim donc j'ai pas d'explication si c'est bien du debian nu et pas un truc genre release ovh3 ou autres. Le mieux est peut-être de refaire ton installation sans choisir d'installer le ftp au départ et de le faire à la main derrière. Ex.

C'est debian nu, 64 Bits, Là pour le coup si hier tu à testé chez eux et que ca fonctionne j'en viens à me poser pas mal de questions. Pour ma part j'ai migré le nouveau dédier sur jessie, mais je vais refaire un test sur le vps, juste par curiosité si ton test d'hier est encore installé tu pourrais faire un cat /etc/issue du dédié voir si tu à la même chose que moi ? #5 SMP Wed Sep 9 17:24:34 CEST 2015 x86_64 GNU/Linux Parce que là moi non plus je ne vois pas d'où ça peut venir, à moins d'une grande conspiration d'OVH contre moi (je déconne).

Seedbox problème avec Wheezy ? : Page 2

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Seedbox problème avec Wheezy ?

ex_rat

Ouais, le fichier /usr/sbin/vsftpd est pas créé, je vais voir en faisant tout ça à la main ce que ça raconte un peu.
Mais je me donne pas gagnant sur ce coup là

uniuc

Au moins tu a une piste a suivre c'est déjà mieux que ce matin lol

ex_rat

Bon alors ça ce complique un peu parce que quand je l'installe à la main ça marche là.
Mon /usr/sbin/vsftpd est en place et fonctionne très bien, donc je vais me fâcher

Pour info, dans le script c'est super basic:

# installation vsftpd
if FONCYES "$SERVFTP"; then
apt-get install -y vsftpd
cp -f "$FILES"/vsftpd/vsftpd.conf /etc/vsftpd.conf

# récupèration certificats nginx
cp -f "$NGINXSSL"/server.crt  /etc/ssl/private/vsftpd.cert.pem
cp -f "$NGINXSSL"/server.key  /etc/ssl/private/vsftpd.key.pem

touch /etc/vsftpd.chroot_list
/etc/init.d/vsftpd reload
# fin de l'histoire

Donc je vois pas pourquoi il me fait des manières...
Je formate et je retente le script, voir si y'a un truc dans le log d'install'
Ex.

uniuc

Et moi pas assé doué en ce domaine pour être utile en quoi que ce sois.

Mais si ca fonctionne avec vsftpd 3.0.2, y aurais pas une possibilité que tu le dépose sur un serveur et que ton script aille le chercher pour l'installer, là je dit peut être une connerie, puis dans le fond ca resterais du bidouillage.

ex_rat

Non ce serait pas trop jouable ça et faut pas oublier qu'on parle d'un vieux debian là, Y'a pas trop de raison valable de pas installer le 8.
Pis c'est peut-être juste une connerie de truc qui va trop vite, je vais mettre un "sleep" de 3 secondes après le apt-get install pour voir si ça aide à faire passer. Expérimentons la chose....

edit: le problème est dans mon vsftpd.conf, y'a plus qu'à trouver la boulette !

ex_rat

Je pense que je tiens la soluce.
En fait je me fais surement niquer depuis un bon moment

Quand je teste le script, je vérifie le ftp direct en fin d'install, je reboot jamais...
hors le premier reload à la fin de l'install ne fonctionne pas avec 7 et cette saleté marche quand même parce qu'il reste sur la conf d'origine, le problème n'arrive qu'après reboot.

Le coupable maintenant, à la fin de /etc/vsftpd.conf:
seccomp_sandbox=NO
indispensable avec debian 8 sinon ça passe plus mais à faire sauter avec debian 7
Je ne sais pas trop à quoi ça sert, j'avais piqué ça sur une conf de @Hardware ^^
Je corrige le script tout à l'heure pour gérer ça et je teste, j'ai plus le temps là

Ex.

uniuc

Ok, Mais c'est deja bon de savoir çà, ma fois il te suffit de faire un script pour chaque distri, en tout cas il me semble que ca fonctionnais encore pour Wheezy en mars vu que j'en avais installer un pour quelqu'un et qu'il n'utilise que le ftp.

ex_rat

Ca va être vite corrigé, y'a juste à commenter la ligne

if [[ $VERSION =~ 7. ]]; then
	sed -i "s/seccomp_sandbox=NO/#seccomp_sandbox=NO/g;" /etc/vsftpd.conf
fi

mais faut que je teste comme il faut avant

ex_rat

C'est corrigé sur Github si tu as envie de tester la chose

Ex.

uniuc

Re, alors je viens de refaire le test, ça fonctionne, impec sous debian 7 maintenant.

Sauf pour ce que je veut faire moi personnellement, mais comme j'ai déjà monté le serveur en 8 et que pour ma part tout ce que je désir faire fonctionne, on peut dires sans se tromper que le script fonctionne de nouveau sous debian 7.

J'ai effectuer le test sur un vps, mais je pense que ca ne change pas grand chose, ca tourne c'est le principale.

« Page précédente