Was ist der Unterschied zwischen https://google.com und https://encrypted.google.com?

BlueBerry - Vignesh4303

2013-03-10 20:03:15 UTC

view on stackexchange narkive permalink

Gibt es einen Unterschied zwischen der verschlüsselten Google-Suche (unter https://encrypted.google.com) und der normalen HTTPS-Google-Suche (unter https://google.com)?)?

Welche Vorteile hatte das Durchsuchen der verschlüsselten Google-Suche in Bezug auf die Sicherheit?

Beachten Sie, dass dies keine Frage zu HTTP ist vs HTTPS . Dies sind zwei Google-Dienste.

Es gibt keine verschlüsselte obere Navigationsleiste.

@John Whoa. Ich habe dies jetzt zu meiner Standardsuchmaschine gemacht. Überweiser interessieren mich nicht (ich habe sie sowieso deaktiviert), aber die fehlende obere Leiste ist eine Killer-Funktion.

@KonradRudolph Der http-Referer-Header ist eines der nützlichsten Dinge für Webmaster. Wenn Sie von einer https-Website kommen, wird diese ohnehin nicht gesendet, sodass keine Daten verloren gehen. Sie können es für uns wieder aktivieren.

@Luc Es mag nützlich sein, aber es ist auch eine krasse Verletzung der Privatsphäre des Benutzers. Eine Website hat im Allgemeinen nichts damit zu tun, zu wissen, wie ich dorthin komme. Ich bin damit einverstanden, dass es für die Website * nützlich * ist, dies zu wissen, aber nur in seltenen Fällen profitiert der * Benutzer * davon.

@KonradRudolph Als Beispiel habe ich gestern die verweisenden Websites einer von mir gepflegten Website angesehen und einige Dinge gefunden, nach denen die Leute nicht gesucht hatten. Wenn wir diese kennen (eine Beispielsuche war "Harbour Roermond" auf Niederländisch), können wir die Website optimieren, damit wir leichter gefunden werden können. Wir waren nicht der Top-Hit, während einige über uns nutzloser Linkspam waren. Ich selbst habe es nie getan, aber selbst wenn dies nur dazu diente, Geld zu verdienen, könnte der Benutzer selbst in diesem Fall davon profitieren. Dies könnte jedoch zu einer sehr langen Diskussion werden. Fühlen Sie sich frei, mich in der DMZ oder einem anderen Raum anzupingen, wenn Sie darüber diskutieren möchten;)

@KonradRudolph Benutzergewinn ist indirekt möglich: Der "Referer" ermöglicht es, den Ursprung externer Links (von Y bis X) zu protokollieren; manchmal erzeugen diese Links einen 404-Fehler in X; Wenn der Webmaster von X sich genug darum kümmert, kann er sich mit dem Webmaster von Y in Verbindung setzen, damit Links repariert werden können. Aus der Anzahl der defekten Links, die ich sehe, schließe ich, dass dies sehr selten gemacht wird. Der beste Weg, um mit defekten Links umzugehen, besteht offensichtlich darin, sie mit stabilen URLs zu vermeiden.

Mir ist aufgefallen, dass sich die Suchergebnisse in diesen Domains unterscheiden. Hat jemand eine Erklärung dafür?

$ host verschlüsselt .google.comencrypted.google.com ist ein Alias für www3.l.google.com.www3.l.google.com hat die Adresse 172.217.20.78www3.l.google.com hat die IPv6-Adresse 2a00: 1450: 400e: 80a: : 200e $ host www.google.com www.google.com hat die Adresse 172.217.20.68www.google.com hat die IPv6-Adresse 2a00: 1450: 400e: 800 :: 2004 $ curl -I https://encrypted.google.com/ --resolve encrypted.google.com:443:172.217.20.68$ curl -I https://encrypted.google.com/ --resolve encrypted.google.com:443:172.217.20.78$ curl -I https: // www.google.com/?gws_rd=cr --resolve www.google.com:443:172.217.20.68$ curl -I https://www.google.com/?gws_rd=cr --resolve www.google.com : 443: 172.217.20.78 $ curl -I https://www.google.nl/?gws_rd=cr --resolve www.google.nl:443:172.217.20.78