[Server] Ftp server

[carota33]

Salve a tutti... avrei 2 tipi di domande da porre:
Premessa:
ho installato vsftpd.

1-ho il dubbio che un altra istanza di vsftpd stia girando.. come posso verificarlo..? come posso fermarla? (ho questo dubbio perchè facendo  sudo /etc/init.d/vsftpd stop   e poi provando a connettermi ftp 127.0.0.1   mi viene chiesto user e pwd !!!   )

2-una volta tolto il dubbio del punto 1, vorrei sapere se è possibile NEGARE l'accesso ad un utente, SE QUESTO UTENTE è GIA CONNESSO.
Cioè non voglio che lo stesso utente possa aprire 2 o piu sessioni dallo stesso o da differenti posti (IP).
E' possibile ?

Se non fosse possibile... è possibile che un utente blocchi (lock) un file (magari editandolo, o lo renda non downloadabile da altri utenti) fino a che non lo sblocchi (uploadando il file bloccato o semplicemente chiudendolo se editato)?

Grazie mille a tutti

[bingel]

Hai installato altri server ftp oltre a vsftpd?

Dopo aver stoppato il servizio, esegui questo comando:

Codice: Seleziona tutto

ps -ef | grep ftp | grep -v grep

Ti elenca tutti i processi attivi dove compare la stringa "ftp", se non ottieni nessuna linea di output molto probabilmente non ci sono demoni ftp attivi.

Per essere più sicuro puoi eseguire

Codice: Seleziona tutto

ps -ef

e poi controllare l'output "manualmente" (o postarlo) per vedere se trovi qualcosa che possa aver a che fare con un servizio ftp attivo.

Per quanto riguarda il punto 2 penso si possa fare tranquillamente tuttavia adesso non ricordo come.

Non è possibile che un utente blocchi un file scaricandolo (lo stesso file può essere scaricato da più utenti contemporaneamente). Non è possibile editare un file se prima non lo si è scaricato in quanto il protocollo ftp non permette di "editare i files in remoto" (i client ftp che permettono di editare i file è perché prima se li scaricano localmente e poi li ricaricano sul server senza che l'utente manco se ne accorga ...a meno che non si usi ftp over ssh o ssl ...ma vsftpd non supporta queste funzionalità quindi non è certo il tuo caso). Al limite possono essere cambiati i permessi dei files o li si può rinominare (sempre che all'utente sia stata data facoltà di farlo). Non ne sono certo ma l'unico momento in cui il file potrebbe risultare bloccato è quando viene uploadato, per evitare che due utenti uploadino lo stesso file contemporaneamente (forse verrebbe fuori un casino) ma può darsi cmq che il download non risulti bloccato neppure in questo modo ...ma come ho detto non ne sono certo.

[carota33]

Grazie Bingel...

root@host-phy-01:~# /etc/init.d/vsftpd stop
root@host-phy-01:~# /etc/init.d/vsftpd start
root@host-phy-01:~# ps -ef | grep ftp | grep -v grep
root      4178    1  0 Sep02 ?        00:00:00 /usr/sbin/vsftpd
root@host-phy-01:~# /etc/init.d/vsftpd stop
root@host-phy-01:~# ps -ef | grep ftp | grep -v grep
root      4178    1  0 Sep02 ?        00:00:00 /usr/sbin/vsftpd
root@host-phy-01:~#

Questo è l'output del primo comando.. e a quanto pare non ci sono differenze se il demone è lanciato oppure è stato stoppato...

Se è il caso ti posto anche:

Codice: Seleziona tutto

root@host-phy-01:~# ps -ef
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 Jul05 ?        00:00:02 /sbin/init
root         2     0  0 Jul05 ?        00:00:00 [kthreadd]
root         3     2  0 Jul05 ?        00:00:00 [migration/0]
root         4     2  0 Jul05 ?        00:00:00 [ksoftirqd/0]
root         5     2  0 Jul05 ?        00:00:00 [watchdog/0]
root         6     2  0 Jul05 ?        00:00:22 [events/0]
root         7     2  0 Jul05 ?        00:00:00 [khelper]
root        39     2  0 Jul05 ?        00:00:01 [kblockd/0]
root        42     2  0 Jul05 ?        00:00:00 [kacpid]
root        43     2  0 Jul05 ?        00:00:00 [kacpi_notify]
root       129     2  0 Jul05 ?        00:00:00 [kseriod]
root       169     2  0 Jul05 ?        00:00:14 [pdflush]
root       170     2  0 Jul05 ?        00:00:03 [pdflush]
root       171     2  0 Jul05 ?        00:00:00 [kswapd0]
root       214     2  0 Jul05 ?        00:00:00 [aio/0]
root      1370     2  0 Jul05 ?        00:00:00 [scsi_eh_0]
root      1382     2  0 Jul05 ?        00:00:00 [ksuspend_usbd]
root      1384     2  0 Jul05 ?        00:00:00 [khubd]
root      1406     2  0 Jul05 ?        00:00:00 [khpsbpkt]
root      1412     2  0 Jul05 ?        00:00:00 [ata/0]
root      1418     2  0 Jul05 ?        00:00:00 [ata_aux]
root      2616     2  0 Jul05 ?        00:00:00 [knodemgrd_0]
root      2624     2  0 Jul05 ?        00:00:00 [scsi_eh_1]
root      2626     2  0 Jul05 ?        00:00:00 [scsi_eh_2]
root      2817     2  0 Jul05 ?        00:00:00 [scsi_eh_3]
root      2818     2  0 Jul05 ?        00:00:00 [scsi_eh_4]
root      3018     2  0 Jul05 ?        00:00:06 [kjournald]
root      3176     1  0 Jul05 ?        00:00:00 /sbin/udevd --daemon
root      3465     2  0 Jul05 ?        00:00:20 [edac-poller]
root      4075     1  0 Sep02 ?        00:00:00 /usr/sbin/apache2 -k start
www-data  4076  4075  0 Sep02 ?        00:00:00 /usr/sbin/apache2 -k start
www-data  4078  4075  0 Sep02 ?        00:00:00 /usr/sbin/apache2 -k start
www-data  4079  4075  0 Sep02 ?        00:00:00 /usr/sbin/apache2 -k start
www-data  4080  4075  0 Sep02 ?        00:00:00 /usr/sbin/apache2 -k start
www-data  4081  4075  0 Sep02 ?        00:00:00 /usr/sbin/apache2 -k start
www-data  4092  4075  0 Sep02 ?        00:00:00 /usr/sbin/apache2 -k start
www-data  4118  4075  0 Sep02 ?        00:00:00 /usr/sbin/apache2 -k start
www-data  4119  4075  0 Sep02 ?        00:00:00 /usr/sbin/apache2 -k start
www-data  4120  4075  0 Sep02 ?        00:00:00 /usr/sbin/apache2 -k start
www-data  4121  4075  0 Sep02 ?        00:00:00 /usr/sbin/apache2 -k start
root      4178     1  0 Sep02 ?        00:00:00 /usr/sbin/vsftpd
root      4579     2  0 Jul05 ?        00:00:00 [kjournald]
root      4580     2  0 Jul05 ?        00:00:25 [kjournald]
root      5040     1  0 Jul05 tty4     00:00:00 /sbin/getty 38400 tty4
root      5041     1  0 Jul05 tty5     00:00:00 /sbin/getty 38400 tty5
root      5046     1  0 Jul05 tty2     00:00:00 /sbin/getty 38400 tty2
root      5048     1  0 Jul05 tty3     00:00:00 /sbin/getty 38400 tty3
root      5051     1  0 Jul05 tty6     00:00:00 /sbin/getty 38400 tty6
syslog    5089     1  0 Jul05 ?        00:00:09 /sbin/syslogd -u syslog
root      5108     1  0 Jul05 ?        00:00:00 /bin/dd bs 1 if /proc/kmsg of /var/run/klogd/kmsg
klog      5110     1  0 Jul05 ?        00:00:00 /sbin/klogd -P /var/run/klogd/kmsg
root      5129     1  0 Jul05 ?        00:00:05 /usr/sbin/sshd
openldap  5143     1  0 Jul05 ?        00:00:00 /usr/sbin/slapd -g openldap -u openldap -f /etc/ldap/slapd.conf
root      5199     1  0 Jul05 ?        00:00:00 /usr/sbin/xinetd -pidfile /var/run/xinetd.pid -stayalive -inetd_compat
daemon    5208     1  0 Jul05 ?        00:00:00 /usr/sbin/atd
root      5219     1  0 Jul05 ?        00:00:00 /usr/sbin/cron
root      5297     1  0 Jul05 ?        00:00:00 /usr/bin/vmnet-bridge -d /var/run/vmnet-bridge-0.pid -n 0 -i eth1
root      5309     1  0 Jul05 ?        00:00:00 /usr/bin/vmnet-dhcpd -cf /etc/vmware/vmnet1/dhcpd/dhcpd.conf -lf /etc/vmware/vmnet1/dhcpd/dhcp
root      5327     1  0 Jul05 ?        00:00:00 /usr/bin/vmnet-dhcpd -cf /etc/vmware/vmnet8/dhcpd/dhcpd.conf -lf /etc/vmware/vmnet8/dhcpd/dhcp
root      5332     1  0 Jul05 ?        00:00:00 /usr/bin/vmnet-natd -d /var/run/vmnet-natd-8.pid -m /var/run/vmnet-natd-8.mac -c /etc/vmware/v
root      5431     1  0 Jul05 ?        00:00:00 /usr/bin/vmnet-bridge -d /var/run/vmnet-bridge-101.pid -n 101 -i eth0.21
root      5502     1  0 Jul05 ?        00:00:00 /usr/bin/vmnet-bridge -d /var/run/vmnet-bridge-166.pid -n 166 -i eth0.666
root      5611     1  0 Jul05 ?        00:00:00 /bin/sh /usr/bin/vmware-watchdog -s webAccess -u 30 -q 5 /usr/lib/vmware/webAccess/java/jre1.5
root      5616     1  0 Jul05 ?        00:00:28 /usr/sbin/vmware-authdlauncher
root      5621  5611  0 Jul05 ?        00:01:45 /usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=
root      5733     1  0 Jul05 ?        00:10:53 /usr/lib/vmware/bin/vmware-hostd -a -d -u /etc/vmware/hostd/config.xml
root      5780     1  0 Jul05 tty1     00:00:00 /sbin/getty 38400 tty1
root      5800     1  0 Jul05 ?        00:00:00 /usr/bin/vmnet-netifup -d /var/run/vmnet-netifup-vmnet1.pid /dev/vmnet1 vmnet1
root     22211  5129  0 09:36 ?        00:00:00 sshd: root@pts/0
root     22215 22211  0 09:36 pts/0    00:00:00 -bash
root     22883  5129  0 09:52 ?        00:00:00 sshd: root@pts/1
root     22889 22883  0 09:52 pts/1    00:00:00 -bash
root     22918  5129  1 09:53 ?        00:00:00 sshd: unknown [priv]
sshd     22919 22918  0 09:53 ?        00:00:00 sshd: unknown [net]
root     22920  5129  0 09:53 ?        00:00:00 sshd: [accepted]
sshd     22921 22920  0 09:53 ?        00:00:00 sshd: [net]     
root     22922 22889  0 09:53 pts/1    00:00:00 ps -ef
root@host-phy-01:~#


Per quanto riguarda la seconda domanda... se è il caso che utilizzi un altro programma al posto di vsftpd... dimmelo.. non ho problemi a farlo...

Grazie ancora.

[bingel]

Allora, innanzitutto, al contrario di quanto avevi detto nel tuo primo post, nell'eseguire lo start/stop del servizio vsftpd, non hai usato "sudo" quindi riesegui il tutto anteponendovi tale stringa e poi verifica di nuovo con "ps -ef" ...e dato che ci sei sarà meglio se verifichi anche se loggandoti ti vengono richieste o meno le credenziali !!!!!!!!!!!!!!!!

[carota33]

ok scusa ora con sudo va meglio

ma cmq il nocciolo del problema era il famoso punto 2...  che forse con vsftpd non posso gestire...
ho sempre il problema di 1 file che deve poter essere modificato da 1 o piu utenti ma esclusivamente uno alla volta... cioè:
se utente 1 si collega e scarica il file per modificarlo... e contemporaneamente si collega utente 2, utente 2 NON deve poter moficiare il file (che è in uso dall'utente 1)... 
come posso gestire sta necessità ?

[carota33]

nessuna idea /proposta ?

[bingel]

Ho controllato e non credo che si possa fare neppure con ftp over ssh o ssl.
Potresti condividere le cartelle in cui si trovano i files da editare tramite samba o nfs. Non so tuttavia se possa essere o meno la soluzione adatta al tuo problema.