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 12 years ago

#1014 closed Defekt (ungültig)

Namensauflösung auf ltspl1

Reported by: Rüdiger Kupper Owned by: bau
Priority: bald erledigen Milestone: Schuljahr 2013/14
Component: Server: LML-Server (paedml) Severity: beeinträchtigt den Unterricht einiger Lehrer
Keywords: Cc:

Description

Derzeit funktioniert keine Namensauflösung auf ltspl1.
Als Nameserver ist 10.16.209.3 eingetragen (db), hatte gestern auch funktioniert.
Der apt-get update funktioniert, weil für den apt ein Proxy eingetragen ist:

Acquire::http::Proxy "http://129.143.4.2:8080/";
Acquire::ftp::proxy "ftp://129.143.4.2:8080/";
Acquire::https::proxy "https://129.143.4.2:8080/";

Um welchen Rechner handelt es sich da?

Change History (8)

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

Der gleiche Eintrag musste noch in der Client-Chroot vorgenommen werden, damit auch dort apt funktioniert.
Außerdem habe ich diesen Proxy in der .bashrc für root als http_proxy gesetzt, sowohl auf ltspl1 als auch in der Client-chroot. Nun funktioniert auch der Update des flash-installers (manuell).

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

dig sagt:

2.4.143.129.in-addr.arpa. 1800	IN	PTR	wwwproxy.belwue.de.

Müssen generell alle Anfragen aus dem Lehrernetz ins Internet durch diesen Proxy? Und welche Protokolle lässt der durch?

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

Wenn das generell gilt, sollte http_proxy besser in /etc/environment gesetzt werden statt in den .bashrc-Files der lokalen Nutzer.

comment:4 by bau, 13 years ago

Wir befinden uns im Schulverwaltungsnetz in dem wir keinen Einfluss auf die Namensauflösung und die Proxyserver haben. Das ist vom KM vorgegeben, da gelten strenge Sicherheitsanforderungen. Deshalb muss jeglicher Verkehr über den wwwproxy von BelWUE. Ich nehme an, der lässt nur HTTP und HTTPS durch, für nähere Informationen müssten wir bei BelWUE nachfragen.

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

Okay, das spricht dafür, die http_proxy-Variable in /etc/environment zu setzen, dann gilt sie automatisch für alle lokalen Nutzer (bisher gibt's da ja nur root und linadmin).

Die LDAP-Nutzer bekommen den Proxy zum Surfen über Dein WPAD-Verfahren, richtig? Für Anwendungen außerhalb von Browsern haben wir dann ein Problem. Aber das wird vermutlich wenige betreffen.

comment:6 by bau, 13 years ago

LDAP-Nutzer?
Alle Clients erhalten bei Anfrage, wer denn wpad.kg-fds.de ist den db.kg-fds.de zurück. Per HTTP-Anfrage ziehen die sich die Datei ​http://wpad.kg-fds.de/wpad.dat, das ist ein JavaScript, welches dem Browser den Weg ins Netz über den Proxyserver weist. Das ist unabhängig vom User. Nur im Schülernetz fragt der Proxy noch nach einer gültigen User/Passwort-Kombination, diese verifiziert er am LDAP.

Im Lehrernetz ist es also ganz gut, die Variablen http_proxy, ... auch auf den Clients zu setzen.

comment:7 by jas, 12 years ago

Milestone: Schuljahr 2012/13 → Schuljahr 2013/14

Wie schauts mit der Namensauflösung?

comment:8 by Rüdiger Kupper, 12 years ago

Resolution: → ungültig
Status: new → closed

Ist hinfällig, ltspl1 erhält nach seiner Virtualisierung die Trusty-Installation von ltspl2, und dort klappt die Namensauflösung.

Note: See TracTickets for help on using tickets.