Re: [lmn] linuxclient und Zeuhnisprogramm 5Plus

[juergen.engel...@t-online.de]

Hallo Matthias,
mit Deinem Zeugnisprogramm habe ich keine Erfahrung, wohl aber mit 
"Netzwerkprogrammen" in wine. Diese müssen als pgmadmin in den in wine als 
Laufwerk eigehängten Ordner /home/samba/progs installiert werden und 
anschließend muss als linuxadmin lmlcc ausgeführt werden. Genau findest Du 
das Vorgehen im Wiki.
Gruß Jürgen



Gesendet mit der Telekom Mail App




--- Original-Nachricht ---
Von: Mathias Rettich
Betreff: [lmn] linuxclient und Zeuhnisprogramm 5Plus
Datum: 15.05.2016, 8:50 Uhr
An: Discussions about using linuxmuster.net





Hallo Liste,

bisher haben wir bei der Erstellung der Zeugisse das Prgramm 5Plus
(einplus.exe) unter WindowsXP eingesetzt.
Ich habe mal probiert, das Programm unter wine zum laufen zu bringen.
Klappt prima.
Nur eins klappt nicht. Irgendwie hat einsplus.exe "gemerkt" wenn zwei
Nutzer (auf zwei PCs) gleichzeitig versucht haben, auf die gleiche
Klasse (die gleiche Datenbank) zuzugreifen.
In wine klappt das aus irgendeinem Grund nicht mehr.

Ich habe Laufwerk H. auf /Home_auf_Server/
gelegt. Alle greifen also auf die gleichen Daten zu.
Wer also zulett speichert, dessen Daten werden also übernommen :-(

Hat da jemand Erfahrungen

Gruß,

Mathias
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net 
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Rechte auf USB-Sticks

[Holger Baumhof]

Hallo Daniel,

ich sehe das wie du: wir haben zwei mögliche Ansätze: die Rechte beim
Einhängen des USB Sticks ändern oder die Rechte die automatisch vergeben
werden im Tauschverzeichnis ändern.

Das ganze Problem rührt wohl daher, dass die Rechte des USBSticks sehr
restrektiv sind (600 nehme ich an) UND dass dieser Eintrag:

>force create mode = 2644

die Rechte anscheinend nicht setzt sondern nur darauf beschränkt.
Wenn die Dateien selbst schon restriktivere Rechte haben, werden diese
übernommen.

Kannst du mal folgendes probieren:
1) eine Datei im Home des Users mit den Rechten
600
versehen
2) diese Datei ins Tauschverz. kopieren und dann schauen, wie die Rechte
sind.

Ich werde mal schauen, ob ich was zu den sambaoptionen finde.

VIele Grüße

Holger
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Rechte auf USB-Sticks

[Jörg Richter]

Hallo Holger,

Am 15.05.2016 um 11:28 schrieb Holger Baumhof:

Das ganze Problem rührt wohl daher, dass die Rechte des USBSticks sehr
restrektiv sind (600 nehme ich an) UND dass dieser Eintrag:


force create mode = 2644


die Rechte anscheinend nicht setzt sondern nur darauf beschränkt.
Wenn die Dateien selbst schon restriktivere Rechte haben, werden diese
übernommen.


Die Rechte werden durch diese Option eigentlich auf (mindestens) 2644 
gesetzt, auch wenn sie vorher niedriger waren. Wenn das nicht der Fall 
ist, dann muss man dem nachgehen.


Ist es denn wirklich das richtige Share? Je nach Version des Servers 
wird ja auf die Tauschverzeichnisse ganz unterschiedlich zugegriffen, z. 
B. über das Homeverzeichnis.


Um welche LML-Version handelt es sich also? Und wie genau wird auf die 
Tauschverzeichnisse zugegriffen?



Viele Grüße

Jörg Richter

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] OT: owncloud bei BelWue

[Rainer Schajor]

Hallo zusammen.


Am 14.05.2016 um 18:42 schrieb J. Gaisser:
> Hallo Rainer,
>
> Am 14.05.16 um 14:54 schrieb Rainer Schajor:
>> ich habe 8.2.1
> wie hast du das installiert?
> Alle Versuche bei mir waren nicht erfolgreich:
> - Per Web-Installer wird automatisch Version 9 installiert, die nicht
> lauffähig ist.

Ich hatte noch den Webinstaller von 8.x ...

Dabei musste ich die .htaccess-Dateien leeren aber nicht löschen.

Grüße Rainer
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

[lmn] Domainname Owncloud

[Wilfried Larisch]

Hallo zusammen,

ich habe mir von belwue für unseren Owncloudserver folgenden  
Domainname-Eintrag machen lassen:


owncloud.meine-Schule.de

In der /etc/hosts steht bislang:

141.10.57.220 owncloud

Reicht es, wenn ich daraus

141.10.57.220 owncloud.meine-Schule.de owncloud

mache oder muss ich noch in anderen Dateien tätig werden?

Viele Grüße, frohe Pfingsten, schöne Ferien ...

Wilfried
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Rechte auf USB-Sticks

[Daniel J. Rauhaus]

Hallo Holger & Jörg,

ich habe mittlerweile herausgefunden, dass das Problem offenbar
mit cp nicht auftritt - eine 0600-Datei wird ganz brav 2644, d.h.
Samba ist unschuldig und dieser Mechanismus funktioniert.

Es scheint so zu sein, dass Nautilus (und auch Nemo) die Files
wieder auf die ursprünglichen Rechte zurücksetzen, das würde
auch vielleicht erklären, dass sie erst nach dem Ende eines
Kopiervorganges "verschwinden" (dann wohl von Samba aufgrund
der entsprechenden Option verborgen werden, oder?)

Jedenfalls bleiben die Files 0600, wenn ich sie mit Nautilus
kopiere (nach /home/share/teachers), im Gegensatz zum Kopieren
mit cp.

Viele Grüße
Daniel



> Hallo Holger,
> 
> Am 15.05.2016 um 11:28 schrieb Holger Baumhof:
> > Das ganze Problem rührt wohl daher, dass die Rechte des USBSticks
> > sehr restrektiv sind (600 nehme ich an) UND dass dieser Eintrag:
> >
> >> force create mode = 2644
> >
> > die Rechte anscheinend nicht setzt sondern nur darauf beschränkt.
> > Wenn die Dateien selbst schon restriktivere Rechte haben, werden
> > diese übernommen.
> 
> Die Rechte werden durch diese Option eigentlich auf (mindestens) 2644 
> gesetzt, auch wenn sie vorher niedriger waren. Wenn das nicht der
> Fall ist, dann muss man dem nachgehen.
> 
> Ist es denn wirklich das richtige Share? Je nach Version des Servers 
> wird ja auf die Tauschverzeichnisse ganz unterschiedlich zugegriffen,
> z. B. über das Homeverzeichnis.
> 
> Um welche LML-Version handelt es sich also? Und wie genau wird auf
> die Tauschverzeichnisse zugegriffen?
> 
> 
> Viele Grüße
> 
> Jörg Richter
> 
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Rechte auf USB-Sticks

[Jörg Richter]

Hallo Daniel,


Am 15.05.2016 um 14:11 schrieb Daniel J. Rauhaus:

Hallo Holger & Jörg,

ich habe mittlerweile herausgefunden, dass das Problem offenbar
mit cp nicht auftritt - eine 0600-Datei wird ganz brav 2644, d.h.
Samba ist unschuldig und dieser Mechanismus funktioniert.

Es scheint so zu sein, dass Nautilus (und auch Nemo) die Files
wieder auf die ursprünglichen Rechte zurücksetzen, das würde
auch vielleicht erklären, dass sie erst nach dem Ende eines
Kopiervorganges "verschwinden" (dann wohl von Samba aufgrund
der entsprechenden Option verborgen werden, oder?)

Jedenfalls bleiben die Files 0600, wenn ich sie mit Nautilus
kopiere (nach /home/share/teachers), im Gegensatz zum Kopieren
mit cp.

Viele Grüße
Daniel


Perfekt, da kann man ansetzen. Ergänze doch mal auf dem Server die 
Share-Definition wie folgt:



 force create mode = 2644
 force directory mode = 2755

 force security mode = 2644
 force security mode = 2755

Danach sicherheitshalber ein "service smb restart" und den Client neu 
booten.



Viele Grüße

Jörg

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Rechte auf USB-Sticks

[Dirk Zöllner]

Hallo Daniel,

Am 14.05.2016 um 23:31 schrieb Daniel Rauhaus:

> wir sind auf das Problem gestoßen, dass Dateien und Verzeichnisse,
> die von USB-Sticks ("msdos"-Format, d.h. VFAT) in die Tauschverzeichnisse
> kopiert werden, nicht für andere Benutzer zugänglich sind.

habe zwar keine LML, hatte das Problem nach einer Server-Migration auch.

Ursache: Falsch gesetzte ACLs

Da in diesem Share der Parameter

  inherit acls = Yes

gesetzt ist, könnte durchs Vererben und Mischen mit FAT32-Pseudo-ACLs eine 
tolle Kombi entstehen.


Welche ACLs gesetzt sind, kannst Du mit dem Befehl

sudo getfacl PFAD

einsehen.


Dirk
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Rechte auf USB-Sticks

[Jörg Richter]

Hallo Daniel,

Am 15.05.2016 um 15:23 schrieb Jörg Richter:

Hallo Daniel,


Am 15.05.2016 um 14:11 schrieb Daniel J. Rauhaus:

Hallo Holger & Jörg,

ich habe mittlerweile herausgefunden, dass das Problem offenbar
mit cp nicht auftritt - eine 0600-Datei wird ganz brav 2644, d.h.
Samba ist unschuldig und dieser Mechanismus funktioniert.

Es scheint so zu sein, dass Nautilus (und auch Nemo) die Files
wieder auf die ursprünglichen Rechte zurücksetzen, das würde
auch vielleicht erklären, dass sie erst nach dem Ende eines
Kopiervorganges "verschwinden" (dann wohl von Samba aufgrund
der entsprechenden Option verborgen werden, oder?)

Jedenfalls bleiben die Files 0600, wenn ich sie mit Nautilus
kopiere (nach /home/share/teachers), im Gegensatz zum Kopieren
mit cp.

Viele Grüße
Daniel


Perfekt, da kann man ansetzen. Ergänze doch mal auf dem Server die
Share-Definition wie folgt:


  force create mode = 2644
  force directory mode = 2755

  force security mode = 2644
  force security mode = 2755

Danach sicherheitshalber ein "service smb restart" und den Client neu
booten.


Muss natürlich "service smbd restart" heißen.

Außerdem könnte es sein, dass dazu "unix extensions = no" gesetzt werden 
muss - da weiß ich allerdings nicht sicher, ob das bei der LML benötigt 
wird.



Viele Grüße

Jörg

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Rechte auf USB-Sticks

[Daniel Rauhaus]

Lieber Jörg,

kleine Korrektur:
die zweite Zeile muss m.E. "force directory security mode = 2755" heißen.
Ich hab's mit /etc/init.d/smbd restart gemacht.

Und siehe da: Es funktioniert!
Zwei kleinere Anschlussfragen hätte ich aber noch:
1. Sollte ich das in der (offenbar automatisch verwalteten)
/etc/samba/smb.conf lassen oder die
Optionen für dieses share lieber woanders eintragen?
2. Es wird ja offenbar ein Samba 3 verwendet (3.6.3), bei Samba 4 fallen
diese Optionen
weg - muss ich mich darauf einstellen, dass das dann nicht mehr geht?
(Vielleicht führt das auch viel zu weit, es betrifft ja die linuxmuster.net
6.1 nicht.)

Viele Grüße und herzlichen Dank
Daniel

2016-05-15 15:48 GMT+02:00 Jörg Richter :

> Hallo Daniel,
>
> Am 15.05.2016 um 15:23 schrieb Jörg Richter:
>
>> Hallo Daniel,
>>
>>
>> Am 15.05.2016 um 14:11 schrieb Daniel J. Rauhaus:
>>
>>> Hallo Holger & Jörg,
>>>
>>> ich habe mittlerweile herausgefunden, dass das Problem offenbar
>>> mit cp nicht auftritt - eine 0600-Datei wird ganz brav 2644, d.h.
>>> Samba ist unschuldig und dieser Mechanismus funktioniert.
>>>
>>> Es scheint so zu sein, dass Nautilus (und auch Nemo) die Files
>>> wieder auf die ursprünglichen Rechte zurücksetzen, das würde
>>> auch vielleicht erklären, dass sie erst nach dem Ende eines
>>> Kopiervorganges "verschwinden" (dann wohl von Samba aufgrund
>>> der entsprechenden Option verborgen werden, oder?)
>>>
>>> Jedenfalls bleiben die Files 0600, wenn ich sie mit Nautilus
>>> kopiere (nach /home/share/teachers), im Gegensatz zum Kopieren
>>> mit cp.
>>>
>>> Viele Grüße
>>> Daniel
>>>
>>
>> Perfekt, da kann man ansetzen. Ergänze doch mal auf dem Server die
>> Share-Definition wie folgt:
>>
>>
>>   force create mode = 2644
>>   force directory mode = 2755
>>
>>   force security mode = 2644
>>   force security mode = 2755
>>
>> Danach sicherheitshalber ein "service smb restart" und den Client neu
>> booten.
>>
>
> Muss natürlich "service smbd restart" heißen.
>
> Außerdem könnte es sein, dass dazu "unix extensions = no" gesetzt werden
> muss - da weiß ich allerdings nicht sicher, ob das bei der LML benötigt
> wird.
>
>
> Viele Grüße
>
> Jörg
>
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Rechte auf USB-Sticks

[Daniel Rauhaus]

Lieber Dirk,

nach einer ersten Kontrolle sollte es eigentlich passen,
ich werde dem morgen noch einmal an der tatsächlichen
Hardware (nicht über virtuelle Maschinen) nachgehen.
Vielen Dank für den Hinweis!

Viele Grüße
Daniel

2016-05-15 15:34 GMT+02:00 Dirk Zöllner :

> Hallo Daniel,
>
> Am 14.05.2016 um 23:31 schrieb Daniel Rauhaus:
>
> > wir sind auf das Problem gestoßen, dass Dateien und Verzeichnisse,
> > die von USB-Sticks ("msdos"-Format, d.h. VFAT) in die Tauschverzeichnisse
> > kopiert werden, nicht für andere Benutzer zugänglich sind.
>
> habe zwar keine LML, hatte das Problem nach einer Server-Migration auch.
>
> Ursache: Falsch gesetzte ACLs
>
> Da in diesem Share der Parameter
>
>   inherit acls = Yes
>
> gesetzt ist, könnte durchs Vererben und Mischen mit FAT32-Pseudo-ACLs eine
> tolle Kombi entstehen.
>
>
> Welche ACLs gesetzt sind, kannst Du mit dem Befehl
>
> sudo getfacl PFAD
>
> einsehen.
>
>
> Dirk
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user