Internetzugang für lokales Account auf den LT-Clients?

[Rüdiger Kupper]

Zum Debuggen des Grafikproblems wäre es nützlich, wenn ein lokal angemeldeter Nutzer an den Clients zumindest vorübergehend Internetzugang hätte. So fragt jockey, das Programm, dass die proprietären treiber nachlädt, z.B. eine Datenbank im Internet ab.
Auch für lokal laufende Programme (haben wir im Moment nicht) könnte das wichtig sein.

Wie würde man das konfigurieren? In der lokalen Firewall?

[Rüdiger Kupper]

Siehe auch comment:8:ticket:94.

[anonymous]

Normalerweise braucht doch nur der APT Zugang.
das kannst du in /etc/apt/apt.conf konfigurieren (Proxy: 10.32.1.253).
Wenn du zusätzliche Domains freigeben möchtest wäre das auf dem .253 direkt in der /etc/squid/squid.conf per ACL zu regeln.

[Rüdiger Kupper]

Das ist nach wie vor immer dann interessant, wenn ich mich auf einem LtspClient lokal als root einlogge, um irgend etwas zu debuggen (z.B. Grafiktreiber). Dann habe ich immer das Problem, dass ich keinen Internetzugang habe. Welchen Proxy kann ich da verwenden? Den 251 sicher, doch da sind viele Sachen nicht zugänglich. Und auf den 253er darf ich vermutlich von einem unberechtigten Client aus nicht.

[Rüdiger Kupper]

Hatte das Problem eben gerade wieder. Der Begreport für den nicht funktionierenden Whiteboardtreiber sollte um Systeminformationen ergänzt werden. Das geschieht normalerweise über den Befehl apport-collect <launchpad-bug-nr>. Dieser möchte auf https.www.launchpad.net` zugreifen, was nicht funktioniert hat. Ich musste verschiedene Umwege gehen, um die Informationen auf die Website zu bekommen.

Ein Test mit ping google.de ergab, dass der lokale Client zwar Namesauflösung hat (vgl. ticket:428), aber keinen Internetzugang (?).

Ich verstehe nicht so ganz, wieso kein Zugang besteht -- bis vor kurzem lief doch der Firefox auch lokal auf den Clients und hatte Internetzugang? Was ist anders, wenn ich als root lokal arbeite? Die IUmgebungsvariable http_proxy hatte ich gesetzt. Das Problem ist mit etwas unklar.

[bau]

Der Firefox bedient sich des von Microsoft entwickelten WPAD-Mechanismus [automatische Suche der Einstellungen], der Client erhält dabei beim Booten vom DHCP einen Nameserver zugewiesen, dieser löst dann den Namen wpad.kg-fds.de auf, auf diesem Server läuft ein Webserver auf dessen Port 80 der Client (genauer der Browser) eine wpad.dat herunterlädt, in der ein JavaScript steht, welches je nach IP oder URL dem Browser den Weg ins Netz weist.
Wenn du auf der Konsole bist, dann müsste das System selbst den WPAD-Mechanismus umsetzten (das macht ja normalerweise der Browser). Wenn du aber

export http_proxy=http://10.32.1.253.3128

von Hand nachreichst (oder in der .bashrc oder sonstwo voreinstellst), so sollte launchpad.net vom Proxy ausgeliefert werden, denn auf dem 10.32.1.253 (proxmoxl) steht in der /etc/squid/squid.conf:

acl canonical	dstdomain	.canonical.com .launchpad.net

Höchstens der verträgt keine zwei URL's pro Zeile - wobei überall steht, dass das so geht!

Der squid auf dem proxmoxl hat keinerlei weitere Einschränkungen, das heißt JEDER Clientrechner (bekannt oder unbekannt) und JEDER User bekommt die freigegebenen URL!

[Rüdiger Kupper]

Okay, ich schreib das http_proxy gleich mal in die bashrc für das lokale Root-Account, dann hab ich nächstes mal das Problem hoffentlich nicht mehr.
Ich hatte es natürlich mit dem 251er-Proxy probiert, und damit hat es nicht funktioniert (weil der nur bekannte Rechner durchlässt, nehme ich an?).

[bau]

Nein, das hat nicht funktioiert, da der 251 einen Benutzername und ein Passwort verlangt, das geht zwar auch ist aber nicht so geschickt wegen des Passworts:

export http_proxy=http://passwort:benutzername@10.32.1.251

[Rüdiger Kupper]

Muss man gar nicht unbedingt dort angeben, der Proxy fragt dann an der Kommandozeile nach Nutzername und Passwort.

[Rüdiger Kupper]

Milestone unbestimmter Termin deleted