OT - teleos ftp

[Maik Holtkamp]

Hy,

0n 02/08/22 at 08:01 Jan-Benedict Glaw told me:

> On Wed, 2002-08-21 23:14:07 +0200, Maik Holtkamp <s-y-l at gmx.net>
> wrote in message <20020821211407.GA2026 at syl.holtkamp.priv>:
> > 0n 02/08/21 at 22:32 Jan-Benedict Glaw told me:
> > > On Wed, 2002-08-21 20:38:32 +0200, Maik Holtkamp <s-y-l at gmx.net>
> > > wrote in message <20020821183832.GC726 at syl.holtkamp.priv>:
> > > > 0n 02/08/21 at 13:27 Toens Bueker told me:
> > > > > Florian Lohoff <flo at rfc822.org> meinte:
> > > > > > Kernel mit "ECN" compiled ?
> > So sieht das aus auf dem Rechner der einwählt (mit abgeschalteter
> > Firewall):
> > 
> > ---schnipp---
> > 18:05:37.557879 81.89.227.56.63688 > beavis.dts-online.net.ftp: S 1323725402:1323725402(0) win 5840 <mss 1460,sackOK,timestamp 222520 0,nop,wscale 0> (DF)
> > ---schnapp---
> 
> Welche Version ist Dein tcpdump? 

work:~ # tcpdump --version
tcpdump version 3.4a6
libpcap version 0.4a6

> Ältere Varianten zeigen ohne weiteres die TOS-Bits nicht an.
> Außerdem könntest Du nochmal versuchen, die Verbindung ohne
> gesetztem DF-Bit zu starten. Dazu:
 
> 	echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc oder echo 1 >
> 	/proc/sys/net/ipv4/ip_no_path_mtu (je nach Kernel-Version).

Habe ich jetzt mal auf Client & Einwahlrechner gemacht, gleiches Bild :(:

---schnipp---
12:58:16.493816 81.89.227.27.63774 > beavis.dts-online.net.ftp: S
2146953985:2146953985(0) win 5840 <mss 1460,sackOK,timestamp 84341
0,nop,wscale 0>
..... Wiederholungen ohne Rückmeldung......
---schnapp---

Trotzdem danke.

> Ergibt sich dabei eine Änderung? Ich hab' gerade mal (auch mit
> verschiedenen Einstellungen) auf 'beavis.dts-online.net' versucht,
> einen Connect zu bekommen. Auch bei mir tut sich da nichts, aber
> das kann daran liegen, daß ich erst garkeine IP habe, die die
> akzeptieren würden... Denn ein ping klappt auch bei mir.

*Hmm*, dass hat mich grad auf was gebracht:

Was mir nämlich auffiel, war die IP.

Ich habe mal in alten tcpdump logs gewühlt. Da fand ich nur IPs aus
einem 212.x.y.z Bereich. Seit neustem (kann ich auf den Tag/Woche
genau nicht sagen) bekomme ich diese 81er. Die 212er kann ich auch
auflösen:

---schnipp---
maik at syl:~ $ dig -x 212.62.65.185
...
185.65.62.212.in-addr.arpa. 86236 IN  PTR   dialin-185.teleos-web.de.
...
;; AUTHORITY SECTION:
65.62.212.in-addr.arpa. 2695    IN      NS      ns1.dts-online.net.
65.62.212.in-addr.arpa. 2695    IN      NS      ns2.dts-online.net.
---schanpp---

Die 81er nicht :(.

---schnipp---
maik at syl:~ $ dig -x 81.89.227.27
...
;; AUTHORITY SECTION:
81.in-addr.arpa.      5336    IN      SOA     ns.ripe.net.
ops-81.ripe.net. 2002082202 43200 7200 1209600 7200
---schnapp---

Whois sagt mir zwar, die IP's gehören der teleos/dts-online[1], aber
das IP->Name mapping haben die wohl im DNS vergessen :(.

Kann das evtl. die Probleme verursachen, dass deren ftp nix mit IP's
zu tun haben will die er nicht auflösen kann?

Ansonsten haben sie vielleicht schlicht vergessen den 81er Block im
ftp als zugangsberechtigt einzutragen, dann wäre ich ja genauso ein
Fremder wie Du.

Komisch, komisch ... wenn vielleicht nochmal ein teleos Kunde bei
dem keine Probleme bestehen schauen könnte, welche IPs ihm zugeteilt
werden.

Ach ja die Anbindungsart würde mich auch noch interessieren, ist
hier isdn.

TIA

[1] Ich hatte auch schon mal Probleme mit teleos, bei denen ich dann
    festellen musste das ich eine 192.168.x.y zugewiesen bekam und
    wahrscheinlich über NAT angebunden wurde :(, war aber nach 2-3
    Tagen erledigt.

-- 
:wq-y maik