Hallo,
ich habe einen Vserver bei server4you gemietet.
ja ich weiß das das nicht der tollste Hoster ist, aber ich hab das Teil
schon ne ziemlich lange zeit und zahle das kleinste Packet bekomme aber
das Größte, von daher möchte ich nur ungerne wechseln.

nun zu meinem eigentlichen Problem.
Unter anderem läuft bitlbee[1] auf dem Server.
seid einigen Tagen kann bitlbee sich aber nicht mehr in sämtliche (Icq,
Yahoo, MSN und Jabber über google) genutzte IM-Netze Verbinden.

Mit Centericq hab ichs versucht, auch nichts.
zu guter letzt hab ichs ne Ebene tiefer versucht. netcat kann keine
Verbindung aufbauen, und selbst Nmap verweigert seinen Dienst.

imcp ist auf dem Gerät gesperrt ich kann da also weder pingen noch
Routenverfolgen.

w3m mag aber auch nicht icq.com öffnen.

Lieber Jea^WDirk,

On Sun, 04 May 2008 17:35:53 +0200, Dirk Pütz wrote:

[ICQ-Probleme]

Dein Traceroute sagt nur was von ICQ - hast Du auch mal getestet, wie's
bei gmail und yahoo ausschaut? (Empfehlung: tcptraceroute)

Falls nur ICQ zu ist, kann es durchaus auch sein, daß AOL Dich
aussperrt. Kommt durchaus mal vor, wird sich irgendwann auch mal wieder
legen. Grund dafür kann übermässige Nutzung von ICQ aus der IP-Range, in
der Dein vserver "steht" sein. (z.B. durch ICQ-Gateways bei
XMPP-Servern)

Peter

Hallo Peter,
buchstäblich "über Nacht" liefen alle genutzten IM-Netzwerke (wie schon
genannt, Yahoo, MSN, ICQ, und Jabber über gtalk) nicht mehr.

Ich selbst kann leider kein Traceroute absetzen da ich kein IMCP darf.
Tcptraceroute klingt aber interessant, danke.

Verfolgung nach icq.com / login.icq.com zeigt das gleiche wie schon gezeigt.

tcptraceroute talk.google.com
Selected device venet0, address 62.75.xx.xx, port 49792 for outgoing packets
Tracing the path to talk.google.com (209.85.137.125) on TCP port 80
(www), 30 hops max
1 static-ip-85-25-57-156.inaddr.intergenia.de (85.25.57.156) 0.081 ms
0.025 ms 0.021 ms
2 static-ip-62-75-235-129.inaddr.intergenia.de (62.75.235.129) 0.271
ms 0.191 ms 0.214 ms
3 * * *
4 * * *
5 * * *

On Sun, 04 May 2008 19:15:47 +0200, Dirk Pütz wrote:

Wobei das tcp in tcptraceroute nicht heisst, dass es ohne ICMP auskommt -
sondern es heisst nur, dass statt UDP (wie beim normalen traceroute) nun TCP
Pakete gesendet werden. Dh wenn ein traceroute nicht funktioniert, ist die
Wahrscheinlichkeit gross, dass ein tcptraceroute genauso wenig funktionert.

Christof

Christof Meerwald schrieb:

ich hab mich da auch schon gewundert WARUM das geht, hab mich damit aber
jetzt erstmal abgefunden.
naja, ich darf jetzt nen traceroute absetzen auf dem gerät, pingen aber
immer noch nicht...

Dirk Pütz wrote:

naja, wenn sich das Internet als die Summe ALLER Hosts definieren würde,
könntest du recht haben. In der Praxis wird aber wohl kaum zu jederzeit
jeder Host mit jedem anderen kommunzieren können. Irgendwo hakt es
immer; sei es gewollt (Firewalls, Anti-Spam-Massnahmen, Zensur) oder
ungewollte (Router-Ausfall, Fehler in Routing-Tabelle, amoklaufender
Paket-Filter, duchtrennte Leitung etc...). Dein Vertragspartner kann
daher nur für den Teil des Internets garantieren, den er selbst unter
Kontrolle hat. Darauf, was die anderen ISPs/Carrier/Server-Betreiber
machen hat dein ISP keinen Einfluss. Wenn ein Router im Netz bei ICQ
nicht mit deiner IP oder dem Subnetz deines ISPs sprechen möchte, dann
liegt das Problem dort und nicht bei deinem ISP.