FTP connection returns IPv6 error ???

HI,
I’m having a little problem here. That, or I’m missing the obvious staring
me in the face.

I have this file server, called toad. I nuked it’s system disk, reorganising
the partitions and upgrading to openSUSE 11.3 x64.

I installed vsftd with “Yast FTP server”, and the config looks OK. I even
compared it with that of another machine.

But when I try to connect, this is what I get:

user@mainmachine:~> ftp
ftp> open toad
Connected to toad.geuens.org.
500 OOPS: could not bind listening IPv6 socket

I’m prettige sure IPv6 is deactivated.
The firewall is disabled on both machines.

I’ve looked this over again and again. Can’t find it.

It’s not the connecting machine, I’ve tried from another.


When in doubt, use brute force.
– Ken Thompson

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Try using the IP address (IPv4) directly. Also do you have ‘toad’ in your
/etc/hosts file and, if not, what does the following command return:

dig toad
dig -6 toad

Good luck.

On 11/01/2010 04:15 PM, Rikishi42 wrote:
> HI,
> I’m having a little problem here. That, or I’m missing the obvious staring
> me in the face.
>
> I have this file server, called toad. I nuked it’s system disk, reorganising
> the partitions and upgrading to openSUSE 11.3 x64.
>
> I installed vsftd with “Yast FTP server”, and the config looks OK. I even
> compared it with that of another machine.
>
> But when I try to connect, this is what I get:
>
> user@mainmachine:~> ftp
> ftp> open toad
> Connected to toad.geuens.org.
> 500 OOPS: could not bind listening IPv6 socket
>
>
> I’m prettige sure IPv6 is deactivated.
> The firewall is disabled on both machines.
>
>
> I’ve looked this over again and again. Can’t find it.
>
> It’s not the connecting machine, I’ve tried from another.
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJMz0EZAAoJEF+XTK08PnB5h8gP/iTPk+W+VO6uAinuQ1eKsRWL
LSWIaYMQyE4TMWIzeAGsbCUyEXw+QS7uDlP03BLbqlCk+Wt68qAOeZKzPjQLUK7Q
VAQyKqel9E5g10lgdXx0uaCJk7XqtO+TPgdpTFbN2NIsvWbI443GVcQx5SUgwCt0
Cp8Z6LBmIrujxzIUfjGKn4WWN3jqToAqbkr6NaWmhn10T74cq3REH0GMVKLvfeRA
+3pjLAUXPT0lIG4AbHdFE4qefWsJQgEPpeadmaJYn8cSpe0C4Cvv1nazchjKcqHn
PL8L4FI2ioTYrDN5HusghE7NPDWccDMgkq1sY9Jq1c6oCip7JIxwLaWXLzWtVpEt
m8y8m5/VdLRXtZRduDmDf/LIN3rM9dln5UxI8y+/1kmMKxAup99fJR4VeUpPqGjU
+q7lv8G/1VvxCBn3710qNJHgpyI4GKHE44WXj84b5lUbP7zA2g2UxrJ+uSMdBJ73
EPhPThmIBCEywoiBtj2GVoq5bvDj6OVXOUGeUAYMcSQbIBB3Kg7ZDWErH/4t+WJe
TO5uT9uUUArvYGN1y9TgITJiiaKQ7ROmMAcFFFS6fI7qNVrvrDjaJSyLcquaNJve
OYx9teOeVu5jJ7/S2aijgEcotXtbu5uheC3TmV0auZ9yL5ivTkCpjRwEOfDuSjUf
c6MqJ6eaVqf98ZxLE+7b
=sPZ6
-----END PGP SIGNATURE-----

On 2010-11-01, ab@novell.com <ab@novell.com> wrote:
>
> Try using the IP address (IPv4) directly. Also do you have ‘toad’ in your
> /etc/hosts file and, if not, what does the following command return:
>
> dig toad
> dig -6 toad
>
> Good luck.

Thanks for the suggestion, but I should have mensionned I did try with the
IP. Also, the definitions of that name have been in the “client” machines
since before the install of 11.3.

Ah well, we’ll keep looking.

As for the dig output:

user@mainmachine:~> dig toad

; <<>> DiG 9.5.0-P2 <<>> toad
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 62146
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;toad. IN A

;; AUTHORITY SECTION:
… 1782 IN SOA a.root-servers.net.
nstld.verisign-grs.com. 2010110200 1800 900 604800 86400

;; Query time: 13 msec
;; SERVER: 195.130.130.1#53(195.130.130.1)
;; WHEN: Tue Nov 2 20:54:59 2010
;; MSG SIZE rcvd: 97

user@mainmachine:~> dig -6 toad
dig: can’t find IPv6 networking

The name is defined in each “client machine’s /etc/hosts”.


When in doubt, use brute force.
– Ken Thompson

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

And what does it look like in /etc/hosts?

Good luck.

On 11/02/2010 02:00 PM, Rikishi42 wrote:
> On 2010-11-01, ab@novell.com <ab@novell.com> wrote:
>>
>> Try using the IP address (IPv4) directly. Also do you have ‘toad’ in your
>> /etc/hosts file and, if not, what does the following command return:
>>
>> dig toad
>> dig -6 toad
>>
>> Good luck.
>
> Thanks for the suggestion, but I should have mensionned I did try with the
> IP. Also, the definitions of that name have been in the “client” machines
> since before the install of 11.3.
>
> Ah well, we’ll keep looking.
>
>
>
> As for the dig output:
>
> user@mainmachine:~> dig toad
>
> ; <<>> DiG 9.5.0-P2 <<>> toad
> ;; global options: printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 62146
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
>
> ;; QUESTION SECTION:
> ;toad. IN A
>
> ;; AUTHORITY SECTION:
> … 1782 IN SOA a.root-servers.net.
> nstld.verisign-grs.com. 2010110200 1800 900 604800 86400
>
> ;; Query time: 13 msec
> ;; SERVER: 195.130.130.1#53(195.130.130.1)
> ;; WHEN: Tue Nov 2 20:54:59 2010
> ;; MSG SIZE rcvd: 97
>
> user@mainmachine:~> dig -6 toad
> dig: can’t find IPv6 networking
>
>
> The name is defined in each “client machine’s /etc/hosts”.
>
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJM0HCNAAoJEF+XTK08PnB5awcQAMZHFChnSyH8A6csK1yBW2Sv
TL7NViT3oOVT3H2sJ8uMvEWzUtHWPptEp/TRQRUWSJ7TJV2VVMhCiIBT/MGq4zK1
XDKhMffZQD9jtqmN+kCQDRjmxv5H/xAoHbo/yRayIEpKs1AjptjFtrHOm3zWTEJC
MoBNKIzDQXqLjM/poVJOKVfSNhakrFXGw2XI2bmhyraMPu4x812SeNPyM+1XcqqY
xkTsUa5V1LW+3rR19YAPEfpongSl/woRFv2rwRj1s+0NFbpLHns3PzhJNcgciQ4H
+NwrBfn0LquVcjvSQ+/LgQjXxp2I34KzJt6kgY21u5tlAIQwiju3d1DC2X2cWB5D
tzQ7xQ6QhQDcfnZdwYmEdhGXLzveNNOE6G1QRe6oY/OFNVbOyuYy1tELwB9TpsG0
rIrmLLlEi8S+PMBxluu5dzi7y4MF+Zt+Wi29uQJRE5QhkOytzajSWeRKswWoc5Ps
iQlcn68wpxl9yxgOAjaGJcx+ry9UPmZ0KZ3wliAV4gtQdxQKrspyFMRLkm/jUSxk
Qr+8pRsANjC3XULRJ9Z6zNC0aSTtE1kI5bUBFeBmy9+MooverxWdbUAaUHjryj0/
hz0meT3YNcaYnHqa6xcbWFH2eZvcaJxXvACcqjbm0W7VLNYf25zhrru4sy9t2B7R
wyulHwvJEFH2leEcGJby
=/qP1
-----END PGP SIGNATURE-----

On 2010-11-02, ab@novell.com <ab@novell.com> wrote:
>
> And what does it look like in /etc/hosts?

Hosts content is ok, or the connection would have worked with the IP.

I just solved it, somehow.
In Yast:

  • Security and Users
  • Local Security
  • Security Overview
  • Enable Basic (or extra) services in runlevel 5
    There, I had to enable VSFTPD myself.

It works now, but I consider that eighter a bug, or a design flaw.
If there is such a thing as the FTP Server configuration tool, I’d expect it
to take care of all configuration settings surrounding the FTP daemon.

Just goes to prove that the more security you have, the less anything works.
:slight_smile:

Well, we got there in the end.
Thanks for reactions !


When in doubt, use brute force.
– Ken Thompson