close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#1113 closed Defekt (erledigt)

Suchmaschinen funktionieren nicht

Reported by: ros Owned by: bau
Priority: bald erledigen Milestone: Schuljahr 2013/14
Component: Ich kenne die passende Komponente nicht. Severity: beeinträchtigt den Unterricht einiger Lehrer
Keywords: Cc:

Description

Man kann momentan weder google noch ecosia aufrufen. Sicherheitseinstellung?

Gruß, Hannes

Change History (9)

comment:1 by Rüdiger Kupper, 13 years ago

Resolution: → Doppel
Status: new → closed

Hallo Hannes,
leider wissen wir noch immer nicht, wieso wir zur Google-Seite keine Verbindung haben. Es scheint nur Google zu betreffen. Ecosia hängt auch, weil auf der Ecosia-Seite das Google-Logo angezeigt wird.

Andere Suchmaschinen funktionieren (yahoo, bing, ...). Bitte derzeit eine andere Suchmaschine benutzen.

Dieses Ticket ist ein Doppel von ticket:1074. Alles weitere dort.

comment:2 by ros, 13 years ago

Resolution: Doppel
Status: closed → reopened
Lieber Rüdiger,

bei yahoo wird die Bildersuche blockiert. Bitte dieses Blockade aufheben!

Gruß, Hannes

Am 16.09.2013 13:11, schrieb Kepler-Trac:

comment:3 by Rüdiger Kupper, 13 years ago

Owner: changed from Rüdiger Kupper to bau
Status: reopened → assigned

Stimmt.
@bau: "de.images.search.yahoo.com" wird von OpenDNS geblockt (warum?). Wie schaltet man das frei?

comment:4 by bau, 13 years ago

Beobachtung: In 1.10 booten einige Rechner vom ltsp1 - komisch, ich erhalte dabei kein Bootmenu mehr???
Auf den Edubuntu-Kisten funktioniert Google manchmal nicht, auf den Windows-Maschinen jedoch immer - Problem scheint mit dem zweiten proxy zusammenzuhängen!

comment:5 by bau, 13 years ago

Ich habe yahoo.com aus dem Filter von OpenDNS genommen. Das funktioniert übe ein WebFrontend auf opendns.com

comment:6 by bau, 13 years ago

Resolution: → erledigt
Status: assigned → closed

Die neue Firewall (ipfire) wird in der linuxmuster.net 6 mit einem MAC-Adressen-Filter bestückt. Sie filtert also sehr viel zielorientierter, als der alte IPCop. Was mich aber nervt ist, dass eigentlich von den LTSP-Clients aus garkein Internetzugang möglich sein hätte sollen! Stattdessen ging es mal und mal nicht. Ich habe den ProxyS nun in die workstations-Datei aufgenommen und hatte danach sofort Zugang zu Google - jetzt tut's wieder (hoffentlich).
Hilfreich bei der Suche war, dass ich gestern live gesehen habe, dass es auf den Windows-Maschinen ging, auf den Linux-Clients nicht :-)

in reply to:  6 comment:7 by Rüdiger Kupper, 13 years ago

Replying to bau:

Was mich aber nervt ist, dass eigentlich von den LTSP-Clients aus garkein Internetzugang möglich sein hätte sollen! Stattdessen ging es mal und mal nicht.

Heißt das, dass die LtspServer noch einen anderen "Weg ins Internet" gefunden haben? Vorbei am ipfire? Kann das sein?

comment:8 by bau, 13 years ago

Das will ich mal nicht hoffen :-)
Im Ernst: Die Anfragen landeten sichtbar beim proxys, warum der manchen Anfragen beantworten konnte und manche nicht ist mir schleierhaft!

in reply to:  8 comment:9 by Rüdiger Kupper, 13 years ago

Replying to bau:

Das will ich mal nicht hoffen :-)
Im Ernst: Die Anfragen landeten sichtbar beim proxys, warum der manchen Anfragen beantworten konnte und manche nicht ist mir schleierhaft!

Sollten wir möglichst noch herausfinden, ich habe kein gutes Gefühl, wenn da etwas vorgeht, was wir nicht verstehen.

Übrigens: Der Dropbox-Zugang klappt nun auch wieder, der ist also offenbar auch im Proxy hängengeblieben.

Note: See TracTickets for help on using tickets.