Netzwerkspeicher auf Unix Workstations einbinden: Unterschied zwischen den Versionen

IMT HilfeWiki - das Wiki
(15 dazwischenliegende Versionen von 9 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{Infobox article
+
{{article
| os = Linux
+
|type=Anleitung
| service = Netzwerkspeicher
+
|os=Linux
| targetgroup = Bereiche
+
|service=Meta:Netzwerkspeicher
| type = Anleitung
+
|targetgroup=Bereiche
| disambiguation =  
+
|hasdisambig=Nein
 
}}
 
}}
 
+
{{ambox
Diese Anleitung beschreibt, wie sie als Administrator eines Bereichs den Netzwerkspeicher auf Linux/Unix-Clientsystemen (z.B. Poolarbeitsplätzen) per NFS4 einbinden können, sodass er für alle Benutzer des Systems zur Verfügung steht.
+
|type=notice
 +
|text=Linux wird nur rudimentär vom IMT unterstützt. Infos sind an "Profis" gerichtet,
 +
Benutzung auf eigene Gefahr.
 +
}}
 +
Diese Anleitung beschreibt, wie Sie als Administrator eines Bereichs den Netzwerkspeicher auf Linux/Unix-Clientsystemen (z. B. Poolarbeitsplätzen) per NFS4 einbinden können, sodass er für alle Benutzer des Systems zur Verfügung steht.
  
 
== Anforderungen ==
 
== Anforderungen ==
Zeile 13: Zeile 17:
 
Um diese Zugriffsmethode auf den Netzwerkspeicher nutzen zu können, müssen einige Voraussetzungen erfüllt sein:
 
Um diese Zugriffsmethode auf den Netzwerkspeicher nutzen zu können, müssen einige Voraussetzungen erfüllt sein:
  
* Der Host muss zur Authentifikation der Benutzer die SigleSignOn-Dienste des IMT (LDAP + Kerberos) nutzen. (bereits für AFS erforderlich)
+
* Der Host muss zur Authentifikation der Benutzer die Single-Sign-On-Dienste des IMT (LDAP + Kerberos) nutzen (bereits für AFS erforderlich).
* Der Host muss über eine Kerberos-Keytab verfügen. Diese muss entweder vom IMT ausgestellt sein, oder vom Administrator eines vom IMT vertrauten Kerberos-REALMs bereitgestellt werden.
+
* Der Host muss über eine Kerberos-Keytab verfügen. Diese muss entweder vom IMT ausgestellt sein oder vom Administrator eines vom IMT vertrauten Kerberos-REALMs bereitgestellt werden.
 
* Auf dem Host müssen entsprechende Dienste für NFS4-Client-Support installiert sein.
 
* Auf dem Host müssen entsprechende Dienste für NFS4-Client-Support installiert sein.
  
Zeile 21: Zeile 25:
  
 
* Es soll '''fs-nfs.uni-paderborn.de:/ifs/upb''' nach '''/upb''' mit Sicherheitstyp '''krb5*''' gemountet werden, damit ein einheitlicher Pfad sichergestellt werden kann.
 
* Es soll '''fs-nfs.uni-paderborn.de:/ifs/upb''' nach '''/upb''' mit Sicherheitstyp '''krb5*''' gemountet werden, damit ein einheitlicher Pfad sichergestellt werden kann.
* Die NFS4-Domain ist '''uni-paderborn.de'''
+
* Die NFS4-Domain ist '''uni-paderborn.de'''.
* Ggf. muss der gssd gezwungen werden, DES für Sessionkeys zu benutzen.
 
 
* Ggf. muss der gssd für die Nutzung eines bestimmten lokalen REALMS konfiguriert werden.
 
* Ggf. muss der gssd für die Nutzung eines bestimmten lokalen REALMS konfiguriert werden.
  
Zeile 28: Zeile 31:
 
=== Notwendige Dienste ===
 
=== Notwendige Dienste ===
  
Für den Zugriff auf NFS4-Dateisysteme ist es notwendig, dass auf dem System ''gssd'' soweit ''idmapd'' installiert sind und laufen.
+
Für den Zugriff auf NFS4-Dateisysteme ist es notwendig, dass auf dem System ''gssd'' sowie ''idmapd'' installiert sind und laufen.
  
 
Unter Debian und Ubuntu werden sie durch das Paket ''nfs-common'' bereitgestellt.
 
Unter Debian und Ubuntu werden sie durch das Paket ''nfs-common'' bereitgestellt.
Zeile 42: Zeile 45:
 
==== gssd ====
 
==== gssd ====
  
Für den ''gssd'' ist nur eine Konfiguration erforderlich, falls standardmässig versucht wird Kerberos-Sessionkeys mit AES-Verschlüsselung zu verwenden oder das Host-Principal des Rechners nicht vom IMT ausgestellt wurde (d.h. nicht aus dem REALM ''UNI-PADERBORN.DE'' stammt).
+
Für den ''gssd'' ist nur eine Konfiguration erforderlich, falls das Host-Principal des Rechners nicht vom IMT ausgestellt wurde (d. h. nicht aus dem REALM ''UNI-PADERBORN.DE'' stammt).
  
Im ersten Fall kann der Daemon mit dem Parameter ''-l'' gestartet werden. Dieser erzwingt, dass für die Kerberos-Sessionkeys DES-Verschlüsselung verwendet wird. Dies ist bis auf weiteres notwendig, da der Fileserver noch keine AES-Sessionkeys unterstützt.
+
In diesem Fall ist es notwendig, den ''gssd'' mit dem Parameter ''-R REALM_des_Host-Principals'' zu starten.
 
+
Aufgrund eines mittlerweile vor einer Weile upstream behobener Bugs im ''gssd'' ist es in diesem Fall wahrscheinlich leider auch notwendig, eine gepatchte Version des Daemons selbst zu bauen.
Im zweiten Fall ist es notwendig den ''gssd'' mit dem Parameter ''-R REALM_des_Host-Principals'' zu starten.
+
[http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commitdiff;h=0ce973a59ab3393481ba7c434a7353b5007cba71 Dieser] Patch ist wahrscheinlich nicht mehr benötigt, sehr wahrscheinlich aber [http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commitdiff;h=a402f768db1dc6497cf7f592b33e142936897de2 dieser].
Aufgrund zweier erst vor kurzen behobener Bugs im ''gssd'' ist es in diesem Fall wahrscheinlich leider auch notwendig, eine gepatchte Version des Daemons selbst zu bauen.
 
Möglicherweise wird [http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commitdiff;h=0ce973a59ab3393481ba7c434a7353b5007cba71 dieser] Patch benötigt, sehr wahrscheinlich [http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commitdiff;h=a402f768db1dc6497cf7f592b33e142936897de2 dieser].
 
  
 
In Debian Squeeze und Wheezy ist der erste Fehler bereits behoben, der zweite [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709632 leider noch nicht].
 
In Debian Squeeze und Wheezy ist der erste Fehler bereits behoben, der zweite [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709632 leider noch nicht].
  
 
+
Unter Debian-Systemen erfolgt die Konfiguration der ''gssd''-Parameter in der Datei ''/etc/default/nfs-common''. Sie könnte z. B. so aussehen:
Unter Debian-Systemen erfolgt die Konfiguration der ''gssd''-Parameter in der Datei ''/etc/default/nfs-common''. Sie könnte z.B. so aussehen:
 
  
 
  [...]
 
  [...]
Zeile 63: Zeile 63:
 
  #
 
  #
 
  # Parameters for gssd
 
  # Parameters for gssd
  RPCGSSDOPTS="-l"
+
  RPCGSSDOPTS="-R CS.UNI-PADERBORN.DE"
  
  
Unter Ubuntu (z.B. Quantal) erfolgt die Konfiguration in der Datei ''/etc/init/gssd.override'':
+
Unter Ubuntu (z. B. Quantal) erfolgt die Konfiguration in der Datei ''/etc/init/gssd.override'':
  
  # override exec stanza to limit the session key to single DES
+
  # override exec stanza to use a different Realm
  exec rpc.gssd -l
+
  exec rpc.gssd -R CS.UNI-PADERBORN.DE
  
 +
Ab '''Debian Jessie''' ist systemd Default. Leider nutzt Systemd andere Umgebungsvariablen beim Starten. Dies wird in Debian durch ein Hilfsscript erledigt, welches aber leider einen Bug (#846950) hat. Als Workaround funktioniert folgendes:
 +
 +
Eine neue Datei '/etc/systemd/system/rpc-gssd.service.d/override.conf' anlegen:
 +
 +
  [Service]
 +
  EnvironmentFile=
 +
  EnvironmentFile=/etc/default/nfs-common
 +
  ExecStart=
 +
  ExecStart=/usr/sbin/rpc.gssd $RPCGSSDOPTS
 +
 +
Dadurch wird der gssd direkt mit den Werten aus /etc/default/nfs-common gestartet.
 +
 +
'''WICHTIG: Der Parameter '-l' darf nicht mehr verwendet werden, da Single-DES-Keys nicht mehr akzeptiert werden!'''
  
 
=== Mount ===
 
=== Mount ===
  
Der einfachste Weg um sicherzustellen, dass das Dateisystem bei jedem Systemstart gemountet wird, ist es folgenden Eintrag in die ''/etc/fstab'' hinzuzufügen:
+
Der einfachste Weg, um sicherzustellen, dass das Dateisystem bei jedem Systemstart gemountet wird, ist das Hinzufügen des folgenden Eintrags in die ''/etc/fstab'':
  
 
   fs-nfs.uni-paderborn.de:/ifs/upb    /upb    nfs    sec=krb5i      0      0
 
   fs-nfs.uni-paderborn.de:/ifs/upb    /upb    nfs    sec=krb5i      0      0
  
Alternativ kann z.B. der Automounter (autofs) verwendet werden, mit dem das Dateisystem erst beim ersten Zugriff darauf verbunden wird.
+
Alternativ kann z. B. der Automounter (autofs) verwendet werden, mit dem das Dateisystem erst beim ersten Zugriff darauf verbunden wird.
 +
 
 +
'''Hinweis für Debian Stretch''': Debian Stretch nutzt standardmäßig NFS Version 4.2 zum Mounten des Dateisystems. Da dieses vom Server noch nicht unterstützt wird, muss neben ''sec=krb5i'' noch die Option ''vers=4.0'' angegeben werden.

Version vom 15. März 2018, 14:18 Uhr

Anleitung
Linux Linux
Informationen
BetriebssystemLinux
ServiceNetzwerkspeicher
Interessant fürBereiche
Linux Portalseite

no displaytitle found: Netzwerkspeicher auf Unix Workstations einbinden

Diese Anleitung beschreibt, wie Sie als Administrator eines Bereichs den Netzwerkspeicher auf Linux/Unix-Clientsystemen (z. B. Poolarbeitsplätzen) per NFS4 einbinden können, sodass er für alle Benutzer des Systems zur Verfügung steht.

Anforderungen[Bearbeiten | Quelltext bearbeiten]

Um diese Zugriffsmethode auf den Netzwerkspeicher nutzen zu können, müssen einige Voraussetzungen erfüllt sein:

  • Der Host muss zur Authentifikation der Benutzer die Single-Sign-On-Dienste des IMT (LDAP + Kerberos) nutzen (bereits für AFS erforderlich).
  • Der Host muss über eine Kerberos-Keytab verfügen. Diese muss entweder vom IMT ausgestellt sein oder vom Administrator eines vom IMT vertrauten Kerberos-REALMs bereitgestellt werden.
  • Auf dem Host müssen entsprechende Dienste für NFS4-Client-Support installiert sein.


Was ist zu konfigurieren?[Bearbeiten | Quelltext bearbeiten]

  • Es soll fs-nfs.uni-paderborn.de:/ifs/upb nach /upb mit Sicherheitstyp krb5* gemountet werden, damit ein einheitlicher Pfad sichergestellt werden kann.
  • Die NFS4-Domain ist uni-paderborn.de.
  • Ggf. muss der gssd für die Nutzung eines bestimmten lokalen REALMS konfiguriert werden.


Notwendige Dienste[Bearbeiten | Quelltext bearbeiten]

Für den Zugriff auf NFS4-Dateisysteme ist es notwendig, dass auf dem System gssd sowie idmapd installiert sind und laufen.

Unter Debian und Ubuntu werden sie durch das Paket nfs-common bereitgestellt.


idmapd / NFS4-Domain[Bearbeiten | Quelltext bearbeiten]

Die Konfiguration der NFS4-Domain erfolgt in der Datei /etc/idmapd.conf. Dort muss der Eintrag Domain im Abschnitt General angepasst werden:

[General]
Domain = uni-paderborn.de

gssd[Bearbeiten | Quelltext bearbeiten]

Für den gssd ist nur eine Konfiguration erforderlich, falls das Host-Principal des Rechners nicht vom IMT ausgestellt wurde (d. h. nicht aus dem REALM UNI-PADERBORN.DE stammt).

In diesem Fall ist es notwendig, den gssd mit dem Parameter -R REALM_des_Host-Principals zu starten. Aufgrund eines mittlerweile vor einer Weile upstream behobener Bugs im gssd ist es in diesem Fall wahrscheinlich leider auch notwendig, eine gepatchte Version des Daemons selbst zu bauen. Dieser Patch ist wahrscheinlich nicht mehr benötigt, sehr wahrscheinlich aber dieser.

In Debian Squeeze und Wheezy ist der erste Fehler bereits behoben, der zweite leider noch nicht.

Unter Debian-Systemen erfolgt die Konfiguration der gssd-Parameter in der Datei /etc/default/nfs-common. Sie könnte z. B. so aussehen:

[...]
# Do you want to start the idmapd daemon? It is only needed for NFSv4.
NEED_IDMAPD=yes
#
# Do you want to start the gssd daemon? It is required for Kerberos mounts.
NEED_GSSD=yes
#
# Parameters for gssd
RPCGSSDOPTS="-R CS.UNI-PADERBORN.DE"


Unter Ubuntu (z. B. Quantal) erfolgt die Konfiguration in der Datei /etc/init/gssd.override:

# override exec stanza to use a different Realm
exec rpc.gssd -R CS.UNI-PADERBORN.DE

Ab Debian Jessie ist systemd Default. Leider nutzt Systemd andere Umgebungsvariablen beim Starten. Dies wird in Debian durch ein Hilfsscript erledigt, welches aber leider einen Bug (#846950) hat. Als Workaround funktioniert folgendes:

Eine neue Datei '/etc/systemd/system/rpc-gssd.service.d/override.conf' anlegen:

 [Service]
 EnvironmentFile=
 EnvironmentFile=/etc/default/nfs-common
 ExecStart=
 ExecStart=/usr/sbin/rpc.gssd $RPCGSSDOPTS

Dadurch wird der gssd direkt mit den Werten aus /etc/default/nfs-common gestartet.

WICHTIG: Der Parameter '-l' darf nicht mehr verwendet werden, da Single-DES-Keys nicht mehr akzeptiert werden!

Mount[Bearbeiten | Quelltext bearbeiten]

Der einfachste Weg, um sicherzustellen, dass das Dateisystem bei jedem Systemstart gemountet wird, ist das Hinzufügen des folgenden Eintrags in die /etc/fstab:

 fs-nfs.uni-paderborn.de:/ifs/upb     /upb    nfs     sec=krb5i       0       0

Alternativ kann z. B. der Automounter (autofs) verwendet werden, mit dem das Dateisystem erst beim ersten Zugriff darauf verbunden wird.

Hinweis für Debian Stretch: Debian Stretch nutzt standardmäßig NFS Version 4.2 zum Mounten des Dateisystems. Da dieses vom Server noch nicht unterstützt wird, muss neben sec=krb5i noch die Option vers=4.0 angegeben werden.


Bei Fragen oder Problemen wenden Sie sich bitte telefonisch oder per E-Mail an uns:

Tel. IT: +49 (5251) 60-5544 Tel. Medien: +49 (5251) 60-2821 E-Mail: imt@uni-paderborn.de

Das Notebook-Café ist die Benutzerberatung des IMT

Das IMT:Notebook-Café (Raum I0.401) bietet in der vorlesungsfreien Zeit nur eingeschränkten Support

Mo Di-Do Fr
Vor-Ort-Support - 09-13 Uhr -
Telefonsupport 08:30-13 Uhr & 13:30-15 Uhr 08:30-13 Uhr

Das IMT:Servicecenter Medien auf H1 hat aktuell von Montag bis Freitag von 08:00-13:00 Uhr geöffnet.


Cookies helfen uns bei der Bereitstellung des IMT HilfeWikis. Bei der Nutzung vom IMT HilfeWiki werden die in der Datenschutzerklärung beschriebenen Cookies gespeichert.