Die Drei von der IHK
Am vergangenen Wochenende (30.07.2006, ca. 23:30) wollte ich einen Blick in die Liste der Ausbildungsbetriebe in der Region Nordschwarzwald (Pforzheim + Umgebung) werfen. Leider ging das nicht, denn der Server, auf dem diese Listen liegen, war nicht erreichbar dank Zeitüberschreitung (= timeout).
Erst dachte ich, es läge an meiner Anbindung – habe also das getan, was ich in solchen Fällen immer mache: Ein paar traceroutes ausgeführt mittels 6 verschiedener Traceroute-Server, gefunden via traceroute.org. Diese bestätigten allerdings mein Ergebnis: Der Server ist nicht im Internet erreichbar!
Ich bündelte also meine Ergebnisse und sendete sie mit einer Bitte, dieses Problem doch zu beheben, dem laut Ripe.Net zuständigen Admin zu.
Es dreht sich hierbei übrigens um folgende IP: 141.88.164.101
Folgenden Kommentar bekam ich am nächsten Tag (31.07.2006, Eingang ca. 13 Uhr, abgesendet 07:35) zurück:
Sehr geehrter Herr Wolf,
hierbei muss es sich um ein Problem ihres Internet-Providers im
Zusammenhang mit der DNS-Auflösung handeln! Die URL ist nicht mir Adressen
verknüpft, die zum IHK-NET (141.88.0.0/16) gehören, sondern zum
Web-Provider ECOFIS, der ihk24.de registriert hat. Auszug vom denic:****************************
ihk24.deTechnischer Ansprechpartner, Zonenverwalter
Der technische Ansprechpartner (tech-c) betreut die Domain ihk24.de in
technischer Hinsicht.Der Zonenverwalter (zone-c) betreut die Nameserver der Domain ihk24.de.
Name: Domain Service
Kontakttyp: PERSON
Adresse: Ecofis GmbH
Emil-Figge Str. 86
PLZ: 44227
Stadt: Dortmund
Land: DE
Telefon: +49 231 7545 0
Telefax: +49 231 7545 209
E-Mail: domain@ecofis.deTechnische Daten
Nameserver: ns1.ecofis.de.
Nameserver: pns.dtag.de.
Nameserver: secondary006.dtag.net.
Nameserver: ns2.ecofis.de.***************************************************************************************************************
Die IP-Adressen wurden auf dessen DNS-Servern korrekt hinterlegt:
nslookup
> > server ns1.ecofis.de
Standardserver: ns1.ecofis.de
Address: 194.55.223.220
> > www.nordschwarzwald.ihk24.de
Server: ns1.ecofis.de
Address: 194.55.223.220
Name: www.nordschwarzwald.ihk24.de
Address: 194.55.223.219Mit diesen Angaben (und über die primären DNS-Server der Deutschen Telekom
AG) werden die URLs richtig aufgelöst.Hinsichtlich Ihrer inhaltlichen Anfrage möchte ich Sie bitten, sich direkt
mit der IHK-Nordschwarzwald in Verdindung zu setzen; dort wird man Ihnen
sicherlich eine solche Liste erstellen und zuschicken können.Mit freundlichen Grüßen,
(Name entfernt)IHK Gesellschaft für Informationsverarbeitung mbH
Emil-Figge-Str. 86, 44227 Dortmund
Telefon: +49(0231)9746-258
Telefax: +49(0231)9746-111
mailto:(E-Mail entfernt)
Schon mal gut am Ziel vorbeigeschossen! Der Inhalt meiner Mail wurde offenbar einfach ignoriert, zumindest aber nicht nachgeprüft – ich wurde lapidar mit einem “Du bist ein DAU, du hast keine Ahnung, es liegt an deinem ISP” abgespeist. Folgend der Text meiner Mail (leicht gekürzt) – nur so zum Vergleich:
hallo,
unter folgender URL wird auf einen server über eine IP zugegriffen, die laut ripe.net zu Ihrem kontingent gehört. leider kommt es die ganze zeit zu einem timeout, wenn ich versuche, die jeweiligen listen einzusehen.
http://www.nordschwarzwald.ihk24.de/PFIHK24/PFIHK24/produktmarken/aus_und_weiterbildung/ausbildung/Aktuelle_Ausbildungsbetriebe/index.jsp
(…) wäre eine FUNKTIONSTÜCHTIGE liste natürlich SEHR praktisch.
technische details: ich komme hier via arcor 16mbit/s ADSL2+ ins netz, Standort Karlsruhe, Linux-System mit Kernel 2.4, SuSE 9.x, Firefox 1.5 bzw. Konqueror 3.1.
Telnet gibt ebenfalls timeout, genauso wie ein traceroute und ping sowohl über dieses System als auch über inka.de (…)
falls der Server nicht mehr in betrieb sein sollte, d.h. falsche URL-angaben vorliegen, wäre es sehr hilfreich, wenn Sie mir eine Liste der Ausbildungsbetriebe (…) als dateianhang zukommen lassen würden.
danke im voraus,
cu, mfg, w0lf.
Eine zweite Mail, die ich direkt danach mit demselben Betreff losgeschickt hatte, enthielt die Liste der verwendeten Traceroute-Server, welche ich folgend nochmals aufbereitet wiedergebe:
noch weitere traceroute-server, die nur timeouts bzw. fehlermeldungen zurückliefern:
- http://www.fh-friedberg.de/traceroute.html
- http://www.space.net/support/service/traceroute/index.html
- http://www.tal.de/tools/traceroute.php
- http://latency.hosteurope.de/lg/
- http://lg.ip-exchange.de/
Daraufhin bastelte ich mir ein kleines PHP-Script, welches mittels der Snoppy.class einfach nur den Inhalt einer Seite unformatiert, d.h. als Quelltext, wiedergibt. Hätte ja sein können, dass diese IP dynamisch eingefügt wird, also erst einmal auf die ursprüngliche Seite gerichtet. Fazit: die IP taucht natürlich wieder auf. Und ist auch immer noch nicht erreichbar!
Zeitpunkt: 31.07.2006, ca. 14 Uhr
Daraufhin habe ich an mehrere Freunde und Bekannte geschrieben mit der Bitte, diese IP (141.88.164.101) doch einmal auf Erreichbarkeit zu überprüfen. Ich mag ja vielleicht kein Uber-Server-Admin sein, aber verschaukeln lass ich mich noch lange nicht!
Innerhalb von rund 90 Minuten bekam ich mein Ergebnis von 2 Personen mehrfach bestätigt. Im Laufe des Tages trudelten dann noch 2 weitere Mails ein, mit demselben Ergebnis: Timeout! Timeout! Timeout! Sie sind hier tw. gekürzt und mit URLs versehen wieder gegeben:
Mail #1 (31.07.2006 15:24, Standort Schweiz):
Also, ich würde mal sagen die Adressen sind eindeutig tot. Traceroute geht nicht, Ping geht nicht, nmap geht nicht. Ich schlage vor der Admin soll mal seine Finger aus dem Arsch nehmen und seinen Job machen. Kannste ihm schöne Grüsse ausrichten und dass er ein fauler Sack ist!
Server in Pittsburgh (ISP=pair Networks):
% traceroute 141.88.164.101
traceroute to 141.88.164.101 (141.88.164.101), 64 hops max, 44 byte packets
1 butyl.pair.net (192.168.1.10) 1.963 ms 0.793 ms 0.896 ms
2 unknown.Level3.net (64.156.240.29) 13.048 ms 12.992 ms 13.001 ms
3 ge-4-0-0-52.gar1.Washington1.Level3.net (4.68.121.34) 12.997 ms ge-4-0-0-56
.gar1.Washington1.Level3.net (4.68.121.162) 13.306 ms ge-4-0-0-54.gar1.Washingt
on1.Level3.net (4.68.121.98) 13.291 ms
4 4.68.111.50 (4.68.111.50) 13.207 ms dtag-level3-oc48.Washington1.Level3.net
(67.29.172.2) 124.272 ms 4.68.111.50 (4.68.111.50) 13.314 ms
5 do-eb1.DO.DE.net.DTAG.DE (62.154.61.234) 99.499 ms 99.222 ms 98.992 ms
6 0117318-1-1-gw.DO.DE.net.DTAG.DE (62.154.63.204) 99.756 ms 99.326 ms 98.9
16 ms
7 62.153.237.2 (62.153.237.2) 98.932 ms 98.433 ms 98.824 ms
8 * * *
9 * * *
^CServer im Wohnzimmer (ISP=Kyberna/Teleport):
%traceroute 141.88.164.101
traceroute to 141.88.164.101 (141.88.164.101), 64 hops max, 40 byte packets
1 194-208-059-001.tele.net (194.208.59.1) 8.919 ms 10.706 ms 7.931 ms
2 194-208-099-225.tele.net (194.208.99.225) 9.167 ms 9.492 ms 9.646 ms
3 atm3-0-1-VDZ0.tele.net (194.183.133.9) 11.516 ms 12.936 ms 13.818 ms
4 fas0-1-70-cr3-SWZ1.net.tele.net (194.183.133.188) 12.512 ms 32.278 ms 12.
533 ms
5 gig-2-2-309.blxZHZ002.gw.cablecom.net (62.2.154.53) 16.502 ms 49.271 ms 2
7.157 ms
6 pos-1-0.blxGVE001.bb.cablecom.net (62.2.6.122) 20.537 ms 21.087 ms 24.722
ms
7 62.156.138.225 (62.156.138.225) 27.500 ms 23.690 ms 23.281 ms
8 do-eb1.DO.DE.net.DTAG.DE (62.154.61.106) 59.358 ms 179.285 ms 196.321 ms
9 0117318-1-1-gw.DO.DE.net.DTAG.DE (62.154.63.204) 48.036 ms 46.352 ms 45.8
55 ms
10 62.153.237.2 (62.153.237.2) 45.361 ms 48.174 ms 47.148 ms
11 * * *
12 *^C
%Server bei der Arbeit (ISP=Magnet/IP-Plus):
%traceroute 141.88.164.101
traceroute to 141.88.164.101 (141.88.164.101), 64 hops max, 40 byte packets
1 192.168.1.1 (192.168.1.1) 4.990 ms 1.270 ms 6.581 ms
2 zhtix1-lns01.magnet.ch (213.189.132.76) 20.595 ms 23.387 ms 25.693 ms
3 zhtix1-r01-fa4-0-vl65.magnet.ch (213.189.131.194) 21.924 ms 22.518 ms 21.
310 ms
4 gw-cyberlink1.cyberlink.ch (212.55.223.233) 25.944 ms 27.221 ms 24.753 ms
5 217.6.49.129 (217.6.49.129) 24.834 ms 26.582 ms 33.923 ms
6 do-eb1.DO.DE.net.DTAG.DE (62.154.61.106) 40.048 ms 37.299 ms 37.476 ms
7 0117318-1-1-gw.DO.DE.net.DTAG.DE (62.154.63.204) 44.662 ms 33.846 ms 35.6
96 ms
8 62.153.237.2 (62.153.237.2) 35.043 ms 38.075 ms 38.650 ms
9 * * *
10 * * *
11 * * *
12 *^C
%
Mail #2 (31.07.2006 15:25, Standort Schweden):
Da kommt neues Fenster, und dann nur noch das in der Adressleiste (bis zum Timeout);
http://141.88.164.101/ihk24berufe/ihk24_gastronomie/ihk24_gastronomie%20Berufe.html
http://141.88.164.101/ihk24berufe/ihk24_kaufmann/ihk24_kaufmaennische%20Berufe.html
http://141.88.164.101/ihk24berufe/ihk24_gewerblich/ihk24_gewerbltech%20Berufe.html
Außerdem kann ich auch von keinem meiner Server drauf zugreifen, zum beispiel:
=============
web1@bilbo ~ $ ping 141.88.164.101
PING 141.88.164.101 (141.88.164.101) 56(84) bytes of data.— 141.88.164.101 ping statistics —
9 packets transmitted, 0 received, 100% packet loss, time 8014ms
=============Diese IP ist einfach nicht erreichbar aus dem Internet.
Mail #3 (31.07.2006 16:28, Standort Karlsruhe):
Huhu,
habe es auch mal getestet.
Bei mir sind es auch nur IP-Adressen, die nicht gehen.
Mail #4 (31.07.2006 17:51, Standort München):
Wenn du damit den Link zu den kaufmännischen, gewerblichen oder gastronomischen Ausbildungsbetrieben meinst, dann liegst du richtig. Seitenladefahler bei allen dreien und der Link zeigt auf eine IP/bla/bla ….
getestet mit mozilla und IE
Ergebnisse gebündelt und nochmals an den IHK-Admin gesendet.
Danach hab ich mir gedacht: der ignoriert mich sowieso, ergo habe ich dann dieses Problem an den in der Ursprungsseite als Ansprechpartner genannten Herrn weitergeleitet:
Sehr geehrter Herr xxxxx,
am Wochenende habe ich auf die Liste der Ausbildungsbetriebe in und um Pforzheim Zugriff nehmen wollen. Leider war das nicht möglich, da die verknüpften Adresse auf eine IP zeigen, die NICHT erreichbar ist.
Die URL dazu: http://www.nordschwarzwald.ihk24.de/PFIHK24/PFIHK24/produktmarken/aus_und_weiterbildung/ausbildung/Aktuelle_Ausbildungsbetriebe/index.jsp
Überprüft hatte ich das mittels verschiedener Traceroute-Server, die u.a. unter Traceroute.org (Germany) aufgeführt sind.
Darauf habe ich den Ansprechpartner für diese IP-Adresse ermittelt, welchem ich dann mein Problem und dieses Ergebnis mitgeteilt habe.
Seine Antwort fiel in Kurzform so aus: Ihr Provider ist schuld.
Somit hatte er wohl meine E-Mail gar nicht gelesen, mich quasi automatisch als Dümmsten Anzunehmenden User (= DAU) abgeurteilt.Was ich natürlich ausgesprochen unverschämt fand, weswegen ich nun ein Script auf meinem Webspace-Account instaliert habe, das ebenfalls beweist, dass diese IP NICHT erreichbar ist. da mein Webhoster natürlich seine Server nicht bei mir daheim stehen hat, sondern über eigene Wege (via IP-Exchange / Nürnberg und Schlund + Partner / Karlsruhe) ins Internet verfügt, stützt dies meine Behauptung.
Eine vor ca. 1 Stunde versendete Mail mit der Anfrage an Freunde und Partner, ob sie diese Seite bzw. die drei Verknüpfungen dort bitte auf Erreichbarkeit testen konnten, ergab bis dato die 2 folgenden Mitteilungen:
Vielleicht haben Sie oder derjenige, der diese Seiten erstellt hat, einfach was falsch eingegeben – oder das verwendete CMS hat was falsch gemacht. das kann ich so nicht beurteilen, dennoch:
Es wäre sehr schön, wenn ich endlich Einblick auf diese Listen bekommen könnte (…).
Danke im Voraus,
mit freundlichen Grüßen,
Fabian Wolf.ps: ich bin vielleicht kein Server-Admin, aber ich bin seit 1995 online, arbeite 1998 mit Websites + Co. (als Programmierer und Webdesigner) und lass mich nicht gern als Idioten oder blutigen Anfänger verkaufen – deswegen der ganze Hokuspokus (= flame war)
Die Rückantwort dazu wie folgt (stark gekürzt – den es wurden hier 2 weitere Leute – intern natürlich – an- bzw. durchgemailt; 01.08.2006, 09:16):
Meine Antwort auf diese Unfähigkeit, mal den Allerwertesten hochzubekommen und meine Ergebnisse korrekt nachzuprüfen bzw. zu widerlegen, ging vor etwa 1 Stunde raus (01.08.2006, 14:09):
> Sehr geehrter Herr Wolf
> Am 31.07. hatten wir auf dieser Maschine keine Störungen.
das kann schon sein – dennoch ist die IP-adresse NICHT erreichbar, was die in der vorangegangenen mail erwähnten traceroute-auswertungen belegen. dass auf einem rechner keine störungen vorliegen, ist noch lange kein zeichen dafür, dass alles in ordnung ist!
vielleicht ist der server ja INTERN erreichbar – EXTERN, d.h. also übers Internet ist er es jedenfalls nicht!
inzwischen sind es schon 3 leute, die zum selben ergebnis kommen (mich nicht eingerechnet), die allesamt an _unterschiedlichen_ orten in europa sitzen und tw. sogar Server in den USA am laufen haben. über den server meines providers (standort karlsruhe, RZ 1&1!) bekomme ich ebenfalls nur timeout-fehlermeldungen. ich selbst bin mittels Arcor ADSL2+ (16 Mbit/s!) und als rückfall-möglichkeit auch via Strato ans netz angebunden. ich bekomme hier aber dennoch nur timeouts. die traceroute-server, über die ich getestet habe (6 an der zahl, überall in Deutschland verteilt), melden DASSELBE – immer nur timeouts!
die liste der verwendeten traceroute-server wie folgt:
http://www.fh-friedberg.de/traceroute.html
http://www.space.net/support/service/traceroute/index.html
http://www.eckes.org/modules.php?name=Content&pa=showpage&pid=2
http://lg.ip-exchange.de/
http://latency.hosteurope.de/lg/
http://www.tal.de/tools/traceroute.php
was muss denn noch passieren, dass Sie da was unternehmen!?
zu behaupten, ein webserver sei erreichbar, wenn er es ERWIESENERMASSEN nicht ist .. was soll das? möchten Sie in wirklichkeit einfach diese listen nicht im Internet veröffentlicht sehen? oder warum ignorieren Sie sämtliche INHALTE meiner Mails und schreiben lapidar, dass es keine Probleme mit diesem Server geben würde.
Wir sprechen hier übrigens von dieser IP: 141.88.164.101
cu, mfG, w0lf.
Aus lauter Frust und Kloperei hab ich dann noch testweise 2 traceroutes via Hongkong gemacht – natürlich Timeout:
- http://traceroute.hgc.com.hk/cgi-bin/nph-traceroute?141.88.164.101
- http://traceroute.pacific.net.hk/cgi-bin/nph-traceroute?141.88.164.101
Wie unfähig sind die Leute eigentlich bei der IHK? Mit den Münchnern hatte ich bis dato nie solche Absurditäten durchzuarbeiten. Ist die Arbeit so langweilig / stressig, dass man bei der IHK Nordschwarzwald irgendwelche starken Drogen, z.B. Halluzinogene oder hochprozentigen Alkohol mit Wermut konsumiert – oder warum kommt mir da nur solch ein Stuss entgegen?!?
Es ging doch nur darum, dass ich mal einen Blick in diese blöden Listen werfen wollte, weil ja vielleicht ein paar Leute auf mich zählen .. aber is ja egal, man muss ja solche hirnrissigen “Denial”-Spielchen treiben, statt was Sinnvolles zu unternehmen! }:->
@ Peter: das könnte natürlich die Lösung dieses (In)Kompetenzproblems sein. Würde mich ehrlich gesagt auch nicht wundern. Von wegen: Goldstadt Pforzheim – kennt doch keine Sau!
cu, w0lf.
Das Problem dürfte sein, dass der Chef der vermutlich relativ kleinen IHK im unteren B-Bereich besoldet wird und damit nicht unbedingt übermäßig verdient.
Da der DV-Abteilungsleiter und damit natürlich auch der zuständige Admin aber auf keinen Fall mehr verdienen dürfen, als der betreffened Gesamtleiter können bei dieser Dienststelle eben nur EDV-Mitarbeiter entsprechender Qualität (vermutlich aus anderen Bereichen übernommene) beschäftigt werden.
hi,
wenn er es halt einfach nicht besser kann
Ignorier doch den Arsch einfach oder schreib den Dienststellenleiter der IHK an, Adresse dürfte auf der Website zu eruieren sein. Wenn schon denn schon, red nicht mit dem Schmiedl, sondern mit dem Schmied (Spruch aus …..)
test
Tja, was soll man dazu sagen … es war/ist immer sehr anstregend, gegen Ignoranz vorzugehen.
krasse sache das, aber mit diesem posting ist wieder das blog geschrottet worden, im IE ist diese seite unbrauchbar, alles verschoben. immer wenn man zitate macht kommt sowas …