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 , 13 years ago
comment:2 by , 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 , 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 , 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 , 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 , 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 , 12 years ago
| Milestone: | Schuljahr 2012/13 → Schuljahr 2013/14 |
|---|
Wie schauts mit der Namensauflösung?
comment:8 by , 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.
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).