Was treiben Congstar und Akamai mit meinem Computer? (periodischer Datenverkehr)

  • Ich frage mich gerade, ob bei mir im Hintergrund vorsätzlich Highspeed-Datenvolumen verbrannt wird, oder was da sonst kommuniziert werden könnte.


    Mein System ist ein DesktopPC mit Windows7, Firefox Browser, Huawei Mobile Stick und Congstar Prepaid Monatsflat.


    Sobald der Bowser geöffnet ist (leere Website) nimmt der PC ungefähr alle 80 Sekunden Kontakt zu einem Akamai Server auf und nutzt für mehrere Sekunden die komplette 2G Bandbreite. Das taucht auch in der Volumenstatistik des USB-Mobile-Stick auf und läppert sich auf ca. 12Mb pro Stunde (überwiegend download), ohne dass ich sonstigen Datenverkehr verursache (ob das meinem monatlichen Volumen zugerechnet wird werde ich morgen in aller Ruhe überprüfen).


    Der kontaktierte IP-Bereich ist AKAMAI-TECHNOLOGIES-FRANKFURT-8; route: 80.128.0.0/11 ; descr: Deutsche Telekom AG, Internet service provider. Das klingt so als ginge es direkt zum ISP.


    Was zur Hölle wird da an Daten transportiert? Ich kann mir nicht vorstellen, dass die Administration eines mobilen Internetzugangs dermaßen daten-intensiv ist.

  • Updates für Firefox selbst oder Addons schließt Du aus?

    "Der Funkmast steht zu nah an Wohngebieten und außerdem befindet sich ein Ponyhof auf der gegenüberliegenden Straßenseite."

  • Update für Addons kann ich ausschließen. Die habe ich probehalber deaktiviert.


    Für Firefox selber müsste ich es mal versuchen. Heute morgen findet kein ungewollter Datenverkehr statt. Das könnte dafür sprechen und es wäre auch logisch, wenn für eine solche Datei ein provider-naher Spiegelserver zum Einsatz käme.


    Das wäre aber ein ganz schön großes Update gewesen. Und wieso dann diese 80-Sekunden Vollgas-Intervalle? Wäre doch viel sinnvoller z.B. 5kb/sec-Dauertraffic zu verursachen.


    Nachtrag: Ich bin zum Versionscheck von Firefox zu "Über Mozilla Firefox" gegangen, und prompt lädt der Browser ein 27mb großes Update, von einem Akamai-Server, herunter. Allerdings startet er von null und greift sich dauerhaft die komplette Bandbreite anstatt dieser 80-Sekunden Intervalle.


    2. Nachtrag: Letztes Firefox-Sicherheitsupdate war vom 12. Dezember. Das war es gestern also nicht. Vielleicht ist der Hintergrunddienst-Download gestern nicht fertig geworden und muss heute wieder bei Null starten? Wobei 27 mb auch gestern nach spätestens 3 Stunden zusammen gekommen wären.


    3. Nachtrag: Na toll. 27mb gesaugt und dann kommt einfach "Update gescheitert". Das könnte ja schon seit Tagen/Wochen im Hintergrund so gelaufen sein. Also bleibt nur Browser-Neuinstallation von Hand. :mad:

  • Zitat

    Original geschrieben von Abi99
    Nach-/Einwurf: Wenn Du wissen willst, zu wem der Traffic zu Akamai gehört, würde ich DNS mitschniffen.


    Was genau meinst du damit? Den Server mit dem ich verbunden wurde, und für wen der betrieben wird, habe ich ja oben angegeben ( AKAMAI-TECHNOLOGIES-FRANKFURT-8; route: 80.128.0.0/11 ; descr: Deutsche Telekom AG, Internet service provider). Daher kam ja auch meine Vermutung, dass Congstar etwas damit zu tun hätte. Das dürfte wohl aber eher nicht der Fall sein.


    Man müsste irgendwie vom Akamai Server den Namen der gehosteten Datei und Originalstandort abfragen können. Meinst du mit DNS mitsniffen die Umleitung zum Spiegelserver vom Originalserver nachzuverfolgen?

  • Wikipedia


    Wenn eine App auf Akamai zugreift, weiß die App das gar nicht. Der App-Schreiber greift über DNS auf seinen Dienst zu und der ist dann eher zufällig bzw. beliebig durch irgendwen gehostet – in Deinem Fall Akamai. Beispiel: Theoretisch könnte auch Telefon-Treff.de durch Akamai verteilt werden. Du greifst weiterhin – Dein Leben lang – auf http://www.telefon-treff.de zu. Dieser Domain-Name wird über DNS zu einer IP aufgelöst – und wer das ist – Akamai oder nicht –, ist egal. Über diesen Domain-Namen bekommst Du die App raus. Die IP, die Route bzw. der Standort hilft hier nix.


    Habe gerade keine Sniffer an der Hand. Wireshark wäre hier zu detailliert, wobei Du dort nach „dns“ filtern kannst.

  • gib mal netstat -a ein und check die verbundenen IPs per RIPE (ripe.net). Im nächsten Schritt könntest Du dann die Anwendung finden, die zu dieser IP konnektiert.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!