Mühe mit ftp unter X

Also nochmal langsam zum mitschreiben:

Du hast ein ibook und ein g3.

Das ibook und der g3 hängen an einem switch der
zu dem router geht.
Mit beiden hast du eine internetverbindung.
Die beide funktionieren.

Mit dem g3 kommst du ohne probleme per ftp auf einen server.
Mit dem ibook unter x nicht.
Du kannst dich zwar connecten aber siehst keine dateien.

Ich bin aber immer noch der Meinung das du in fetch den passiven ftpmode
aktivieren mußt. Da muß es eine option geben.

 

Hallo,

ja, so ist die Installation.

Und die Einstellungen habe ich ja schon seit Anfang an (siehe Bild).
Liegts am Provider, der ftp von Unixprogrammen nicht durchlasst?

Delphin

 

Das sind die Einstellungen von osx.
Unter fetch muß es auch eine option geben?

Ansonsten machs mal auf die traditionelle Art:
Öffne das terminal und gib ein
ftp

danach
open

danach
ftp.wasweisichwihin.at

Username und
password eingeben.

 

Hallo,

der obere Teil des Bildes ist ja fetch, der untere Teil die Systemeinstellung.

Also, das mit dem Terminal hat geklappt (Bild).

Delphin

 

So, habe es gerade nochmals mit dem G3 unter 10.2.8 versucht. Es geht kein Haar besser, die gleichen Ergebenisse und Fehlermeldungen: Fetch und Rbrowser können verbinden, aber nichts darstellen. Mit dem Terminal komme ich rein.

Delphin

 

Wenn solch wilde Probleme auftauchen, kann es an der MTU-Größe liegen. Üblicherweise unterstützt Ethernet bis zu 1500 Bytes Nutzlast per Paket. Werden aber zusätzliche Protokolle eingeschoben (z.B. PPPoE), gehen einige Bytes verloren, als Folge können nur noch kleinere Nutzlasten übertragen werden, bei mir mit DSL z.B. nur 1492 Bytes.

Ich vermute, dass in Deinem Fall die Nutzlastgröße=MTU noch kleiner ist als 1492 Bytes. Damit rechnet OS X nicht, und immer wenn OS X zu große Pakete zusammensetzt, gehen diese unterwegs verloren. Ich glaube, OS 9 begrenzt die Paketgröße auf weniger als 600 Byte, sodass hier keine Probleme auftreten (dafür ist die Performance etwas geringer).

Das Problem tritt natürlich nicht bei dem normalen Ping mit seinen lächerlichen 64 Bytes auf. FTP ist aber dafür berüchtigt, maximal große Pakete zu generieren.

Was tun? Erst einmal testen. Es gibt Pings mit einstellbarer Paketlänge, leider weiss ich den Befehl im Terminal nicht (hping oder lping oder so ähnlich). Hier muss ein Unix-Freak ran. Gibt es so jemanden da draussen?

2. Theorie
FTP benötigt eine besondere Behandlung im NAT. In deinem Fall muss es einen NAT geben, da deine MACs ja mit privaten IP-Adressen konfiguriert sind. Ein fehlerhafter NAT lässt HTTP u. Andere problemlos durch, scheitert dann aber genau bei der Antwort vom FTP-Server. Gegen diese Theorie spricht allerdings, dass FTP unter OS9 geht.

TomRadfahrer

 

Hallo Radfahrer,

ich weiss weder was MTU noch was NAT sind.

Ich habe auf Deine Antwort hin mal den Broadbandoptimizer rausgeworfen (der verstellt ja auch irgendwelche Grössen, aber es hat nichts genutzt.

Vielleicht kenne ich einen Unix-Experten, der da etwas weiss. Bis dahin nehme ich auch gerne andere Hilfe an.

Delphin

 

Hallo Tom,

zum Glück liegt bei mir ein Unixbuch auf dem Nachttisch. Um beliebig grosse Ping-Pakete zu versenden braucht es die Option -s. Meinst Du das?

Ich mache also:

[Doms-Computer:~] admin% ping -s 2012 194.25.2.129
PING 194.25.2.129 (194.25.2.129): 2012 data bytes
2020 bytes from 194.25.2.129: icmp_seq=0 ttl=245 time=107.357 ms
2020 bytes from 194.25.2.129: icmp_seq=1 ttl=245 time=109.629 ms
2020 bytes from 194.25.2.129: icmp_seq=2 ttl=245 time=108.244 ms
2020 bytes from 194.25.2.129: icmp_seq=4 ttl=245 time=220.394 ms
2020 bytes from 194.25.2.129: icmp_seq=5 ttl=245 time=92.781 ms
2020 bytes from 194.25.2.129: icmp_seq=6 ttl=245 time=125.841 ms
2020 bytes from 194.25.2.129: icmp_seq=7 ttl=245 time=93.154 ms
2020 bytes from 194.25.2.129: icmp_seq=8 ttl=245 time=132.659 ms
2020 bytes from 194.25.2.129: icmp_seq=9 ttl=245 time=232.971 ms
2020 bytes from 194.25.2.129: icmp_seq=10 ttl=245 time=141.392 ms
2020 bytes from 194.25.2.129: icmp_seq=11 ttl=245 time=98.204 ms
^C
--- 194.25.2.129 ping statistics ---
12 packets transmitted, 11 packets received, 8% packet loss
round-trip min/avg/max = 92.781/132.966/232.971 ms

Wenn ich 2013 oder mehr eingebe bleibt mir die Ausgabe stecken, bis ich mit control-c abbreche:

Doms-Computer:~] admin% ping -s 2013 194.25.2.129
PING 194.25.2.129 (194.25.2.129): 2013 data bytes
^C
--- 194.25.2.129 ping statistics ---
7 packets transmitted, 0 packets received, 100% packet loss

Das geht so bis zu 8184 bytes Grösse:

[Doms-Computer:~] admin% ping -s 8184 194.25.2.192
PING 194.25.2.192 (194.25.2.192): 8184 data bytes
^C
--- 194.25.2.192 ping statistics ---
6 packets transmitted, 0 packets received, 100% packet loss
[Doms-Computer:~] admin% ping -s 8185 194.25.2.192
PING 194.25.2.192 (194.25.2.192): 8185 data bytes
ping: sendto: Message too long
ping: wrote 194.25.2.192 8193 chars, ret=-1
ping: sendto: Message too long
ping: wrote 194.25.2.192 8193 chars, ret=-1
ping: sendto: Message too long
ping: wrote 194.25.2.192 8193 chars, ret=-1
ping: sendto: Message too long
ping: wrote 194.25.2.192 8193 chars, ret=-1
ping: sendto: Message too long
ping: wrote 194.25.2.192 8193 chars, ret=-1
ping: sendto: Message too long
ping: wrote 194.25.2.192 8193 chars, ret=-1
ping: sendto: Message too long
ping: wrote 194.25.2.192 8193 chars, ret=-1
^C
--- 194.25.2.192 ping statistics ---
7 packets transmitted, 0 packets received, 100% packet loss

Ab 8185 bytes sagt er mir dann dass es zu gross ist.

Was hilft mir das nun? Ich habe noch keine Einstellung gefunden, das Datenpaket von fetch oder rbrowser in seiner Grösse zu verändern.

Viele Grüsse,
Delphin

 

Hallo Delphin,

wenn 194.25.2.129 der FTP-Server ist, den Du erreichen willst, und der Ping mit mehr als 2000 Bytes war erfolgreich, dann ist die MTU-Grösse wohl kein Problem. Aus Deinen Pings schließe ich, dass die MTU-Größe zwischen Dir und 194.25.2.129 wohl 2012 beträgt (Ganz schön viel übrigens).

Jetzt vermute ich allerdings, dass 194.25.2.129 wohl nicht der FTP-Server Deiner Wahl ist, die Adresse sieht mehr nach einem DNS-Server aus. Wiederhole doch den Ping mit einer Länge von 1500 Bytes und der IP-Adresse des FTP-Servers. Falls Du diese nicht kennst, kannst Du im Ping auch den Domain-Namen anstelle der IP-Adresse angeben. Der Domain-Namen ist der Name ohne "ftp://", z.B. "t-online.de".

Was mich verblüfft, sind die Ping-Zeiten von über 150 ms. Bei mir sind die Pings zum DNS-Server bei ca. 50 ms, und das kommt mir schon lange vor. Bei manchen Webseiten sind Dutzende von DNS-Anfragen nötig, da dauert der Aufbau wohl sehr lange?

Falls Du zu Deinem FTP-Server doch ein MTU-Problem haben solltest, wird das wohl nicht in Fetch, sondern in den TCP/IP-Einstellungen geändert werden müssen. Üblicherweise wird so etwas pro IP-fähigem Interface eingestellt. Wenn ich rauskriege, wie das geht, melde ich mich noch einmal.

TomRadfahrer

 

OK, ich weiss jetzt, wie man die MTU einstellen kann.

Zuerst nimmt man im Terminal (igitigit, bäh, also nur im äussersten Notfall) den Befehl "ifconfig" und kriegt nun die Interfaces angezeigt. Das eingebaute Ethernet hat normalerweise die Nummer "en0". Dieses ist bei mir aktiv und hat eine MTU von 1500 Bytes. Das ist natürlich knapp daneben, da nach 5 meter kabel mein DSL-Router kommt, der die MTU auf 1492 reduziert. Laut Pings ist bei mir die effektive MTU zum DNS-Server übrigens 1462 Bytes (keine Ahnung wieso).

Mit dem Befehl

[Cube:~] zauberer% sudo ifconfig en0 mtu 1460

konnte ich die MTU kurzfristig ändern. Für diesen Befehl muss man Admin-rechte haben, nach dem nächsten Reboot ist alles wieder, wie es vorher war. Zum Experimentieren reicht es aber.

Warum konnte ich mit der alten MTU überhaupt surfen? Ich vermute, dass der Web-Browser eine MTU-Discovery durchführt und dabei automatisch feststellt, dass 1500 Bytes nicht gehen. Oder der Web-Browser nimmt (im Gegensatz zu Fetch) von vornerein kleinere Pakete. Oder (am wahrscheinlichsten) mein DSL-Router fragmentiert die Pakete, was FTP über NAT wohl nicht so einfach verträgt.

Jetzt würde mich interessieren, wie ich die MTU am einfachsten dauerhaft ändern kann. Weiss das Jemand?

TomRadfahrer

 

Hallo Tom,

diese IP kommt aus dem ersten Teil des Themas, und ich habe sie dann weiterverwendet.

Also, ich habe es mal mit ftp-Servern ausprobiert. Nicht gerade ermutigend.

[Doms-Computer:~] admin% ping ftp.sc-donau.at
PING ftp.sc-donau.at (62.116.13.58): 56 data bytes
^C
--- ftp.sc-donau.at ping statistics ---
19 packets transmitted, 0 packets received, 100% packet loss
[Doms-Computer:~] admin% ping ftp.netscape.com
PING ftp.gftp.netscape.com (207.200.85.53): 56 data bytes
^C
--- ftp.gftp.netscape.com ping statistics ---
23 packets transmitted, 0 packets received, 100% packet loss
[Doms-Computer:~] admin% ping ftp.fu-berlin.de
PING ftp.fu-berlin.de (130.133.1.100): 56 data bytes
64 bytes from 130.133.1.100: icmp_seq=0 ttl=241 time=79.379 ms
64 bytes from 130.133.1.100: icmp_seq=1 ttl=241 time=80.981 ms
64 bytes from 130.133.1.100: icmp_seq=2 ttl=241 time=54.535 ms
64 bytes from 130.133.1.100: icmp_seq=3 ttl=241 time=46.419 ms
64 bytes from 130.133.1.100: icmp_seq=4 ttl=241 time=125.011 ms
64 bytes from 130.133.1.100: icmp_seq=5 ttl=241 time=45.105 ms
64 bytes from 130.133.1.100: icmp_seq=6 ttl=241 time=60.096 ms
64 bytes from 130.133.1.100: icmp_seq=7 ttl=241 time=47.026 ms
64 bytes from 130.133.1.100: icmp_seq=9 ttl=241 time=44.329 ms
64 bytes from 130.133.1.100: icmp_seq=10 ttl=241 time=47.566 ms
64 bytes from 130.133.1.100: icmp_seq=11 ttl=241 time=46.577 ms
64 bytes from 130.133.1.100: icmp_seq=12 ttl=241 time=47.688 ms
64 bytes from 130.133.1.100: icmp_seq=13 ttl=241 time=75.488 ms
64 bytes from 130.133.1.100: icmp_seq=14 ttl=241 time=69.632 ms
64 bytes from 130.133.1.100: icmp_seq=15 ttl=241 time=110.491 ms
64 bytes from 130.133.1.100: icmp_seq=16 ttl=241 time=45.681 ms
^C
--- ftp.fu-berlin.de ping statistics ---
17 packets transmitted, 16 packets received, 5% packet loss
round-trip min/avg/max = 44.329/64.125/125.011 ms


[Doms-Computer:~] admin% ping www.ppcnux.de
PING www.ppcnux.de (217.160.139.129): 56 data bytes
^C
--- www.ppcnux.de ping statistics ---
27 packets transmitted, 0 packets received, 100% packet loss
[Doms-Computer:~] admin%

Ich habe es gerade mit fetch probiert und komme bei der FU Berlin sofort rein! Aber: ich habe versucht, dann weiterzugehen. In das Verzeichnis mac bin ich noch gekommen. Dort habe ich das Verzeichnis driver gewählt, und nach fünf Minuten Warten wurde der Vorgang abgebrochen (Bild unten).

Dann habe ich noch versucht, aus dem Browser (iCab 2.9.5) etwas über ftp herunterzuladen (ftp://ragtime.ftp.fu-berlin.de/mac_os_X/RagTime_Privat_deCH_5.6.4.dmg) und das endet mit "FTP-Fehler #1" (Bild oben).

Den Befehl ifconfig habe ich mal eingegeben. Was sagt mir das jetzt?

[Doms-Computer:~] admin% ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::203:93ff:fed9:9d48%en0 prefixlen 64 scopeid 0x4
inet 192.168.2.101 netmask 0xffffff00 broadcast 192.168.2.255
ether 00:03:93:d9:9d:48
media: autoselect (100baseTX <full-duplex>) status: active
supported media: none autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,hw-loopback>
[Doms-Computer:~] admin%

Wie soll ich meinen MTU (was heisst das eigentlich) ändern, wenn doch 2012 durchgehen?

Aber ich weiss bereits die Antwort auf Deine Frage, wie man das dauerhaft ändert: SHELLSCRIPT IN DEN STARTOBJEKTEN!

Vielen Dank
Delphin

 

Merkwürdig, ich habe dreimal versucht, die Antwort da oben abzusenden, und jedesmal sagt mir der Rechner, macwelt.de sei nicht erreichbar, aber die Antwort ist dann dreimal im Thema! Aber das angehängte Bild fehlt!

Die zwei überzähligen konnte ich schon mal löschen. Mal sehen, ob ich jetzt noch das Bild reinkriege.
Delphin

 

Wieder kein Bild?
Jetzt mal mit Programmneustart ...
Delphin

 

Hallo Delphin,

wenn ein Ping zu einem Server nicht möglich ist, kann das auch daran liegen, dass irgendein ein Admin-Knilch auf dem Server oder auf einem Router dazwischen Ping gesperrt hat. Solche Knilche gibt es leider (ohne triftigen Grund) immer mehr, auch hier im Forum wimmelt es von Knilchen, die einen Ping für eine Attacke aus dem Netzwerk halten. Es kursieren hier sogar Empfehlungen für Programme, die die Antwort auf Pings aus dem Internet unterdrücken. Aber das ist ein altes Thema, manche schwören aufs Kruzifix, andere auf Knoblauch und manche kaufen eine "Personal Firewall".

Jedenfalls, ohne durchgängigen Ping kann man von Hand nicht so ohne weiteres MTU-Discovery machen. Mit ein paar Tricks geht es trotzdem, aber das führt hier zu weit.

Noch etwas zu FTP: TFP verwendet zwei Sockets. Ein Socket dient für die kleinen Kontroll-Pakete, ein anderer Socket wird geöffnet, wenn größere Datenmengen in großen Paketen zu übertragen sind. Lässt das Netzwerk nun den Port für den Kontroll-Socket durch, ist aber für den anderen Port dicht, könnte das genau zu Deinem Fehlerbild führen. Du hast doch hoffentlich keine dubiose Firewall installiert? Ein zweites Problem von FTP ist, dass die Port-Nummern des zweiten Sockets dynamisch variabel sind und in dem Datenstrom des ersten Sockets übertragen werden müssen, bevor die zweite Socket-Verbindung steht. Eine Firewall oder ein NAT (Network Address Translation) muss nun das FTP-Protokoll kennen, den ersten Datenstrom überwachen, bis der Port übermittelt wird, und dann die neue Port-Nummer herausfischen und diese Port-Nummer im NAT konfigurieren bzw. in der Firewall freischalten.
Ein fehlerhafter NAT oder eine Fragmentierung im Signalweg reicht also, um FTP unbrauchbar zu machen.

Ich wünsche Dir dennoch viel Glück bei der weiteren Fehlersuche.

TomRadfahrer

BTW: Ich denke immer noch, dass es an der MTU liegt, weil dies ein offensichtlicher Unterschied zwischen OS 9 und OS X ist. Bei Dir ist die MTU auf 1500 eingestellt. Probiere doch einmal, ob eine temporäre Umstellung auf 500 Bytes etwas bringt.

Danke noch einmal für den Tipp mit den Skripten in Start-Objekten. Das Problem ist nur, dass ich so immer in der Arbeit Probleme lösen muss, und ich hoffe doch sehr, dass es für den MAC etwas einfacheres gibt.

 

Hi Delphin,

schalt doch mal den PASV Mode aus
manchmal hilft das
passive FTP braucht man eigendlich eh nur hinter einem Proxi

 

Hallo Duc916,

ich habe das gerade nochmals durchgespielt. Ich habe alle acht Varianten (passives FTP an/aus mit Firewall an/aus mit FTP-Dienst an/aus) ausprobiert und es hat nichts geholfen. Immer die gleiche Fehlermeldung.
Trotzdem danke.

Hallo Tomradfahrer,

ich habe gerade die mtu-Länge auf 500 und 1000 Bytes gesetzt und es hat nichts genützt. Dies mit passiv ftp und Firewall an. Meinst Du es hat einen Wert, hier auch alle acht Varianten (siehe oben) durchzuprobieren?

Ich habe übrigens auch über das Terminal keine vollständige Funktionalität. Wenn ich mit einbuche und dass "ls" oder "dir" eintippe passiert gar nichts mehr! Ich musste gestern mal weg und habe nach zwei Stunden auf den Befehl "dir" noch immer keine Reaktion bekommen!

Was ist denn bei OS X so anders als bei OS 8/9, wo es doch gut funktioniert?

Soll ich mal bei meinem ISP vorbeigehen? Ich bin garantiert der einzige Macianer und vermutlich auch der einzige Unix-Anwender, den er hat. Vielleicht ist er auf uns einfach nicht vorbereitet?

Vielen Dank,
Delphin

 

Hallo Delphin,

glaube nicht, dass noch mehr Versuche mit der MTU Sinn machen. Um welchen FTP-Server handelt es sich denn? Erreichen andere Macianer mit OS X den gleichen Server problemlos? Eventuell kann ich auch einmal einen Versuch starten. Ich würde jetzt zu gerne wissen, ob es generell an OS X liegt oder nur eine Spezialität Deines ISP ist.

TomRadfahrer

 

Hallo Radfahrer,

ich habe gerade mein iBook mit 9.2.2 gestartet und mit fetch 3.03 problemlos eine Verbindung zu mehreren Servern bekommen.

D.h. mit 8/9 komme ich von beiden Rechnern rein, mit X.2.8 von keinem Rechner!

Die Server, die ich versuche zu erreichen, sind ja in den Terminalauszügen zu sehen.
ftp.sc-donau.at ist mein Schwimmclub, da kann ich Dir das Passwort zum Spielen nicht geben.
ftp.fu-berlin.de ist ein öffentlicher Server, wo jeder rein kann. Dann habe ich noch ftp.netscape.com versucht. Jeweils mit den Programmen fetch 4.03 und der aktuellen Version von Rbrowser.

Ein Programmierer, der dieses Forum nicht liest hat gemeint, das es noch mit dem update auf 10.2.8 zusammenhängen könnte, denn das update sei voll von Fehlern. Ich habe zufälligerweise erst nach dem update auf 10.2.8 das erste Mal versucht, mit ftp ins Netz zu gehen. Ich habe eine ungenutzte Partition in meinem iBook. Soll ich dort mal neu installieren?

Auf der anderen Seite habe ich jetzt gerade etwas anderes versucht (bitte nicht böse sein, dass es mir erst jetzt eingefallen ist). Ich habe mich mit dem eingebauten 56k-Modem und X.2.8 ins Internet eingewählt und die oben erwähnten Server in wenigen Sekunden mit fetch erreicht. Heisst dass, das mein ISP ein mit unix-basierten ftp-Verbindungen hat, also tatsächlich eine Spezialität?

Schönes Wochenende,
Delphin

 

Hallo Delphin,

das ist ja ganz interessant, dass es von der Art der Internet-Verbindung abhängt, ob FTP geht oder nicht. Offensichtlich hat Dein ISP ein Problem.

An 10.2.8 generell kann es nicht liegen. Wenn 10.2.8 kein FTP könnte, wäre dieses Forum voll von entsprechenden Meldungen. Das Neuinstallieren von 10.2.6 würde ich mir sparen.

Interessanterweise gelingt es OS 9 irgendwie, das Problem des ISP zu umgehen. Worin unterscheidet sich nun die TCP/IP-Implementierung der beiden OS-Versionen? Das MTU-Thema haben wir ja abgehakt, was bleibt übrig?

Ich habe mir jetzt noch einmal die ganze Geschichte durchgelesen und bin auf einige Ungereimtheiten gestossen. Pings funktionieren von OS 9 und von OS X nicht? Das wäre ja sehr interessant. Kannst Du das noch einmal bestätigen? Wenn ja, würde ich auf Deine TCP/IP-Konfiguration der Macs tippen. Ist die IP-Adresse der MACs über DHCP oder manuell konfiguriert?

Aufgefallen ist mir auch, dass Dein ISP Dir eine private IP-Adresse verpasst hat. Dies bedeutet zwangsläufig, dass er einen NAT-Router (Network Address Translation) betreibt. Da es mit NAT öfters solche Probleme gibt (Gamer können ein Lied davon singen), ist dies sehr unüblich. Von T-Online bekommt man z.B. einen nahezu transparenten Zugang zum Internet ohne irgendwelche Filter oder Translations.

TomRadfahrer

 

Hallo Radfahrer,

ich habe kein Programm, mit dem ich unter 8/9 Pings senden kann (ich hatte mal eines, aber vergessen, wie es hiess; fetch kann das nicht). Ich habe pings nur unter X ausprobieren können.

Mein TCP/IP ist manuell konfiguert. Ich habe ja die Technik beschrieben, soweit ich sie kenne/verstehe. Ob es hier einen NAT-Router gibt oder nicht weiss ich nicht.

Viele Grüsse,
Delphin