vsftpd , connection faiure, ( sorta fixed)

Ask questions about Arch Linux ARM. Please search before making a new topic.

vsftpd , connection faiure, ( sorta fixed)

Postby g8jvm » Sat May 24, 2014 10:31 am

Hi
Sorry me again with the pogopig.
vsftpd installed and running, it should be listening on port 7622, but so far unamble to connect on that port
strange
I did sftp 192.168.51.5 and it asked for user name and password and dropped in the directory it should have.
but if I try sftp -P 7622 it just sits and does nothing,
barerftp reports encryption error.
I followed the arch arm page on vsftpd, and created a ssl cert and its in /etc/ssl/certs
my vsftpd.conf
$this->bbcode_second_pass_code('', '
[root@pogopig etc]# cat /etc/vsftpd.conf
# Example config file /etc/vsftpd.conf
#
# The default compiled in settings are fairly paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
# Please see vsftpd.conf.5 for all compiled in defaults.
#
# READ THIS: This example file is NOT an exhaustive list of vsftpd options.
# Please read the vsftpd.conf.5 manual page to get a full idea of vsftpd's
# capabilities.
#
# Allow anonymous FTP? (Beware - allowed by default if you comment this out).
anonymous_enable=YES
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
pam_service_name=vsftpd
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
#local_umask=022
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
#anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#anon_mkdir_write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# Activate logging of uploads/downloads.
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
#connect_from_port_20=YES
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#chown_uploads=YES
#chown_username=whoever
#
# You may override where the log file goes if you like. The default is shown
# below.
#xferlog_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format.
# Note that the default log file location is /var/log/xferlog in this case.
#xferlog_std_format=YES
#
# You may change the default value for timing out an idle session.
#idle_session_timeout=600
#
# You may change the default value for timing out a data connection.
#data_connection_timeout=120
#
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
#nopriv_user=ftpsecure
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that on some FTP servers, ASCII support allows a denial of service
# attack (DoS) via the command "SIZE /big/file" in ASCII mode. vsftpd
# predicted this attack and has always been safe, reporting the size of the
# raw file.
# ASCII mangling is a horrible feature of the protocol.
#ascii_upload_enable=YES
#ascii_download_enable=YES
#
# You may fully customise the login banner string:
ftpd_banner=Welcome to Richard's FTP service.
#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#deny_email_enable=YES
# (default follows)
#banned_email_file=/etc/vsftpd.banned_emails
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
# (Warning! chroot'ing can be very dangerous. If using chroot, make sure that
# the user does not have write access to the top level directory within the
# chroot)
#chroot_local_user=YES
#chroot_list_enable=YES
# (default follows)
#chroot_list_file=/etc/vsftpd.chroot_list
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
#ls_recurse_enable=YES
#
# When "listen" directive is enabled, vsftpd runs in standalone mode and
# listens on IPv4 sockets. This directive cannot be used in conjunction
# with the listen_ipv6 directive.
listen=YES
#
# This directive enables listening on IPv6 sockets. To listen on IPv4 and IPv6
# sockets, you must run two copies of vsftpd with two configuration files.
# Make sure, that one of the listen options is commented !!
#listen_ipv6=YES

#This is important
ssl_enable=YES

#choose what you like, if you accept anon-connections
# you may want to enable this
# allow_anon_ssl=NO

#choose what you like,
# it's a matter of performance i guess
# force_local_data_ssl=NO

#choose what you like
force_local_logins_ssl=YES

#you should at least enable this if you enable ssl...
ssl_tlsv1=YES
#choose what you like
ssl_sslv2=YES
#choose what you like
ssl_sslv3=YES
#give the correct path to your currently generated *.pem file
rsa_cert_file=/etc/ssl/certs/vsftpd.pem
#the *.pem file contains both the key and cert
rsa_private_key_file=/etc/ssl/certs/vsftpd.pem
listen_port=7622
pasv_min_port=49152
pasv_max_port=65534
local_root=/media/store/$USER
user_sub_token=$USER
')

I'm not sure about the line
# Make sure PORT transfer connections originate from port 20 (ftp-data).
#connect_from_port_20=YES
Its hashes out at the moment, should that be ?????

SECTION REMOVED: misread the wiki

But I think the first problems are before password authentication, as sftp -P 7622 <ip address>
should have asked for user and then password. which it doesn't.
I think from the message on bareftp its something to do with the ssl cert, but what ????

cat /etc/ssl/certs/vsftpd.pem shows the private key block and the cert
is the permission correct on the cert ?
$this->bbcode_second_pass_code('', '
[root@pogopig certs]# ls -l vsftpd.pem
-rw------- 1 root root 3128 May 23 21:25 vsftpd.pem
')

not much help from the log file :(
$this->bbcode_second_pass_code('', '
Fri May 23 23:43:07 2014 [pid 2] CONNECT: Client "192.168.51.4"
Fri May 23 23:43:10 2014 [pid 2] CONNECT: Client "192.168.51.4"
Sat May 24 10:32:07 2014 [pid 2] CONNECT: Client "192.168.51.4"
Sat May 24 10:43:28 2014 [pid 2] CONNECT: Client "192.168.51.4"
')

I'd like to get this working so I can gain access when away from home

suggestions, or mistake spotted ???

TIA
Last edited by g8jvm on Sat May 24, 2014 4:26 pm, edited 1 time in total.
Best wishes
Richard
richard@g8jvm.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ham Call: G8JVM , QRA IO82SP38 interests weak signal propagation
VHF to microwave, http://www.g8jvm.com
g8jvm
 
Posts: 93
Joined: Mon Apr 22, 2013 4:40 pm
Location: United Kingdom

Re: vsftpd , connection failure (Sorta working)

Postby g8jvm » Sat May 24, 2014 4:24 pm

A bit of progress
I can get past the ssl cert problem if the client is set NOT to check the cerfificate,

so is there an Arch Linux SSL certificate I can use, when setting up vsftpd in Ubuntu it uses the ubuntu snake-oil cert
which checks OK
Now just left with a login problem$this->bbcode_second_pass_code('', '
Sat May 24 15:34:04 2014 [pid 1] [richard] FAIL LOGIN: Client "192.168.51.4"
Sat May 24 15:34:05 2014 [pid 2] DEBUG: Client "192.168.51.4", "Connection terminated without SSL shutdown - buggy client?"
Sat May 24 15:36:04 2014 [pid 2] CONNECT: Client "192.168.51.4"
Sat May 24 15:36:04 2014 [pid 1] [richard] FAIL LOGIN: Client "192.168.51.4"
Sat May 24 15:36:05 2014 [pid 2] DEBUG: Client "192.168.51.4", "Connection terminated without SSL shutdown - buggy client?"
Sat May 24 15:36:29 2014 [pid 2] CONNECT: Client "192.168.51.4"
Sat May 24 15:36:29 2014 [pid 1] [root] FAIL LOGIN: Client "192.168.51.4"
Sat May 24 15:36:30 2014 [pid 2] DEBUG: Client "192.168.51.4", "Connection terminated without SSL shutdown - buggy client?"
')

the buggy client is bareftp

gft hasn't the option to not check the ssl cert

in the vsftpd.conf file
for arch I needed to add check_shell =no AND the last line, putting the debug ssl to yes helps/
$this->bbcode_second_pass_code('', '
#
check_shell=NO
#
#This is important
ssl_enable=YES

#choose what you like, if you accept anon-connections
# you may want to enable this
# allow_anon_ssl=NO

#choose what you like,
# it's a matter of performance i guess
# force_local_data_ssl=NO

#choose what you like
force_local_logins_ssl=YES

#you should at least enable this if you enable ssl...
ssl_tlsv1=YES
#choose what you like
ssl_sslv2=YES
#choose what you like
ssl_sslv3=YES
#give the correct path to your currently generated *.pem file
rsa_cert_file=/etc/ssl/certs/vsftpd.pem
#the *.pem file contains both the key and cert
rsa_private_key_file=/etc/ssl/certs/vsftpd.pem
listen_port=7622
pasv_min_port=49152
pasv_max_port=65534
local_root=/media/store/$USER
user_sub_token=$USER

debug_ssl=yes
require_ssl_reuse=YES
')

The ssl cert is a problem as you have to turn off cert checking

there must be a Arch SSL cert and key than can be used the same as Ubuntu offer ?????????

My data rate is low 500KB/sec. the inbound USB NIC is only 100M on the pogopig, and a wireless connection from the laptop to router, but that should be capable of much more ????
any ideas how to speed that up , or is that flat out for a pogopigV2 ????

log now shows$this->bbcode_second_pass_code('', '
Sat May 24 17:21:53 2014 [pid 3] [richard] OK MKDIR: Client "192.168.51.4", "/media/store/Richard/Pictures/2010/01/29"
Sat May 24 17:21:53 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL version: TLSv1/SSLv3, SSL cipher: AES128-SHA, reused, no cert"
Sat May 24 17:21:59 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: SSL_RECEIVED_SHUTDOWN"
Sat May 24 17:21:59 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: 3"
Sat May 24 17:21:59 2014 [pid 3] [richard] OK UPLOAD: Client "192.168.51.4", "/media/store/Richard/Pictures/2010/01/29/SDC10422.JPG", 2732610 bytes, 484.82Kbyte/sec
Sat May 24 17:21:59 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL version: TLSv1/SSLv3, SSL cipher: AES128-SHA, reused, no cert"
Sat May 24 17:22:05 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: SSL_RECEIVED_SHUTDOWN"
Sat May 24 17:22:05 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: 3"
Sat May 24 17:22:05 2014 [pid 3] [richard] OK UPLOAD: Client "192.168.51.4", "/media/store/Richard/Pictures/2010/01/29/SDC10423.JPG", 2875599 bytes, 494.39Kbyte/sec
Sat May 24 17:22:05 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL version: TLSv1/SSLv3, SSL cipher: AES128-SHA, reused, no cert"
Sat May 24 17:22:11 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: SSL_RECEIVED_SHUTDOWN"
Sat May 24 17:22:11 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: 3"
Sat May 24 17:22:11 2014 [pid 3] [richard] OK UPLOAD: Client "192.168.51.4", "/media/store/Richard/Pictures/2010/01/29/SDC10424.JPG", 2989020 bytes, 478.47Kbyte/sec
Sat May 24 17:22:11 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL version: TLSv1/SSLv3, SSL cipher: AES128-SHA, reused, no cert"
Sat May 24 17:22:17 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: SSL_RECEIVED_SHUTDOWN"
Sat May 24 17:22:17 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: 3"
Sat May 24 17:22:17 2014 [pid 3] [richard] OK UPLOAD: Client "192.168.51.4", "/media/store/Richard/Pictures/2010/01/29/SDC10425.JPG", 2984874 bytes, 496.73Kbyte/sec
Sat May 24 17:22:17 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL version: TLSv1/SSLv3, SSL cipher: AES128-SHA, reused, no cert"
Sat May 24 17:22:22 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: SSL_RECEIVED_SHUTDOWN"
Sat May 24 17:22:22 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: 3"
Sat May 24 17:22:22 2014 [pid 3] [richard] OK UPLOAD: Client "192.168.51.4", "/media/store/Richard/Pictures/2010/01/29/SDC10426.JPG", 2952743 bytes, 500.97Kbyte/sec
Sat May 24 17:22:22 2014 [pid 3] [richard] OK MKDIR: Client "192.168.51.4", "/media/store/Richard/Pictures/2010/10"
Sat May 24 17:22:22 2014 [pid 3] [richard] OK MKDIR: Client "192.168.51.4", "/media/store/Richard/Pictures/2010/10/19"
Sat May 24 17:22:22 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL version: TLSv1/SSLv3, SSL cipher: AES128-SHA, reused, no cert"
')
Best wishes
Richard
richard@g8jvm.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ham Call: G8JVM , QRA IO82SP38 interests weak signal propagation
VHF to microwave, http://www.g8jvm.com
g8jvm
 
Posts: 93
Joined: Mon Apr 22, 2013 4:40 pm
Location: United Kingdom

Re: vsftpd , connection faiure, ( sorta fixed)

Postby g8jvm » Sat May 24, 2014 7:21 pm

Shame just me replying :(

Bareftp complained of this but was ok after I added a line to vsftpd.conf
require_ssl_reuse=YES
BUT
I'm getting this from Mozilla FTPFOX
$this->bbcode_second_pass_code('', '
522 SSL connection failed; session reuse required: see require_ssl_reuse option in vsftpd.conf man page
: /media/store/Richard//media/store/Richard')

I actually have that line in twice as I copied and pasted just to make sure there wre no mistakes

after reading the vsftpd faq
I've even copied the vsftpd.conf to /etc/vsftpd/ in case Arch behaves like fedora

$this->bbcode_second_pass_code('', '
listen_port=7622
pasv_min_port=49152
pasv_max_port=65534
local_root=/media/store/$USER
user_sub_token=$USER

debug_ssl=yes
require_ssl_reuse=YES
require_ssl_reuse=YES
')

$this->bbcode_second_pass_code('', '
[root@pogopig ~]# tail -20 /var/log/vsftpd.log
Sat May 24 19:59:09 2014 [pid 2] CONNECT: Client "192.168.51.4"
Sat May 24 19:59:09 2014 [pid 2] DEBUG: Client "192.168.51.4", "SSL version: TLSv1/SSLv3, SSL cipher: AES128-SHA, not reused, no cert"
Sat May 24 19:59:10 2014 [pid 1] [richard] OK LOGIN: Client "192.168.51.4"
Sat May 24 19:59:20 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL version: TLSv1/SSLv3, SSL cipher: AES128-SHA, not reused, no cert"
Sat May 24 19:59:20 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "No SSL session reuse on data channel."
Sat May 24 19:59:20 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: NONE"
Sat May 24 19:59:20 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: SSL_SENT_SHUTDOWN"
Sat May 24 19:59:20 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: SSL_SENT_SHUTDOWN"
Sat May 24 19:59:20 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: SSL_SENT_SHUTDOWN"
Sat May 24 19:59:20 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL ret: 4294967295, SSL error: error:00000000:lib(0):func(0):reason(0), errno: 0"
Sat May 24 19:59:32 2014 [pid 2] CONNECT: Client "192.168.51.4"
Sat May 24 19:59:32 2014 [pid 2] DEBUG: Client "192.168.51.4", "SSL version: TLSv1/SSLv3, SSL cipher: AES128-SHA, not reused, no cert"
Sat May 24 19:59:33 2014 [pid 1] [richard] OK LOGIN: Client "192.168.51.4"
Sat May 24 19:59:34 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL version: TLSv1/SSLv3, SSL cipher: AES128-SHA, not reused, no cert"
Sat May 24 19:59:34 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "No SSL session reuse on data channel."
Sat May 24 19:59:34 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: NONE"
Sat May 24 19:59:34 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: SSL_SENT_SHUTDOWN"
Sat May 24 19:59:34 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: SSL_SENT_SHUTDOWN"
Sat May 24 19:59:34 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL shutdown state is: SSL_SENT_SHUTDOWN"
Sat May 24 19:59:34 2014 [pid 2] [richard] DEBUG: Client "192.168.51.4", "SSL ret: 4294967295, SSL error: error:00000000:lib(0):func(0):reason(0), errno: 0"
')
Strangely andftp on my phone says exactly the same about ssl reuse
The only thing I can think of is that as FTP uses two ports only one is allowing ssl reuse, which is OK for bareftp but not ftpfox
or andftp

Any ideas how to get around this, I'm wondering if the package maintainer may not have compiled it in as I had to add the line to the config file ???
If that is whats happened , can I have some guidence on cross compiling for arm5 please

TIA
Best wishes
Richard
richard@g8jvm.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ham Call: G8JVM , QRA IO82SP38 interests weak signal propagation
VHF to microwave, http://www.g8jvm.com
g8jvm
 
Posts: 93
Joined: Mon Apr 22, 2013 4:40 pm
Location: United Kingdom

Re: vsftpd , connection faiure, ( sorta fixed)

Postby pepedog » Sat May 24, 2014 9:27 pm

Which service is enabled? vsftpd-ssl or vsftpd
Or is this a GnuTLS error like here https://github.com/archlinuxarm/PKGBUILDs/issues/847
Or randomize problem? Install, enable, and start haveged
And which kernel is installed? linux or linux-kirkwood
pepedog
Developer
 
Posts: 2431
Joined: Mon Jun 07, 2010 3:30 pm
Location: London UK

Re: vsftpd , connection faiure, ( sorta fixed)

Postby g8jvm » Sun May 25, 2014 9:22 am

Hi Pepedog

My postings are going missing for some reason, :(
its vsftpd thats running, wasnt aware od a vsftpd-ssl package.

The problem was in the config script, where everywhere else to enable something the answer is yes, but in
vsftpd.conf a yes means no and a no means yes.
setting require_ssl_reuse=NO , sorted the problem.
It also made bareftp function more stabily.
I transfered several GB of data last night, albeit the transfer rate is very slow.
reading through all I could find a pogoplug should be capable of easily 30MB/s
but all I see is 500KB/s.

I'm not sure if this is due to the speed the plug writes to the hard drive, it shouldn't be as its a SATA drive with a USB2 caddy.

I know the bridge will handle much faster than 500KB/s as when testing the bridge out ,I was using the Freesat box and and was streaming down from BBC iplayer, and watching that with tcpdump it was flying, and it was in HD.

I'm limited to 30Mb/s download speed on broadband, so the wifi link is more than capable than that.
so 30 Mb/s is 3.7MB/s which is much more 500KB/s.

Encryption will slow down the transfer a bit
Its not a vsftpd problem as GFTP crawls along at 450KB/s on a ssh2 upload

Ifconfig shows all ports , except LO , have mtu of 1500 on the plug

Any ideas how to get the transfer speed up ?

Thanks
Best wishes
Richard
richard@g8jvm.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ham Call: G8JVM , QRA IO82SP38 interests weak signal propagation
VHF to microwave, http://www.g8jvm.com
g8jvm
 
Posts: 93
Joined: Mon Apr 22, 2013 4:40 pm
Location: United Kingdom


Return to User Questions

Who is online

Users browsing this forum: No registered users and 16 guests