Hallo,
ich hänge mal wieder mit meinem Suse Linux 3.19.3-1, und zwar bei *gFTP* zu Strato
Fehlermeldungen: *Der Socket ist nicht verbunden* bzw. Adressfamilie wird nicht unterstützt
Kann jemand helfen ? Danke vorweg ?
Manfred Westermayer ---
Details hier:
gFTP 2.0.19 gftp.org bei FAQs habe ich nichts hilfreiches gefunden
Log: ... Suche IP Adresse von westermayer.de Versuche westermayer.de:0 Verbindung mit westermayer.de erfolgreich:0 220 Speak friend, and enter USER www.westermayer.de 331 FTP login okay, send password. PASS xxxx 230 User logged in, proceed. SYST 215 UNIX Type: L8 TYPE I 200 Using BINARY mode to transfer data. PWD 257 "/" is current directory. Lade Verzeichnisliste / von der Gegenstelle (LC_TIME=de_DE.UTF-8) Kann keinem Port binden: *Die Adressfamilie wird von der Protokollfamilie nicht unterstützt* Beende Verbindung mit Gegenstelle westermayer.de ---
bzw.
229 Entering Extended Passive Mode (|||47054|) LIST -aL 150 Opening ASCII mode data connection. Fehler: Konnte nicht von Socket *Der Socket ist nicht verbunden *lesen Beende Verbindung mit Gegenstelle westermayer.de
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sun, May 07, 2017 at 08:10:30AM +0200, Manfred Westermayer wrote:
Hallo,
ich hänge mal wieder mit meinem Suse Linux 3.19.3-1, und zwar bei *gFTP* zu Strato
Fehlermeldungen: *Der Socket ist nicht verbunden* bzw. Adressfamilie wird nicht unterstützt
Ich kann zwar mit der Fehlermeldung nicht viel anfangen, aber wenn die Kommandoverbindung klappt und die Datenverbindung nicht, wie es in Deinem Fall zu sein scheint, würde ich es mal mit passiven Modus versuchen. Schau mal, ob Du einen Befehl hast, der PASV oder passive oder ähnlich heisst.
lg - -- t
Am Sonntag, 07. Mai 2017 10:44 CEST, tomas@tuxteam.de schrieb:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sun, May 07, 2017 at 08:10:30AM +0200, Manfred Westermayer wrote:
Hallo,
ich hänge mal wieder mit meinem Suse Linux 3.19.3-1, und zwar bei *gFTP* zu Strato
Fehlermeldungen: *Der Socket ist nicht verbunden* bzw. Adressfamilie wird nicht unterstützt
Ich kann zwar mit der Fehlermeldung nicht viel anfangen, aber wenn die Kommandoverbindung klappt und die Datenverbindung nicht, wie es in Deinem Fall zu sein scheint, würde ich es mal mit passiven Modus versuchen. Schau mal, ob Du einen Befehl hast, der PASV oder passive oder ähnlich heisst.
olla!
Hmm, das hat er doch schon gemacht - siehe Protokoll. "Falsche" Adress-Family riecht ja erst mal ganz gewaltig nach IPv6 - Verkonfiguration ;-) Manfred, was hast Du denn nach aussen für ein IP?
Gruss RalfD
lg
- -- t
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAlkO3oMACgkQBcgs9XrR2kajHgCfYohvRRteXEGSu2ZxhGo6hME5 RXQAnAml3v06U+PtRa2EQx2KOrtatk94 =lSl9 -----END PGP SIGNATURE----- _______________________________________________ Freiburger Linux User Group Mail an die Liste: flug@lug-freiburg.de Mailingliste verwalten (u.a. abbestellen): https://lug-freiburg.de/mailman/listinfo/flug
Zum debuggen kannst Du Deinen ftp-Client über strace starten:
strace -e connect gftp ....
Dann solltest Du sowas wie
connect(3, {sa_family=AF_INET, sin_port=htons(20), sin_addr=inet_addr("81.169.145.74")}, 16) =
und so weiter sehen. Poste doch mal was da so alles kommt.
Gruss RalfD
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sun, May 07, 2017 at 11:41:48AM +0200, Ralf Mattes wrote:
Am Sonntag, 07. Mai 2017 10:44 CEST, tomas@tuxteam.de schrieb:
[...passive...]
olla!
Hmm, das hat er doch schon gemacht - siehe Protokoll.
In der Tat.
"Falsche" Adress-Family riecht ja erst mal ganz gewaltig nach IPv6 - Verkonfiguration ;-) Manfred, was hast Du denn nach aussen für ein IP?
Hm. Umso seltsamer. Verbindungsaufbau klappt, paar Daten gehen rüber und hinüber, und dann "wechselt" plötzlich das Protokoll? Andererseits gebe ich Dir Recht, dass die Fehlermeldung in diese Richtung zu zeigen scheint...
lg - -- t
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sun, May 07, 2017 at 05:03:43PM +0200, tomas@tuxteam.de wrote:
[Hm...]
Nachtrag: könnte das sein, dass Manfred nur ein FTP-Proxy sieht und das Problem dahinter ist (die Fehlermeldung auch von dort kommt)?
Dann hilft nur, sich beim FTP-Betreiber zu beschweren...
lg - -- t
Am Sonntag, 07. Mai 2017 17:03 CEST, tomas@tuxteam.de schrieb:
"Falsche" Adress-Family riecht ja erst mal ganz gewaltig nach IPv6 - Verkonfiguration ;-) Manfred, was hast Du denn nach aussen für ein IP?
Hm. Umso seltsamer. Verbindungsaufbau klappt, paar Daten gehen rüber und hinüber, und dann "wechselt" plötzlich das Protokoll? Andererseits gebe ich Dir Recht, dass die Fehlermeldung in diese Richtung zu zeigen scheint...
Wieso seltsam? Im Passive Mode übermittelt der Server wo der Datenkanal aufgemacht wird, wenn der da die Adresse seines Standardinterfaces liefert ist das bei heutigen Providern gerne eine IPv6-Adresse. Und wenn der Client das dann nicht kann ....
Gruss RalfD
lg
- -- t
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAlkPN08ACgkQBcgs9XrR2kbiOACfabr4lvTR1kU8Z2RwaPApI1qm AKYAn2Jvf4R3vIX74YNvH0tl+HOJZGz5 =M0Q5 -----END PGP SIGNATURE----- _______________________________________________ Freiburger Linux User Group Mail an die Liste: flug@lug-freiburg.de Mailingliste verwalten (u.a. abbestellen): https://lug-freiburg.de/mailman/listinfo/flug
Am Sonntag, 07. Mai 2017 19:02 CEST, "Ralf Mattes" rm@mh-freiburg.de schrieb:
Wieso seltsam? Im Passive Mode übermittelt der Server wo der Datenkanal aufgemacht wird, wenn der da die Adresse seines Standardinterfaces liefert ist das bei heutigen Providern gerne eine IPv6-Adresse. Und wenn der Client das dann nicht kann ....
Sorry - stimmt so nicht. IPv6 braucht Softwareunterstützung (weil Ports nicht mehr in die alten Datenstrukturen passen). Hmm-jetzt wäre wirklich die externe Adresse interessant.
Gruss RalfD
Gruss RalfD
-
Manfred Westermayer -
Ralf Mattes -
Ralf Mattes -
tomas＠tuxteam.de