Ruben Pallesches Schüler können nicht auf den Tauschordner zugreifen

[Rüdiger Kupper]

Ruben berichtet, dass seine Schüler im Tauschordner nicht schreib-/leseberechtigt sind. (Das Icon zeigt ein "X").

-> Duplikat von #237?

Ruben benötigt den Zugriff für seinen LateX-Kurs.

[Rüdiger Kupper]

Bestätigt. Das Problem müsste alle Schüler betroffen haben.

Zusammenhang

Das Verzeichnis paedml:/home/share wird per NFS exportiert und auf den LtspServern nach /home/share gemountet. Das Verzeichnis ~/__tauschen im Home aller Nutzer ist ein symbolischer Link dorthin. Bei mir z.B.:

kup@LTServer128c:~$ ls -l ~/__tauschen
insgesamt 0
lrwxrwxrwx 1 root root 23 2011-09-18 22:59 tausch-10a -> /home/share/classes/10a
lrwxrwxrwx 1 root root 23 2011-09-18 23:00 tausch-10b -> /home/share/classes/10b
lrwxrwxrwx 1 root root 23 2011-09-18 23:00 tausch-13e -> /home/share/classes/13e
lrwxrwxrwx 1 root root 22 2011-09-18 22:59 tausch-6c -> /home/share/classes/6c
lrwxrwxrwx 1 root root 20 2010-07-13 13:19 tausch-Lehrer -> /home/share/teachers
lrwxrwxrwx 1 root root 32 2011-09-14 21:00 tausch-p_nwt-kup-1 -> /home/share/projects/p_nwt-kup-1
lrwxrwxrwx 1 root root 18 2010-07-13 13:19 tausch-Schule -> /home/share/school

Berechtigungen

Die Berechtigungen des symbolischen Links sind irrelevant, maßgebend sind die Berechtigungen des Zielverzeichnisses:

kup@LTServer128c:~$ ls -ld /home/share/school
drwxrwsrwt 116 administrator teachers 385024 2011-11-21 14:18 /home/share/school

Wie man sieht ist dort jeder schreib-, lese- und listberechtigt. Insofern habe ich nie verstanden, wieso irgendjemand dort keinen Zugriff haben sollte.

NFS und Berechtigungen

Heute habe ich die Berechtigungen des Mutterverzeichnisses /home/share angeschaut:

14:55/0 paedml ~ # ls -ld /home/share/
drwxrwx--x 8 root domadmins 4096 2008-10-02 18:36 /home/share/

Wie man sieht, sind "andere" in diesem Verzeichnis nicht leseberechtigt, durfen es aber durchwandern, um zu untergeordneten Verzeichnissen zu kommen (x-Berechtigung). Das sollte in einem lokalen Filesystem völlig ausreichen, um auf das untergeordnete Verzeichnis /home/share/school/ zuzugreifen.

Offenbar sieht NFS das aber anders. Schüler (fallen unter "andere"), konnten weder /home/share/ zugreifen (wie erwartet), noch /home/share/school/ (unerwartet). Offenbar verweigert NFS den Zugriff, wenn ein übergeordnetes Verzeichnis nicht leseberechtigt ist.

Lösung

Ich habe die Berechtigungen geändert, "andere" haben jetzt Leseberechtigung im übergeordneten Verzeichnis /home/share/:

15:02/0 paedml ~ # ls -ld /home/share/
drwxrwxr-x 8 root domadmins 4096 2008-10-02 18:36 /home/share/

Ab dann konnten Schüler auf das Tauschverzeichnis zugreifen.

Nebeneffekt

Schüler können jetzt den Inhalt des Verzeichnisses /home/share/ auflisten:

test@LTServer128c:~$ ls /home/share
classes  exams  projects  school  subclasses  teachers

Ich denke, dass wir dadurch keine Sicherheitslücke einführen.

Interessant

Nachdem ein einziges mal auf /home/share/school/zugegriffen wurde, konnte ich die Leseberechtigung auch wieder entfernen. Dann verhielt es sich wie erwartet: /home/share/ konnte nicht aufgelistet werden, sehr wohl aber auf /home/share/school/ zugegriffen. Offenbar merkt sich der NFS-Dämon die Berechtigungen -- vermutlich bis zum nächsten Neustart, z.B. Reboot des paedml. Ich lasse die Schreibberechtigung also bestehen, damit uns nächstes mal nicht wieder das gleiche problem blüht.

@pal: Bitte bestätigen, dass Deine Schüler jetzt auf das Verzeichnis zugreifen können! Und viel Spaß beim LaTeX-Kurs.