[HaBo]

[starfoxx] · 04.03.08, 06:50

Hallo Forum

Ich suche eigentlich schon länger nach dem Problem, welches Google Maps mit mir zu haben scheint.

Wenn ich Google Maps starte läuft es etwa eine halbe Minute (oder Adresse eingeben und 2mal zoomen) ganz artig, aber irgendwann lädt es einfach keine neuen Grafiken mehr nacht. Es erscheinen graue Flächen anstatt einer Karte.

Früher hatte ich das Problem nur mit der "Karte", jetzt aber auch mit "Satellit" und "Gelände". Ich habe schon geoogelt und einen Eintrag in meiner Config verändert, [1] aber das hat nichts geholfen.

Ich habe das Problem bei IE, Firefox und Opera.
Firefox Cache: 50mb
Auflösung: 1280x1024px

Ich frage mich woran das wohl liegen könnte. Das einzige was alle3 Browser gemeinsam haben ist ja wohld as Flash Plugin sowie die Auflösung :/

Hier ein Bild:
http://www.imgnow.de/?img=googlemaps47epng.png

Danke für Antworten im voraus
mfg

[1] http://maps.google.com/support/bin/a...e&answer=21849

:::Lük::: · 04.03.08, 15:44

Scheint wohl ein weiter verbreitetes Problem zu sein. Bei mir ist es das selbe.

Anzeige

- Anzeige -

Harry Boeck · 04.03.08, 16:19

Ich habe solch ein aber wohl nur ähnliches Problem immer wieder mal, nachdem ich Werbebildchen weggeblendet habe, die mir einfach zu sehr auf den Keks gehen. Leider kommen solche Sachen auch bei Google immer wieder mal vor. Anschließend werden dann natürlich auch von Google-Maps keine Bilder mehr nachgeladen.

Noch eine Idee:
Könnte bei Dir ein Antivirenprogramm im Hintergrund in den Datenverkehr eingreifen? Und der Meinung sein, nach einer gewissen Zeit oder nach einer gewissen Aktivitätshäufigkeit die Verbindung bockieren zu müssen?

:::Lük::: · 04.03.08, 17:02

Zitat:

Original von Harry Boeck
Noch eine Idee:
Könnte bei Dir ein Antivirenprogramm im Hintergrund in den Datenverkehr eingreifen? Und der Meinung sein, nach einer gewissen Zeit oder nach einer gewissen Aktivitätshäufigkeit die Verbindung bockieren zu müssen?

Wenn überhaupt könnte ich mir das bei einer Firewall vorstellen.

[starfoxx] · 04.03.08, 17:13

Mist. Ich habe jetzt mal ohne Werbeblocker und Firewall versucht... keine Veränderung.
Interessanterweise war wieder ein ähnlicher Effekt, man konnte zu beginn "Gelände" etwas länger gebrauchen als als die Karte.

Schade eigentlich. Er scheint einfach mit der Zeit keine Bilder mehr nachzuladen :/

Habe mich auch gerade nach Einstellungen umgesehen. Es schint keine zu geben.

Also kommt jetzt eigentlch nurnoch Router und Flashplugin in Frage...

Harry Boeck · 04.03.08, 18:50

Also mit Flashplugin kann es doch wohl kaum was zu tun haben, oder? Google benutzt kein Flash in seiner Karte...

[starfoxx] · 04.03.08, 21:03

Echt jetzt? Ich habe einfach mal per Auge auf Flash getippt.
Hätte nicht gedacht dass man das sonstwie dermassen performant programmieren kann.

Dann kanns ja alles mögliche sein. Gibt es verschiedenen JavaScript versionen?
Kann man CSS updaten? Laut meinen Hintergrundprozessen ists auch keine JAVA :/

Harry Boeck · 05.03.08, 01:03

OK, Update...

Ich hatte gerade eben bei einer abendlichen entspannenden Monsterjagd das Problem, daß mal wieder die Maps von http://www.uesp.net/oblivion/map/obmap.shtml nicht angezeigt wurden (benutzt Google Maps - Unterstützung).

Dank Deines hier gestarteten Threads habe ich gleich mal das Firewall-Log bei mir konsultiert, und siehe da: In meinem Fall war sie es.
Ursache im konkreten Fall hier war, daß die Bilder von einem Port 81 nachgeladen wurden, den zu greifen die Firewall nicht zuließ (während sie sich komischerweise auch nicht wie sonst meldete - warum auch immer).

Du hast jedoch berichtet, daß bei Dir trotz Abschalten der Firewall das Verhalten bleibt. Eventuell ist bei Dir ein selbst gesetzter Filter im Router aktiv?

Das Nachladen bei Google Maps wird - soweit ich das mitbekommen habe - in Javascript über http://en.wikipedia.org/wiki/XMLHttpRequest realisiert.
Die Kartenbilder können von anderen Servern geholt werden als demjenigen, der die HTML-Seite liefert, welche die Kartenbilder präsentiert. Das kann ebenfalls Firewall-Regeln triggern.

----

Obwohl: Bei Dir geht's ja nicht darum, daß überhaupt nicht geliefert wird, sondern nach ein paar Zugriffen nicht mehr... Ist doch echt seltsam! Bin schon sehr gespannt, was es wirklich ist...

-> Eine Idee vielleicht zur Fehlersuche (wenn es wirklich wichtig ist): Du hast ja immerhin wenigstens ein paar Vergleichszugriffe, bei denen es erstmal klappt. Dann, nach einer Weile, die Zugriffe, bei denen es fehlschlägt.
Schau doch mal mit Wireshark auf den Netzverkehr!

[starfoxx] · 06.03.08, 12:52

Ich sehe mich hier gerade etwas überfordert mit Wireshark.
Ich habe das Programm und WinPcap (oder ähnlich) installiert und einfach mal meinen Ethernetcontroller (einer von 2, obwohl ich nur einen habe) ausgewählt.

Dann Firefox -> Google Maps und etwas rumgesucht.

Dann Quit -> Save as k12 txt file und es kam ein Zahlensalat raus der irgendwie nach hex aussieht. Was soll ich tun?

Code:

+---------+---------------+----------+
11:46:58,220,469   ETHER
|0   |00|14|c1|2f|f8|4e|00|1a|92|13|43|74|08|00|45|00|00|30|22|ee|40|00|80|06|c3|4b|c0|a8|01|28|d1|55|81|68|04|c9|00|50|34|e4|44|6c|00|00|00|00|70|02|ff|ff|f0|27|00|00|02|04|05|b4|01|01|04|02|

+---------+---------------+----------+
11:46:58,237,056   ETHER
|0   |00|1a|92|13|43|74|00|14|c1|2f|f8|4e|08|00|45|00|00|30|5b|85|00|00|34|06|16|b5|d1|55|81|68|c0|a8|01|28|00|50|04|c9|93|78|c5|27|34|e4|44|6d|70|12|16|58|81|3c|00|00|02|04|05|96|01|01|04|02|

+---------+---------------+----------+
11:46:58,237,093   ETHER
|0   |00|14|c1|2f|f8|4e|00|1a|92|13|43|74|08|00|45|00|00|28|22|ef|40|00|80|06|c3|52|c0|a8|01|28|d1|55|81|68|04|c9|00|50|34|e4|44|6d|93|78|c5|28|50|10|ff|ff|c4|3a|00|00|

+---------+---------------+----------+
11:46:58,237,219   ETHER
|0   |00|14|c1|2f|f8|4e|00|1a|92|13|43|74|08|00|45|00|02|57|22|f0|40|00|80|06|c1|22|c0|a8|01|28|d1|55|81|68|04|c9|00|50|34|e4|44|6d|93|78|c5|28|50|18|ff|ff|11|7d|00|00|47|45|54|20|2f|66|69|72|65|66|6f|78|3f|63|6c|69|65|6e|74|3d|66|69|72|65|66|6f|78|2d|61|26|72|6c|73|3d|6f|72|67|2e|6d|6f|7a|69|6c|6c|61|3a|64|65|3a|6f|66|66|69|63|69|61|6c|20|48|54|54|50|2f|31|2e|31|0d|0a|48|6f|73|74|3a|20|77|77|77|2e|67|6f|6f|67|6c|65|2e|63|6f|6d|0d|0a|55|73|65|72|2d|41|67|65|6e|74|3a|20|4d|6f|7a|69|6c|6c|61|2f|35|2e|30|20|28|57|69|6e|64|6f|77|73|3b|20|55|3b|20|57|69|6e|64|6f|77|73|20|4e|54|20|35|2e|31|3b|20|64|65|3b|20|72|76|3a|31|2e|38|2e|31|2e|31|32|29|20|47|65|63|6b|6f|2f|32|30|30|38|30|32|30|31|20|46|69|72|65|66|6f|78|2f|32|2e|30|2e|30|2e|31|32|0d|0a|41|63|63|65|70|74|3a|20|74|65|78|74|2f|78|6d|6c|2c|61|70|70|6c|69|63|61|74|69|6f|6e|2f|78|6d|6c|2c|61|70|70|6c|69|63|61|74|69|6f|6e|2f|78|68|74|6d|6c|2b|78|6d|6c|2c|74|65|78|74|2f|68|74|6d|6c|3b|71|3d|30|2e|39|2c|74|65|78|74|2f|70|6c|61|69|6e|3b|71|3d|30|2e|38|2c|69|6d|61|67|65|2f|70|6e|67|2c|2a|2f|2a|3b|71|3d|30|2e|35|0d|0a|41|63|63|65|70|74|2d|4c|61|6e|67|75|61|67|65|3a|20|64|65|2d|64|65|2c|64|65|3b|71|3d|30|2e|38|2c|65|6e|2d|75|73|3b|71|3d|30|2e|35|2c|65|6e|3b|71|3d|30|2e|33|0d|0a|41|63|63|65|70|74|2d|45|6e|63|6f|64|69|6e|67|3a|20|67|7a|69|70|2c|64|65|66|6c|61|74|65|0d|0a|41|63|63|65|70|74|2d|43|68|61|72|73|65|74|3a|20|49|53|4f|2d|38|38|35|39|2d|31|2c|75|74|66|2d|38|3b|71|3d|30|2e|37|2c|2a|3b|71|3d|30|2e|37|0d|0a|4b|65|65|70|2d|41|6c|69|76|65|3a|20|33|30|30|0d|0a|43|6f|6e|6e|65|63|74|69|6f|6e|3a|20|6b|65|65|70|2d|61|6c|69|76|65|0d|0a|43|6f|6f|6b|69|65|3a|20|50|52|45|46|3d|49|44|3d|63|31|30|37|63|32|62|36|32|62|66|33|31|63|31|37|3a|54|4d|3d|31|32|30|34|38|30|33|39|36|37|3a|4c|4d|3d|31|32|30|34|38|30|33|39|36|37|3a|53|3d|65|66|6f|34|35|34|4a|79|76|33|33|44|5f|44|59|38|0d|0a|0d|0a|

+---------+---------------+----------+
11:46:58,263,290   ETHER
|0   |00|1a|92|13|43|74|00|14|c1|2f|f8|4e|08|00|45|00|00|28|5b|86|00|00|35|06|15|bc|d1|55|81|68|c0|a8|01|28|00|50|04|c9|93|78|c5|28|34|e4|46|9c|50|10|1a|34|a7|d7|00|00|00|00|00|00|00|00|

Und ewig (977kb) so weiter... ?(

Harry Boeck · 06.03.08, 15:02

Oh ha, jetzt wird's interessant...
Ich bin gerade mit meiner Arbeit fertig und melde mich gleich nochmal...

Das Prinzip: Die Ausgaben vom Wireshark müssen zusammengeschrumpft werden, so daß nur noch das interessante übrigbleibt. Das muß man aber ausprobieren. Ich guck mir das gleich mal bei mir an...

----

Edit: Google wird bei mir momentan mit laufenden Wireshark komplett gesperrt.
Sämtliche anderen Internet-Seiten "funktionieren" normal.
Was das nun wieder soll, kann ich noch nicht zuordnen.
Keinerlei Log-Einträge bei der Firewall.

----

Hat auch überhaupt nichts mit der Firewall zu tun. Google scheint dicht zu sein!
Ich bekomme auch über andere Suchmaschinen keine Cache-Seite mehr von Google aufgerufen... Der Weltuntergang... ;-)
Kann das jemand bestätigen?

goflo · 06.03.08, 19:21

OT: soviel zu Google nicht erreichbar: http://www.heise.de/newsticker/meldung/104663

@ Topic: du kannst ja auf Alternativen ausweichen; zB finde ich dieses Projekt recht interessant:
http://atlas.freshlogicstudios.com/

Ist aber verständlich, dass man wissen will warum das nicht funktioniert.

Werd das mit Wireshark auch gleich mal probieren. Mein Interesse ist geweckt

Harry Boeck · 06.03.08, 21:40

So, jetzt habe ich wieder Zeit gefunden...

Du solltest als erstes den Log-Datenstrom um alles bereinigen, was nicht zu den tatsächlich interessanten Daten gehört. Du betreibst dazu den Wireshark einen Moment lang, ohne in Google Maps zu suchen.

Dann klickst Du (es ist alles ein sehr weit entwickeltes, intuitiv bedienbares Interface) in der Liste auf einen der Einträge, die Du nicht haben willst...

Spalten-sensitiv! -> Versuche, mit gesundem Verstand zu erahnen, was Du nicht benötigst! Orientiere Dich nach Adressen und Protokoll.

Rechtsklick! -> Apply as Filter! -> "and not selected"!

Beim Protokoll streikt der Wireshark bei mir (kann an der veralteten Version liegen).
Dann halt unten im Detailfenster die Protokolle aufklappen und gucken, wo sich der Protokolleintrag aus der Liste wiederfindet! -> Rechtsklick dort drauf! -> same procedure!

----

Nach ein paar Klicks hat sich der Wald gelichtet.
Jetzt nochmal in der "Filter"-Zeile oben kontrollieren und "entklammern" (der automatische Ausdrucksbastler klammert alles und jeden und vollkommen redundant).

Bei mir bleibt sowas übrig:

Code:

!(arp || dns || stp) && !tcp.analysis.duplicate_ack && !tcp.analysis.retransmission && !tcp.analysis.lost_segment

Die letzteren Elemente sind nur dem Umstand geschuldet, daß ich mich momentan für die Paketwiederholungen nicht interessiere. Obwohl das bei Dir durchaus wesentlich sein kann... -> Du kannst ja diesen Filterausdruck beliebig editieren! Er ist in sich intuitiv.

-> Google Map verschieben!

Dann bleibt bei mir ein Datenverkehr zwischen Browser und genau zwei Google-Servern übrig, der dann auch sehr gut zu sehen ist.
Auf jede Anfrage des Browsers kommt - mitunter ganz schön zeitversetzt - eine passende Antwort des angesprochenen Google-Servers.

Bei Dir müßte, sobald der Effekt mit den verlorenen Kartenteilen einsetzt, ein Teil dieser Anfragen unbeantwortet bleiben.

Sagen wir mal so: WENN Pakete ausbleiben, wüßtest Du erstmal, daß es nicht am Browser liegt. WENN sie dagegen ungefähr 1:1 mit den Anfragen reinkommen, OBWOHL der Browser nichts darstellt, wüßtest Du, daß es am Browser liegt.

Danach könntest Du (könnten wir) weitersehen...

[starfoxx] · 07.03.08, 01:00

Mal von Forne. Wenn ich den Per Rechtsklick einen Filter setzen will, bekomme ich die Fehlermeldung "Could not aquire Information to build a Filter! Try expanding or Choosing another Item". Mehrere Items auswählen kann ich nicht.

Ich haben dann einfach mal über Filter http reingenommen, dann bekomme ich brav ein paar Ips und sachen zu sehen die ich kenn. Wie ich die dann aber "extrahiere" ist eine andere Frage. Über save as -> k12 text file gibt es eben den Hexsalat. Wenn ich aber über Export gehe bekomme ich einige etwas unübersichtlich Auflistung der Packete. Auch etwas wirr.

Wie extrahiere ich die Informationen am besten lesbar?

Ich habe gerade die Entdeckung gemacht, dass die "blinden" Felder ein Muster haben. Jedes 2te Feld läuft eigentlich wie es sollte, halt einfach jedes erste nicht. Ist mir bis jetzt nie aufgefallen, aber das zieht sich wirklich durchs Band, habe das gerade etwas 2 Minuten probiert. (ist ja eigentlich eine recht clevere Taktik jedes 2te Feld von einem anderen "server" oder was auch immer verarbeiten zu lassen...

http://www.imgnow.de/?img=googlemaps70cpng.png

// Was ist das?

Zitat:

223 ___ 10.016120 ___ 192.168.1.1 ___ 239.255.255.250 ___ SSDP ___ NOTIFY * HTTP/1.1

(reines Interesse, schaue mir zum ersten mal Packete an, die Untenstriche habe ich selbst gemacht, da das Board irgendwie keine Mehrfachleerschläge oder Tabulatoren anzeigt)

// wie kann ich das "Packetfenster" Leeren? Das clear oben bezieht sich nur auf die Filter..

Harry Boeck · 07.03.08, 02:24

Immer mit der Ruhe. Du warst doch schon richtig...

Diese Fehlermeldung soll Dir sagen, daß Du im Fenster weiter unten die Protokolle expandieren sollst! (Auf das "+" klicken...)

Ich hatte gehofft, daß die Fehlermeldung inzwischen mal langsam behoben ist. Selbst dort mitzumachen hatte ich noch keine L... n Bedarf.

Du hattest offenbar in den Protokollzeilen in die Spalte mit dem Protokoll oder ähnlich geklickt. Die Src- und Dst-IP kannst Du dagegen direkt anklicken.
Von den paar Restfehlern abgesehen ein phantastisches Point-and-Klick-Interface!

Extrahieren solltest Du nichts brauchen. Im Wireshark-Online-Log siehst Du alles farbig hervorgehoben. Das kriegst Du woanders nicht so schnell wieder!

http://support.microsoft.com/kb/317843

Leeren: Ganz oben auf "clear"

Um bei Deinem Thema zu bleiben (Wireshark ist ja nur zur Überprüfung, ob die Anfragen an Google beantwortet werden): Bei mir sieht das nach einer Verschiebung im Google Maps-Fenster etwa so aus:

http://harryboeck.dyndns.org/verschi...-Protokoll.png

-> Auf 19 Anfragen des Browsers gehen 19 Antworten der Server ein (hier sind's mal drei Google-Server gewesen). Das ganze Signalspiel dauert insgesamt 15 Sekunden: die meisten Kartenbildchen in der ersten Zehntelsekunde, zwei Antworten rund eine halbe Sekunde verzögert und zwei Handshakes (warum auch immer) nach 15 Sekunden.

Sieht das bei Dir ähnlich aus, solange alles funktioniert? Sieht es immer noch so aus, wenn es nicht mehr funktioniert?

:::Lük::: · 07.03.08, 16:29

Zitat:

Original von [starfoxx]

Zitat:

223 ___ 10.016120 ___ 192.168.1.1 ___ 239.255.255.250 ___ SSDP ___ NOTIFY * HTTP/1.1

(reines Interesse, schaue mir zum ersten mal Packete an, die Untenstriche habe ich selbst gemacht, da das Board irgendwie keine Mehrfachleerschläge oder Tabulatoren anzeigt)

Dafür gibt es die [CODE]-Tags.

Zurück zum Thema: Ich denke, dass derjenige der eine Antwort auf diese Frage hat wohl am ehesten Google selber ist. Leider finde ich im Moment keine Support-Mailadresse, an dich ich solch einen "Bugreport" schicken könnte. Hätte da jemand eine Idee?

Anzeige

- Anzeige -

04.03.08, 06:50	#1 (permalink)
[starfoxx] Senior Member Registriert seit: 18.09.05 Likes: 0	mit Google Maps Anzeige Hallo Forum Ich suche eigentlich schon länger nach dem Problem, welches Google Maps mit mir zu haben scheint. Wenn ich Google Maps starte läuft es etwa eine halbe Minute (oder Adresse eingeben und 2mal zoomen) ganz artig, aber irgendwann lädt es einfach keine neuen Grafiken mehr nacht. Es erscheinen graue Flächen anstatt einer Karte. Früher hatte ich das Problem nur mit der "Karte", jetzt aber auch mit "Satellit" und "Gelände". Ich habe schon geoogelt und einen Eintrag in meiner Config verändert, [1] aber das hat nichts geholfen. Ich habe das Problem bei IE, Firefox und Opera. Firefox Cache: 50mb Auflösung: 1280x1024px Ich frage mich woran das wohl liegen könnte. Das einzige was alle3 Browser gemeinsam haben ist ja wohld as Flash Plugin sowie die Auflösung :/ Hier ein Bild: http://www.imgnow.de/?img=googlemaps47epng.png Danke für Antworten im voraus mfg [1] http://maps.google.com/support/bin/a...e&answer=21849

06.03.08, 21:40	#12 (permalink)
Harry Boeck Registriert seit: 17.02.06 Likes: 0	So, jetzt habe ich wieder Zeit gefunden... Du solltest als erstes den Log-Datenstrom um alles bereinigen, was nicht zu den tatsächlich interessanten Daten gehört. Du betreibst dazu den Wireshark einen Moment lang, ohne in Google Maps zu suchen. Dann klickst Du (es ist alles ein sehr weit entwickeltes, intuitiv bedienbares Interface) in der Liste auf einen der Einträge, die Du nicht haben willst... Spalten-sensitiv! -> Versuche, mit gesundem Verstand zu erahnen, was Du nicht benötigst! Orientiere Dich nach Adressen und Protokoll. Rechtsklick! -> Apply as Filter! -> "and not selected"! Beim Protokoll streikt der Wireshark bei mir (kann an der veralteten Version liegen). Dann halt unten im Detailfenster die Protokolle aufklappen und gucken, wo sich der Protokolleintrag aus der Liste wiederfindet! -> Rechtsklick dort drauf! -> same procedure! ---- Nach ein paar Klicks hat sich der Wald gelichtet. Jetzt nochmal in der "Filter"-Zeile oben kontrollieren und "entklammern" (der automatische Ausdrucksbastler klammert alles und jeden und vollkommen redundant). Bei mir bleibt sowas übrig: Code: !(arp \|\| dns \|\| stp) && !tcp.analysis.duplicate_ack && !tcp.analysis.retransmission && !tcp.analysis.lost_segment Die letzteren Elemente sind nur dem Umstand geschuldet, daß ich mich momentan für die Paketwiederholungen nicht interessiere. Obwohl das bei Dir durchaus wesentlich sein kann... -> Du kannst ja diesen Filterausdruck beliebig editieren! Er ist in sich intuitiv. -> Google Map verschieben! Dann bleibt bei mir ein Datenverkehr zwischen Browser und genau zwei Google-Servern übrig, der dann auch sehr gut zu sehen ist. Auf jede Anfrage des Browsers kommt - mitunter ganz schön zeitversetzt - eine passende Antwort des angesprochenen Google-Servers. Bei Dir müßte, sobald der Effekt mit den verlorenen Kartenteilen einsetzt, ein Teil dieser Anfragen unbeantwortet bleiben. Sagen wir mal so: WENN Pakete ausbleiben, wüßtest Du erstmal, daß es nicht am Browser liegt. WENN sie dagegen ungefähr 1:1 mit den Anfragen reinkommen, OBWOHL der Browser nichts darstellt, wüßtest Du, daß es am Browser liegt. Danach könntest Du (könnten wir) weitersehen...

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Ansicht
Linear-Darstellung Zur Hybrid-Darstellung wechseln Zur Baum-Darstellung wechseln

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
GPS Google Maps und Co...	mauralix	Internet Allgemein	7	18.07.09 10:34
Company of Heroes Maps	Corex	Games	0	09.05.07 11:50
Bug bei Google Maps	2Bios	Fun Section	30	09.01.07 14:19
Google Maps: Pacman	throjan	Fun Section	1	16.03.06 10:04
Image-Maps	SiRRiuS	(Web-) Design und webbasierte Sprachen	2	15.07.02 15:12

04.03.08, 15:44	#2 (permalink)
:::Lük::: Registriert seit: 17.10.06 Likes: 0	Scheint wohl ein weiter verbreitetes Problem zu sein. Bei mir ist es das selbe.

04.03.08, 16:19	#3 (permalink)
Harry Boeck Registriert seit: 17.02.06 Likes: 0	Ich habe solch ein aber wohl nur ähnliches Problem immer wieder mal, nachdem ich Werbebildchen weggeblendet habe, die mir einfach zu sehr auf den Keks gehen. Leider kommen solche Sachen auch bei Google immer wieder mal vor. Anschließend werden dann natürlich auch von Google-Maps keine Bilder mehr nachgeladen. Noch eine Idee: Könnte bei Dir ein Antivirenprogramm im Hintergrund in den Datenverkehr eingreifen? Und der Meinung sein, nach einer gewissen Zeit oder nach einer gewissen Aktivitätshäufigkeit die Verbindung bockieren zu müssen?

04.03.08, 17:13	#5 (permalink)
[starfoxx] Senior Member Themenstarter Registriert seit: 18.09.05 Likes: 0	Mist. Ich habe jetzt mal ohne Werbeblocker und Firewall versucht... keine Veränderung. Interessanterweise war wieder ein ähnlicher Effekt, man konnte zu beginn "Gelände" etwas länger gebrauchen als als die Karte. Schade eigentlich. Er scheint einfach mit der Zeit keine Bilder mehr nachzuladen :/ Habe mich auch gerade nach Einstellungen umgesehen. Es schint keine zu geben. Also kommt jetzt eigentlch nurnoch Router und Flashplugin in Frage...

04.03.08, 18:50	#6 (permalink)
Harry Boeck Registriert seit: 17.02.06 Likes: 0	Also mit Flashplugin kann es doch wohl kaum was zu tun haben, oder? Google benutzt kein Flash in seiner Karte...

04.03.08, 21:03	#7 (permalink)
[starfoxx] Senior Member Themenstarter Registriert seit: 18.09.05 Likes: 0	Echt jetzt? Ich habe einfach mal per Auge auf Flash getippt. Hätte nicht gedacht dass man das sonstwie dermassen performant programmieren kann. Dann kanns ja alles mögliche sein. Gibt es verschiedenen JavaScript versionen? Kann man CSS updaten? Laut meinen Hintergrundprozessen ists auch keine JAVA :/

05.03.08, 01:03	#8 (permalink)
Harry Boeck Registriert seit: 17.02.06 Likes: 0	OK, Update... Ich hatte gerade eben bei einer abendlichen entspannenden Monsterjagd das Problem, daß mal wieder die Maps von http://www.uesp.net/oblivion/map/obmap.shtml nicht angezeigt wurden (benutzt Google Maps - Unterstützung). Dank Deines hier gestarteten Threads habe ich gleich mal das Firewall-Log bei mir konsultiert, und siehe da: In meinem Fall war sie es. Ursache im konkreten Fall hier war, daß die Bilder von einem Port 81 nachgeladen wurden, den zu greifen die Firewall nicht zuließ (während sie sich komischerweise auch nicht wie sonst meldete - warum auch immer). Du hast jedoch berichtet, daß bei Dir trotz Abschalten der Firewall das Verhalten bleibt. Eventuell ist bei Dir ein selbst gesetzter Filter im Router aktiv? Das Nachladen bei Google Maps wird - soweit ich das mitbekommen habe - in Javascript über http://en.wikipedia.org/wiki/XMLHttpRequest realisiert. Die Kartenbilder können von anderen Servern geholt werden als demjenigen, der die HTML-Seite liefert, welche die Kartenbilder präsentiert. Das kann ebenfalls Firewall-Regeln triggern. ---- Obwohl: Bei Dir geht's ja nicht darum, daß überhaupt nicht geliefert wird, sondern nach ein paar Zugriffen nicht mehr... Ist doch echt seltsam! Bin schon sehr gespannt, was es wirklich ist... -> Eine Idee vielleicht zur Fehlersuche (wenn es wirklich wichtig ist): Du hast ja immerhin wenigstens ein paar Vergleichszugriffe, bei denen es erstmal klappt. Dann, nach einer Weile, die Zugriffe, bei denen es fehlschlägt. Schau doch mal mit Wireshark auf den Netzverkehr!

06.03.08, 15:02	#10 (permalink)
Harry Boeck Registriert seit: 17.02.06 Likes: 0	Oh ha, jetzt wird's interessant... Ich bin gerade mit meiner Arbeit fertig und melde mich gleich nochmal... Das Prinzip: Die Ausgaben vom Wireshark müssen zusammengeschrumpft werden, so daß nur noch das interessante übrigbleibt. Das muß man aber ausprobieren. Ich guck mir das gleich mal bei mir an... ---- Edit: Google wird bei mir momentan mit laufenden Wireshark komplett gesperrt. Sämtliche anderen Internet-Seiten "funktionieren" normal. Was das nun wieder soll, kann ich noch nicht zuordnen. Keinerlei Log-Einträge bei der Firewall. ---- Hat auch überhaupt nichts mit der Firewall zu tun. Google scheint dicht zu sein! Ich bekomme auch über andere Suchmaschinen keine Cache-Seite mehr von Google aufgerufen... Der Weltuntergang... ;-) Kann das jemand bestätigen?

06.03.08, 19:21	#11 (permalink)
goflo Registriert seit: 09.02.06 Likes: 0	OT: soviel zu Google nicht erreichbar: http://www.heise.de/newsticker/meldung/104663 @ Topic: du kannst ja auf Alternativen ausweichen; zB finde ich dieses Projekt recht interessant: http://atlas.freshlogicstudios.com/ Ist aber verständlich, dass man wissen will warum das nicht funktioniert. Werd das mit Wireshark auch gleich mal probieren. Mein Interesse ist geweckt

07.03.08, 02:24	#14 (permalink)
Harry Boeck Registriert seit: 17.02.06 Likes: 0	Immer mit der Ruhe. Du warst doch schon richtig... Diese Fehlermeldung soll Dir sagen, daß Du im Fenster weiter unten die Protokolle expandieren sollst! (Auf das "+" klicken...) Ich hatte gehofft, daß die Fehlermeldung inzwischen mal langsam behoben ist. Selbst dort mitzumachen hatte ich noch keine L... n Bedarf. Du hattest offenbar in den Protokollzeilen in die Spalte mit dem Protokoll oder ähnlich geklickt. Die Src- und Dst-IP kannst Du dagegen direkt anklicken. Von den paar Restfehlern abgesehen ein phantastisches Point-and-Klick-Interface! Extrahieren solltest Du nichts brauchen. Im Wireshark-Online-Log siehst Du alles farbig hervorgehoben. Das kriegst Du woanders nicht so schnell wieder! http://support.microsoft.com/kb/317843 Leeren: Ganz oben auf "clear" Um bei Deinem Thema zu bleiben (Wireshark ist ja nur zur Überprüfung, ob die Anfragen an Google beantwortet werden): Bei mir sieht das nach einer Verschiebung im Google Maps-Fenster etwa so aus: http://harryboeck.dyndns.org/verschi...-Protokoll.png -> Auf 19 Anfragen des Browsers gehen 19 Antworten der Server ein (hier sind's mal drei Google-Server gewesen). Das ganze Signalspiel dauert insgesamt 15 Sekunden: die meisten Kartenbildchen in der ersten Zehntelsekunde, zwei Antworten rund eine halbe Sekunde verzögert und zwei Handshakes (warum auch immer) nach 15 Sekunden. Sieht das bei Dir ähnlich aus, solange alles funktioniert? Sieht es immer noch so aus, wenn es nicht mehr funktioniert?

[HaBo]

mit Google Maps