staging.inyokaproject.org

Ein Peer kann ausgehenden Traffic mitschneiden, um die Datenpakete, zum Beispiel Anmeldedaten, die durch ihn gesandt werden, zu speichern. Davor kann man sich mit i2p allein nicht schützen, da i2p keine End-to-End Verschlüsselung wie HTTPS unterstützt. Dies gilt nur für das Surfen im "normalen" Internet. Das Surfen im i2p-Netzwerk ist davor sicher.

Ist dieser Nachteil nicht schon behoben. I2P unterstützt doch End-to-End Verschlüsselung: http://www.i2p2.de/faq.html#https

Ist dieser Nachteil nicht schon behoben. I2P unterstützt doch End-to-End Verschlüsselung: http://www.i2p2.de/faq.html#https

Ist geändert.

Ich habe einiges überarbeitet und verändert. Im Artikel besteht aber noch Arbeitsbedarf:

• Sicherheit/Anonym Surfen enthält einen großen Teil, der sich mit Add-ons befaßt, die beim anonymen Surfen helfen sollen.

  • Stand der Technik ist jedoch, daß diese Addons alleine keine Anonymität mehr gewährleisten können und daher zuviel "Volumengewicht" im Artikel haben

  • Es besteht thematische Überschneidung zu Firefox/Sicheres Surfen

• Lösungsvorschlag:

  • In Sicherheit/Anonym Surfen den Abschnitt "Erkennungsmerkmale beim Surfen" stark kürzen, inhaltlich auf die Techniken als solche reduzieren, evtl. weitere Techniken aufführen.

  • Die Add-on-Beschreibungen in Firefox/Sicheres Surfen integrieren.

Hi Lauscher,

vielen Dank für die Überarbeitung ☺ , Artikel ist nun im Wiki.

Gruss Lasall

Hi Lauscher,

bitte fürs Wiki die neue Rechtschreibung verwenden. Ich fände es außerdem gut, wenn ein Hinweis gesetzt wird, dass Javascript zum Funktionieren von einigen Webseiten essentiell ist (und zwar nicht nur erst unten im Aktive-Inhalte-Abschnitt, sondern direkt im Browserabschnitt).

Gruss Lasall

Lasall schrieb:

bitte fürs Wiki die neue Rechtschreibung verwenden.

Ich kann's versuchen; sorry, ich hatte schon wieder ein ß verwendet 🙄 . Allerdings habe ich außer "kein ß" und "kein ph" alle neuen Rechtschreibregeln erfolgreich vergessen - ich beherrsche die neue Rechtschreibung schlichtweg nicht (habe mich seinerzeit zum Boykott der Verordnung entschieden 😉 ).

Ich fände es außerdem gut, wenn ein Hinweis gesetzt wird, dass Javascript zum Funktionieren von einigen Webseiten essentiell ist (und zwar nicht nur erst unten im Aktive-Inhalte-Abschnitt, sondern direkt im Browserabschnitt).

ok, habe ich gemacht

Viele Grüße, Lauscher

Hi Lauscher,

kein Thema. Mir springt nur das ß immer ins Auge 😉 . Für viele Sachen gibt es ja momentan auch noch 2 Schreibweisen...

Danke für den Hinweis mit Javascript ☺ .

Gruss Lasall

Hier ist geschrieben:

Auf fast jeder Webseite ist Google im Hintergrund präsent (auch z.B. auf ubuntuusers.de) und verfolgt die Aktionen der Besucher.

Gilt das auch, wenn startpage verwendet und Google nicht über Firefox aufgerufen wird ❓

Berlin 1946 schrieb:

Gilt das auch, wenn startpage verwendet und Google nicht über Firefox aufgerufen wird ❓

Der Satz gilt für jede Webseite die Du ansurfst, wenn diese Webseite diverse Dienste von Google nutzt. Das ist zB auch bei vielen Blogs der Fall.

Ich glaube der Satz stammt aus der Zeit als uu.de JQuery von googleapis.com zog. So weit ich weiß, stimmt das so nicht mehr. Siehe auch: http://forum.ubuntuusers.de/topic/problem-unerwuenschte-verbindungen-zu-ajax-goo/#post-4089542

Hallo kaputtnik

Sagt das hier Google ist bei Ubuntuusers raus ❓

Berlin 1946 schrieb:

Sagt das hier Google ist bei Ubuntuusers raus ❓

Ja, das kann ich bestätigen. Durch loggen sind keine Verbindungen von uu.de zu Google festzustellen.

Betreffende Textstelle angepasst.

Der Sicherheit/Anonym Surfen (Abschnitt „Systemweit“) Abschnitt über die hosts-Datei scheint technisch nicht zu passen.

Wird jedenfalls hier behauptet.

MoonKid schrieb:

Der Sicherheit/Anonym Surfen (Abschnitt „Systemweit“) Abschnitt über die hosts-Datei scheint technisch nicht zu passen.

Wird jedenfalls hier behauptet.

Habe ich entsprechend angepasst, auch mit ergänzenden Hinweisen in hosts.

Danke dir. ☺

Hallo alle zusammen,

seit Firefox 29 funktionieren die beschriebenen Blockaden von google-analytics per adblock und per hosts nicht mehr: der Test von http://google-analytics.com zeigt deren Webpräsenz! Getestet auf deviversen *buntu 13.10 und 14.04. BlockSite habe ich nicht getestet. Kann das bitte mal jemand gegentesten? Hat google eine Möglichkeit entwickelt, die beiden Blockaden zu umgehen?

LG, Kupferstecher