Firefox und MySpace

Da du angibst das Problem immer zu haben, lässt es sich bei dir ja recht leicht reproduzieren.
Log doch einfach mal den HTTP-Traffic während du eine beliebige MySpace-Seite lädst. Werf insbesondere einen Blick auf die HTTP-Header beim Request zu dem besagten URL.

Hallo,

ich habe das selbe Problem (Firefox 3.0.10, OpenSuse 11.1, KDE 3.5.9) und habe mal mit Wireshark den Verkehr geloggt. Ergebnis kann unter http://rapidshare.com/files/236962607/ff_myspace.csv.html.als csv geladen werden!

Beste Grüße,

Christian

Leider hilft das wenig nur die einzelnen Events zu sehen, die Daten wären interessant.

Zitat

die Daten wären interessant

Welche Daten brauchst du respektive welcher Datenverkehr wäre hilfreich? (TCP, HTTP?!) Dann könnte ich einen passenden Filter setzen...

Wie oben erwähnt zunächst die Response-Header zum Request auf den besagten URL.

Hallo,

sorry, ich hoffe du hälst mich nicht für komplett bescheuert, aber was meinst du ganz genau? :-???

Hab jetzt mal nur den Http/TCP-Verkehr loggen lassen-abrufbar unter http://rapidshare.com/files/23815932…ace-ff.csv.html.

Das ist inhaltlich das selbe wie oben.
Was ich meinte:
Die HTTP-Header, die der Server zurückgibt, wenn während dem Laden deine MySpace-Seite der oben erwähnte URL aufgerufen wird.

Hallo,

ich hoffe, ich habe dich jetzt richtig verstanden :

HTTP Request Header


Connect to 92.123.68.113 on port 80 ... ok


HEAD /christianpubanz HTTP/1.1[CRLF]
Host: www.myspace.com[CRLF]
Connection: close[CRLF]
User-Agent: Web-sniffer/1.0.29 (+http://web-sniffer.net/)[CRLF]
Accept-Encoding: gzip[CRLF]
Accept-Charset: ISO-8859-1,UTF-8;q=0.7,*;q=0.7[CRLF]
Cache-Control: no[CRLF]
Accept-Language: de,en;q=0.7,en-us;q=0.3[CRLF]
Referer: http://web-sniffer.net/[CRLF]
[CRLF]


HTTP Response Header
Name	Value	Delim
HTTP Status Code: HTTP/1.1 200 OK
Cache-Control:	no-cache, must-revalidate, proxy-revalidate	
Pragma:	no-cache	
Content-Type:	text/html; charset=utf-8	
Expires:	-1	
Server:	Microsoft-IIS/6.0	
X-Powered-By:	ASP.NET	
X-Server:	40ba3d9446893787be80da7eaaaf3266f30de61541d619f3	
X-AspNet-Version:	2.0.50727	
Content-Encoding:	gzip	
Date:	Fri, 29 May 2009 10:25:00 GMT	
Content-Length:	1	
Connection:	close	
Vary:	Accept-Encoding	
Set-Cookie:	MSCulture=IP=80.67.24.218&IPCulture=de-DE&PreferredCulture=de-DE&PreferredCulturePending=&Country=REU=&ForcedExpiration=633791642997234473&timeZone=0&myStuffDma=&myStuffMarket=&USRLOC=QXJlYUNvZGU9MCZDaXR5PUlzbWFuaW5nJkNvdW50cnlDb2RlPURFJkNvdW50cnlOYW1lPUdlcm1hbnkmRG1hQ29kZT0wJkxhdGl0dWRlPTQ4LjIzMzMmTG9uZ2l0dWRlPTExLjYzMzMmUG9zdGFsQ29kZT0mUmVnaW9uTmFtZT0wMg==; domain=.myspace.com; expires=Fri, 05-Jun-2009 10:24:59 GMT; path=/	
Set-Cookie:	SessionDDF2=OUgmndCsXNdPq3UrxDi7B+oAd11sWcST+YNXB7CN45g9FoEMb/t02VM6hJ361FTyRK2fknH/fq1FQKgNzx5OJA==; domain=.myspace.com; expires=Tue, 29-May-2029 10:24:59 GMT; path=/	
Set-Cookie:	FRNDIDxr2g=303831929; domain=.myspace.com; expires=Fri, 29-May-2009 22:24:59 GMT; path=/	
Set-Cookie:	NSC_mc_xxx-nbjo_80=447f29963660;expires=Fri, 29-May-09 10:27:00 GMT;path=/

Im Prinzip schon, aber das Problem wird ja durch den URL zu b.ashx verursacht. Die Header hier gelten für deine MySpace-Seite. Die Header zu b.ashx sind interessant.

So! Ich glaube, jetzt hab ich es kapiert! Sorry für meine "lange Leitung" aber ich wusste echt nicht, was du genau für Infos wolltest.

Also die Datei liegt http://b.myspace.com; demnach lautet der exate Pfad also http://b.myspace.com/b.ashx
Ich vermute irgendein Script auf MS-Basis. asxh klingt so nach irgendwas mit "active server blabla" sowie asp...
Bei meinem Bruder (Windows 2000) kommt dieses ominöse Download-Angebot nicht; von daher liegt der Verdacht nahe, dass Linux da was nicht ausführen kann oder will...

Lange Rede, kurzer Sinn-hier der >hoffentlich< richtige Header:

HTTP Request Header


Connect to 63.135.80.58 on port 80 ... ok


HEAD /b.ashx HTTP/1.1[CRLF]
Host: b.myspace.com[CRLF]
Connection: close[CRLF]
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-1.1.1 Firefox/3.0.10[CRLF]
Accept-Charset: ISO-8859-1,UTF-8;q=0.7,*;q=0.7[CRLF]
Cache-Control: no[CRLF]
Accept-Language: de,en;q=0.7,en-us;q=0.3[CRLF]
Referer: http://web-sniffer.net/[CRLF]
[CRLF]


HTTP Response Header
Name	Value	Delim
HTTP Status Code: HTTP/1.1 200 OK
Cache-Control:	private	
Content-Length:	0	
Server:	Microsoft-IIS/7.0	
X-AspNet-Version:	2.0.50727	
Date:	Fri, 29 May 2009 12:38:15 GMT

Ich hoffe, dass dem Problem nun auf den Zahn gefühlt werden kann!

Das wären die richtigen Header. Allerdings musst du das protokollieren während du mit dem Fx deine MySpace-Seite aufrufst und das Problem auftritt. Es hilft nichts, wenn ein andere Server (web-sniffer.net) die Anfrage schickt. Der Weg mit whireshark war schon der richtige, allerdings bringt es nichts, nur die Kommunikationsereignisse aufzulisten (wie oben). Über whireshark kannst du ebenfalls die HTTP-Header einsehen.

Um solche Angaben drehte es sich. Wurden diese denn aufgezeichnet, als der Fx den Download der Datei anbot?

Zitat

Das ist zu einem "GET /b.ashx" der TCP-Stream:

Das sind die HTTP-Header, nicht TCP.

An den Headern erkenne ich keine Unregelmäßigkeit, insbesondere sind die Response-Header hier identisch.
Teste es im Safe-Mode und mit einem neuen Profil.