xDSL.at

Ich post das mal hier, weil mir keine passendere Kategorie einfällt.

Jedenfalls, ich kann seit 2 oder 3 Wochen nicht mehr auf eine bestimmte IP zugreifen. Vielleicht sind auch andere betroffen, aber is ist mir halt nur bei dieser speziellen aufgefallen.

Die IP ist 97.74.180.1, gehört GoDaddy und steht irgendwo in den US of A. Mir wäre auf keine besonderen Seiten aufgefallen die dort gehostet sind, und auch sonst find ich keine besonderen Infos im Internet. Also kein Grund diese IP zu sperren oder so.

Wenn ich von meinem Internetzugang von UPC (ehemals Inode ADSL) die IP im Browser aufrufe, kommt irgendwann ein timeout. Andere Ports gehen auch nicht (SSH, FTP, etc), interessanterweise kommt aber auf Port 443 (https) eine Verbindung zustande.

Wenn ich die IP von nem anderen Provider aufrufe (Orange UMTS, über Rootserver in DE, Proxy, o.A.) geht der Zugriff einwandfrei.

Jetzt bin ich natürlich etwas Verwirrt warum da nichts geht. Blockiert UPC da was? Blockiert wer anders? Is das nur ein Fehler bei UPC? Und vorallem wie bekomm ich diese IP wieder frei?

traceroute?

an upc/inode liegts nicht

ich krieg eine antwort auf den http request

Ich glaube ich hab da grad wieder ein Deja Vu. Warum benutzen die Leute die Suchgenhfunktion des Forums nicht?

es sollte beim thread erstellen immer ein fenster aufpoppen:

Sind sie sicher, dass sie einen neuen thread erstellen wollen?

Nein / Suche benutzen / abbrechen / ............................................................/ ja

dann:

sind sie absolut sicher, dass sie einen neuen thread erstellen wllen, oder lieber SUCHEN?

Suchen / nochmals Suchen / nein / abbrechen / ............/ ja

preiti hat geschrieben:Ich glaube ich hab da grad wieder ein Deja Vu. Warum benutzen die Leute die Suchgenhfunktion des Forums nicht?

Und nach was soll ich suchen? Bei der IP findet er nichts und "Kann Seite nicht erreichen" is Bullshit weil alle gefunden wird, nur nichts sinnvolles.

Also klär mich auf welche Voodoo Suchbegriffe mich ans Ziel führen sollen.

Btw sehe gerade dass ich fto und ssh wieder erreiche kann, nur Port 80 geht nicht.

Traceroute

Code: Alles auswählen

Iduna:~# traceroute 97.74.180.1
traceroute to 97.74.180.1 (97.74.180.1), 30 hops max, 40 byte packets
1  10.0.0.1 (10.0.0.1)  0.869 ms  2.137 ms  2.400 ms
2  192.168.0.1 (192.168.0.1)  2.833 ms  3.267 ms  3.347 ms
3  mac1-fe-00-000.shuttle.vien.inode.at (213.229.45.244)  27.494 ms  29.150 ms  29.787 ms
4  bord-vl-00-510.shuttle.vien.inode.at (83.64.142.113)  31.988 ms  33.901 ms  35.555 ms
5  viec-gb-05-004.shuttle.vien.inode.at (62.99.171.45)  37.730 ms  39.937 ms  41.115 ms
6  ott2-po-00-001.shuttle.vien.inode.at (62.99.170.194)  42.609 ms  35.194 ms  71.132 ms
7  ge-2-0.ar1.VIE1.gblx.net (146.82.33.217)  193.137 ms  193.225 ms *
8  64.210.13.110 (64.210.13.110)  230.907 ms  232.024 ms  233.439 ms
9  * * *
10  ip-208-109-112-198.ip.secureserver.net (208.109.112.198)  240.511 ms  242.042 ms  243.572 ms
11  ip-208-109-113-246.ip.secureserver.net (208.109.113.246)  245.126 ms  246.052 ms  247.863 ms
12  ip-208-109-113-245.ip.secureserver.net (208.109.113.245)  178.592 ms  252.762 ms  254.279 ms
13  ip-208-109-113-245.ip.secureserver.net (208.109.113.245)  193.237 ms !X * *

zigan hat geschrieben:an upc/inode liegts nicht

ich krieg eine antwort auf den http request

Interessant, auch ein ADSL Anschluss? Keine Ahnug ob das was damit zu tun hat, aber naja...

sicherlich upc/inode adsl
sonst hätt ich nicht geantwortet

übrigens kommt als antwort nur ein kryptisches directory size ...

Hochschieb *hust*

Ich zitiere hier mal die Mail die ich an UPC geschickt habe. Ich hab einen anderen Anschluss zum Testen zur verfügung der auch überUPC läuft (allerdings kein ADSL) und auch bei diesem ist die unten angesprochene IP 195.78.94.253 nicht erreichbar. Und wer will kann ja probieren mit einem Inode/UPC DNS Server thewebcomiclist.com aufzulösen...

Ideen woran es liegt sind immer noch willkommen.

Hallo!

Seit kurzem ist 195.78.94.253 und 195.78.94.254 (und möglicherweise weitere IPs aus diesem Block) nicht erreichbar. Auf dieser IP Adresse läuft ein DNS Server u.A. für die Domain thewebcomiclist.com. Wenn ich jetzt am Rechner zuhause nach dieser Domain dirket an diesem Server frage, kommt ein timeout.

Code: Alles auswählen

daniel@loki:~$ dig thewebcomiclist.com @195.78.94.253

; <<>> DiG 9.5.0-P2.1 <<>> thewebcomiclist @195.78.94.253
;; global options:  printcmd
;; connection timed out; no servers could be reached

Dass es nicht an meinem Router oder PC liegt kann man sehen, dass auch die Inode/UPC DNS Server diese Domain nicht auflösen:

Code: Alles auswählen

daniel@loki:~$ dig thewebcomiclist.com @195.34.133.22

; <<>> DiG 9.5.0-P2.1 <<>> thewebcomiclist.com @195.34.133.22
;; global options:  printcmd
;; connection timed out; no servers could be reached

Eine andere Domain funktioniert allerdings einwandfrei:

Code: Alles auswählen

daniel@loki:~$ dig google.com @195.34.133.22

; <<>> DiG 9.5.0-P2.1 <<>> google.com @195.34.133.22
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3591
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.com.         IN   A

;; ANSWER SECTION:
google.com.      88   IN   A   74.125.87.104
google.com.      88   IN   A   74.125.87.99
google.com.      88   IN   A   74.125.87.103
google.com.      88   IN   A   74.125.87.147
google.com.      88   IN   A   74.125.87.105

;; Query time: 58 msec
;; SERVER: 195.34.133.22#53(195.34.133.22)
;; WHEN: Sat Jan 23 02:57:09 2010
;; MSG SIZE  rcvd: 108

Auch wenn ich einen anderen DNS Server verwende, bekomme ich auch von diesem eine Antwort:

Code: Alles auswählen

daniel@loki:~$ dig thewebcomiclist.com @8.8.8.8

; <<>> DiG 9.5.0-P2.1 <<>> thewebcomiclist.com @8.8.8.8
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52848
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;thewebcomiclist.com.      IN   A

;; ANSWER SECTION:
thewebcomiclist.com.   83071   IN   A   195.78.94.245

;; Query time: 43 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Jan 23 02:58:10 2010
;; MSG SIZE  rcvd: 53

Und wenn ich von einem anderen Internetanschluss aus probiere bekomm ich vom Server auf 195.78.94.253 eine Antwort:

Code: Alles auswählen

daniel@DGB2:~$ host thewebcomiclist.com 195.78.94.253
Using domain server:
Name: 195.78.94.253
Address: 195.78.94.253#53
Aliases:

thewebcomiclist.com has address 195.78.94.245
thewebcomiclist.com mail is handled by 10 a.mx.fluent.ltd.uk.

Das ganze beschränkt sich nicht auf DNS Traffic oder diese IPs, z.B. ist im Moment 97.74.180.1 (HTTP Server) nicht von meinem Inode/UPC Anschluss aus zu erreichen.


Zusammengefasst: Was geht hier vor und was gedenken Sie dagegen zu unternehmen?

Mit freundlichen Grüßen

ich hab auch probs und zwar mit sämtlichen tinypic pics die in foren als avatar verwendet werden oder leute mal zwischendurch zur erheiterung ins irc werfen

zum ansehen verwend ich halt ne proxyseite

in den foren hilft halt nur abbrechen sonst lädt sich die seite tot

dürfte aber eher an tinypic liegen da ich von anderen in verschieden ländern das auch höre das sich manche tinypic pics einfach tot laden

wenn wer ne lösung hat bitte posten

http://tinypic.com/ selber macht keine probleme

hier mal ein bsp http://i24.tinypic.com/97v71v.jpg

um den obigen traceroute zu interpretieren:

der 8. hop befindet sich bereits ausserhalb des upc-netzes: 64.210.13.110

gehört zu global crossing, ist somit ein peering-partner.

hop 9 dürfte ne firewall sein, der rest ist die struktur des anbieters/zielservers.

wenn jemand was machen muss, dann das ziel, nicht die quelle.

schon das ziel informiert?