May 2004 - openSUSE Edu (Deutsch) - openSUSE Mailing Lists

Sperren von Gruppen und Benutzern vom Dozentenfrontend aus
by Patrick Machauer 13 May '04

13 May '04

> Bei einer Anmeldung eines Rechners der nicht über die Adminoberfläche > angemeldet wurde und damit keinen Maschinenaccount hat wird das Script > adduser das in der smb.conf angegeben ist ausgeführt. Damit wird dann je > nachdem was in diesem Skript steht, ein Rechneraccount angelegt. Genau dies > ist aber nicht erwünscht. Es sollten nur Rechner aufgenommen werden die > definitiv einem Raum zugeordnet sind. Sonst funktionieren die Funktionen > nicht, wie einsammeln, ... > Oops eben merk ichs ! Ich kann als Dozent ja nur von einem an der Domain registrierten Raum aus Zugriffsrechte setzen ! Ganz schlecht. Wieso ? Ich möchte auch gerne von anderswo Klassenweise , nicht Raumweise sperren und freischalten können. Wir haben an den LDAP vom Schoolserver einen Radius angehängt an dem sich die Studenten authentifizieren müssen wenn sie ins wlan möchten.Dort wird mit einem filter "nointernet=yes" geprüft ob sie dürfen oder auch nicht. Die Raumweise (Hostbezogene) Sperrung macht für uns daher keinen Sinn (macht sie überhaupt Sinn ? ich will ja Benutzer einschränken nicht die Hardware), da sowieso jeder Student einen Laptop besitzt und somit über WLAN weitersurfen könnte. Die Möglichkeit des Sperrens von Gruppen und Klassen vom Dozentenaccount aus ist jedoch von essenzieller Wichtigkeit für uns. Inwieweit die Einsammel und Austeil Funktion betroffen sein soll , kann ich nicht ganz nachvollziehen, da die Daten im Home-Netzlaufwerk auf dem Server liegen und mit den Räumen eigentlich nichts zu tun hat. Mein Bitte wäre , die Domänenanbindung zu automatisieren ( wie bei SLOX schon geschehen ),Die Raumsperrung zugunsten der Gruppen/Personenbezogenen Sperrung aufzugeben und sie dem Dozentenfrontend hinzuzufügen. Mit feundlichen Grüßen Patrick Machauer > > So werden willkürlich accounts an gelegt, die nicht der schönen Struktur > des Schulservers entspricht. > > > * Gesendet mit / Sent by: FEN-Webmail * http://www.fen-net.de *

2 3

Handbücher
by Martin Roß 12 May '04

12 May '04

Wo bekomme ich zum Download aktuelle Handbücher zur Administration und das für die Lehrer her? Danke und Grüße, Martin Roß

2 1

Re: [slss] Dom=?ISO-8859-1?B?w6RuZW5iZWl0cml0dCA=?=scheitert
by Markus B=?ISO-8859-1?B?9mxsaW5n?= 12 May '04

12 May '04

Über dies ist schon oft berichtet worden so funktioniert es richtig: auf Linux-Seite * Rechner mit dem Schulserver über Rechner Domänen aufnehmen. Dann erhält er einen Rechnernamen, wie z.B. it1-pc01, eine IP mit Hilfe von dhcp zugeteilt auf Windows Seite: * Prüfen ob die zuweisung der IP-Daten per dhcp erfolgt ist. Aktualisierungsintervall beachten. Das geht so: Start->ausführen. Dort cmd eingeben: dann auf der Windows Konsole ipconfig /all . Dort steht dann ob der Rechner schon die richtige IP und den richtigen DNS Namen hat. Achtung hat nichts mit dem netbiosnamen zu tun. * Hostnamen des Rechners in dem vom Schulserver zugeteilten ändern. Arbeitsgruppe beliebig einstellen, muss ungleich Domänenname sein * Rechner neu starten * Rechnerdomänenaufnahme als Administrator durchführen. Achtung Benutzername zu aufnehmen root passwort des adminbenutzers des Schulservers. >Ich hatte das Problem auch und es ist meiner Meinung nach darauf >zurÃ¼ckzufÃ¼hren,das Maschinenaccounts zum Teil im System (Posix) >und teilweise im LDAP (SMBaccount) erzeugt werden. Bei einer Anmeldung eines Rechners der nicht über die Adminoberfläche angemeldet wurde und damit keinen Maschinenaccount hat wird das Script adduser das in der smb.conf angegeben ist ausgeführt. Damit wird dann je nachdem was in diesem Skript steht, ein Rechneraccount angelegt. Genau dies ist aber nicht erwünscht. Es sollten nur Rechner aufgenommen werden die definitiv einem Raum zugeordnet sind. Sonst funktionieren die Funktionen nicht, wie einsammeln, ... >Nachdem ich das adduser-script in der /etc/samba/smb.conf >dahingehend geÃ¤ndert hatte , dass auch der notwendige posix Teil >in LDAP erzeugt wurde,hat alles einwandfrei funktioniert. So werden willkürlich accounts an gelegt, die nicht der schönen Struktur des Schulservers entspricht. * Gesendet mit / Sent by: FEN-Webmail * http://www.fen-net.de *

3 2

Re: [slss] Domänenbeitritt scheitert
by slss＠cross-tech.de 12 May '04

12 May '04

Hallo, ich hatte das gleiche Problem beim Einrichten bzw. Anmelden von Windows 2000 Rechnern. Konnte das Problem beheben indem ich die Rechnernamen nicht mit z.B. Raum1-Pc01 sonder einfach nur PC01 genommen habe. Dann hats funktioniert. Bis auf ein oder zwei mal, da musste ich den PC vorher in eine beliebige Arbeitsgruppe stellen (jedoch nicht "Arbeitsgruppe"). Ich weiß zwar nicht ob dies die "optimale" Lösung ist, jedoch hats bei mir geholfen. Gruss Robert -------- Original Message -------- Subject: [slss] Domänenbeitritt scheitert (11-Mai-2004 18:41) From: martin.ross(a)online.de To: slss(a)cross-tech.de > Hallo, > > bekomme für zwei XP Prof Rechner unseres Informatikraumes keine Anbindung > an die Domäne. Habe folgendes gemacht: > > (1) Rechner-Account (Z030-PC07) auf dem Server gelöscht unter admin DHCP > Konfiguration > (2) PC vorläufig an Arbeitsgruppe statt an Domäne angemeldet > (3) PC neu gestartet: Über die Admin Oberfläche wieder unter dem > freigewordenen Namen angemeldet, mit der passenden automatisch eingelesenen > MAC Adresse. > (4) PC wieder unter der Domäne angemeldet: Fehlermeldung: Zugriff > verweigert (nach etwa 20 Sekunden) > > Frage: Muss ich auf klein und Großschreibung achten? Habe die Räume mit > Großbuchstaben eingerichtet. Wie kann ich sie, wenn das wichtig ist, wieder > umbenennen? > > Grüße und Danke, > Martin Roß > > To: slss(a)suse.com >

2 1

Fw: [slss] Domänenbeitritt scheitert
by Martin Roß 12 May '04

12 May '04

Was genau muss ich denn in der smb.conf ändern, d.h., wie genau muss die Zeile danach aussehen. Kann dabei was kaputtgehen, oder an anderer Stelle nicht mehr funktionieren, wenn ich diese Änderung vornehme? In welcher Datei stehen überhaupt die ganzen Einträge der Rechner (Accounts?) Grüße, Martin ---------------------------------------------------------------------------- ------------ Ich hatte das Problem auch und es ist meiner Meinung nach darauf zurückzuführen,das Maschinenaccounts zum Teil im System (Posix) und teilweise im LDAP (SMBaccount) erzeugt werden. Nachdem ich das adduser-script in der /etc/samba/smb.conf dahingehend geändert hatte , dass auch der notwendige posix Teil in LDAP erzeugt wurde,hat alles einwandfrei funktioniert. ---------------------------------------------------------------------------- ------------ ----- Original Message ----- From: "Patrick Machauer" <machauer(a)ba-mannheim.de> To: <slss(a)suse.com> Sent: Wednesday, May 12, 2004 8:56 AM Subject: Re: [slss] Domänenbeitritt scheitert Am Dienstag, 11. Mai 2004 18:51 schrieb Martin Roß: > Hallo, > bekomme für zwei XP Prof Rechner unseres Informatikraumes keine Anbindung > an die Domäne. Habe folgendes gemacht: > > (1) Rechner-Account (Z030-PC07) auf dem Server gelöscht unter admin DHCP > Konfiguration (2) PC vorläufig an Arbeitsgruppe statt an Domäne angemeldet > (3) PC neu gestartet: Über die Admin Oberfläche wieder unter dem > freigewordenen Namen angemeldet, mit der passenden automatisch eingelesenen > MAC Adresse. (4) PC wieder unter der Domäne angemeldet: Fehlermeldung: > Zugriff verweigert (nach etwa 20 Sekunden) > > Frage: Muss ich auf klein und Großschreibung achten? Habe die Räume mit > Großbuchstaben eingerichtet. Wie kann ich sie, wenn das wichtig ist, wieder > umbenennen? > > Grüße und Danke, > Martin Roß -- Um die Liste abzubestellen, schicken Sie eine Mail an: slss-unsubscribe(a)suse.com Um eine Liste aller verfgbaren Kommandos zu bekommen, schicken Sie eine Mail an: slss-help(a)suse.com

1 0

Fw: [slss] Domänenbeitritt scheitert
by Martin Roß 12 May '04

12 May '04

Hallo Robert, wenn ich den Raum weglassen würde, würden die Rechner doch nicht mehr einem Raum zugeordnet sein, wodurch ich dann die Zugriffsrechte (Internet, Drucken und Mailen erlauben) nicht mehr raumweise zuweisen könnte. Grüße, Martin Roß Hallo, ich hatte das gleiche Problem beim Einrichten bzw. Anmelden von Windows 2000 Rechnern. Konnte das Problem beheben indem ich die Rechnernamen nicht mit z.B. Raum1-Pc01 sonder einfach nur PC01 genommen habe. Dann hats funktioniert. Bis auf ein oder zwei mal, da musste ich den PC vorher in eine beliebige Arbeitsgruppe stellen (jedoch nicht "Arbeitsgruppe"). Ich weiß zwar nicht ob dies die "optimale" Lösung ist, jedoch hats bei mir geholfen. Gruss Robert -------- Original Message -------- Subject: [slss] Domänenbeitritt scheitert (11-Mai-2004 18:41) From: martin.ross(a)online.de To: slss(a)cross-tech.de > Hallo, > > bekomme für zwei XP Prof Rechner unseres Informatikraumes keine Anbindung > an die Domäne. Habe folgendes gemacht: > > (1) Rechner-Account (Z030-PC07) auf dem Server gelöscht unter admin DHCP > Konfiguration > (2) PC vorläufig an Arbeitsgruppe statt an Domäne angemeldet > (3) PC neu gestartet: Über die Admin Oberfläche wieder unter dem > freigewordenen Namen angemeldet, mit der passenden automatisch eingelesenen > MAC Adresse. > (4) PC wieder unter der Domäne angemeldet: Fehlermeldung: Zugriff > verweigert (nach etwa 20 Sekunden) > > Frage: Muss ich auf klein und Großschreibung achten? Habe die Räume mit > Großbuchstaben eingerichtet. Wie kann ich sie, wenn das wichtig ist, wieder > umbenennen? > > Grüße und Danke, > Martin Roß > > To: slss(a)suse.com > -- Um die Liste abzubestellen, schicken Sie eine Mail an: slss-unsubscribe(a)suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: slss-help(a)suse.com

1 0

Domänenbeitritt scheitert
by Martin Roß 12 May '04

12 May '04

Hallo, bekomme für zwei XP Prof Rechner unseres Informatikraumes keine Anbindung an die Domäne. Habe folgendes gemacht: (1) Rechner-Account (Z030-PC07) auf dem Server gelöscht unter admin DHCP Konfiguration (2) PC vorläufig an Arbeitsgruppe statt an Domäne angemeldet (3) PC neu gestartet: Über die Admin Oberfläche wieder unter dem freigewordenen Namen angemeldet, mit der passenden automatisch eingelesenen MAC Adresse. (4) PC wieder unter der Domäne angemeldet: Fehlermeldung: Zugriff verweigert (nach etwa 20 Sekunden) Frage: Muss ich auf klein und Großschreibung achten? Habe die Räume mit Großbuchstaben eingerichtet. Wie kann ich sie, wenn das wichtig ist, wieder umbenennen? Grüße und Danke, Martin Roß

3 2

tägliche Fehlermeldung
by Engelbert Fell 11 May '04

11 May '04

Hallo Liste, beim Hochfahren erhalten wir ständig die nachfolgend angegebene Fehlermeldung. Ansonsten läuft das System weitgehend stabil, d.h., Schüler und Lehrer können scheinbar bislang unbeeinträchtigt arbeiten. Mit freundlichen Grüßen Bert Fell Gymnasium an der Gartenstraße 41236 Mönchengladbach running daily cronjob scripts SCRIPT: clean_catman, OK. SCRIPT: clean_core, OK. SCRIPT: do_mandb, OK. SCRIPT: logrotate exited with RETURNCODE = 1. SCRIPT: output (stdout && stderr) follows Reload syslog service..done PERL PHP4 SSL Reload httpd..done /usr/bin/mysqladmin: connect to server at 'localhost' failed error: 'Access denied for user: 'root@localhost' (Using password: NO)' error running postrotate script Reloading WWW-proxy squid ..done Reloading WWW-proxy squid ..done SCRIPT: logrotate ------- END OF OUTPUT SCRIPT: slss exited with RETURNCODE = 1. SCRIPT: output (stdout && stderr) follows /etc/cron.daily/slss: line 1: db_archive: command not found mv: cannot stat `/etc/samba/secrets.tdb.2': No such file or directory lpstat: Unable to connect to server: Connection refused cancel: Unable to contact server! lpstat: Unable to connect to server: Connection refused SCRIPT: slss ------- END OF OUTPUT SCRIPT: suse.de-backup-rc.config, OK. SCRIPT: suse.de-backup-rpmdb, OK. SCRIPT: suse.de-check-battery, OK. SCRIPT: suse.de-clean-tmp, OK. SCRIPT: suse.de-clean-vi, OK. SCRIPT: suse.de-cron-local, OK. SCRIPT: updatedb, OK. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.596 / Virus Database: 379 - Release Date: 26.02.2004

2 1

Probleme beim Drucken
by Engelbert Fell 11 May '04

11 May '04

Hallo Liste, ich habe den Printserver auf einen anderen Rechner ausgelagert. Das Webinterface funktioniert auch weitgehend, nur die Bilder fehlen ( wo liegen die auf dem Server?). Der Versuch, einen Kyocera Mita FS 1800+ unter CUPS einzubinden, gelang nur ansatzweise. Der Netzwerkdrucker wurde erkannt und mit einem der für diesen Drucker angebotenen Treiber (Postscript) installiert. Eine Testseite wurde auch ausgedruckt, allerdings war der Inhalt etwas merkwürdig. Auf einem Windows 2000 Client installierte ich dann über IPP zunächst einen Postscriptdrucker. Ein Ausdruck gelang auch, aber einer halben Seite unformatiertem Text wurden mehrere Seiten Vor- und Nachspann beigefügt. Auch die Installation des Kyocera-Treibers auf Client Seite verbesserte nichts. Wer weiss Rat? Mit freundlichen Grüßen Bert Fell Gymnasium an der Gartenstraße 41236 Mönchengladbach --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.596 / Virus Database: 379 - Release Date: 26.02.2004

2 1

Probleme beim Update
by Engelbert Fell 11 May '04

11 May '04

Hallo Herr Varkoly, bei dem Versuch, die Updates einzuspielen, meldete Yast ein ernstes Problem: Konflikt mit cyrus-imapd 2.1.16 - 8 - cyrus-imapd benötigt usr/bin/db_verify Konfliktlösung - ignorieren und instabiles System riskieren - beteiligte Pakete (cyrus-imapd und web-openschool) löschen An dieser Stelle haben wir den Versuch erst mal abgebrochen. Läßt sich das Problem irgendwie ohne Neuinstallation lösen? Mit freundlichen Grüßen Bert Fell Gymnasium an der Gartenstraße 41236 Mönchengladbach --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.596 / Virus Database: 379 - Release Date: 26.02.2004

2 1