Archiv:NFS-Konfiguration - Versionsgeschichte

Tommes: Tommes verschob die Seite NFS-Konfiguration nach Archiv:NFS-Konfiguration

2025-03-15T15:43:24Z

Tommes verschob die Seite NFS-Konfiguration nach Archiv:NFS-Konfiguration

← Nächstältere Version	Version vom 15. März 2025, 15:43 Uhr
(kein Unterschied)

imported>Gerega: /* Linux Automounter mit autofs */

2016-02-05T11:20:17Z

Linux Automounter mit autofs

← Nächstältere Version		Version vom 5. Februar 2016, 11:20 Uhr
Zeile 92:		Zeile 92:
	===Linux Automounter mit autofs===		===Linux Automounter mit autofs===

	'''Hinweis:''' Die unten dargestellte Vorgehensweise bezieht sich auf Debian-basierte Distributionen. Bei auf Arch basierten Distributionen muss ~~das~~ ArchWiki nachgelesen werden: https://wiki.archlinux.org/index.php/Autofs		'''Hinweis:''' Die unten dargestellte Vorgehensweise bezieht sich auf Debian-basierte Distributionen. Bei auf Arch basierten Distributionen muss im ArchWiki nachgelesen werden: https://wiki.archlinux.org/index.php/Autofs

	Da man mit festen Einträgen in der /etc/fstab für NFS unter Umständen hängende NFS-Mounts bekommen kann, ist es möglich stattdessen die NFS-Mounts über Automounter einhängen zu lassen. Dazu muss autofs installiert sein.		Da man mit festen Einträgen in der /etc/fstab für NFS unter Umständen hängende NFS-Mounts bekommen kann, ist es möglich stattdessen die NFS-Mounts über Automounter einhängen zu lassen. Dazu muss autofs installiert sein.

imported>Gerega: /* Linux Automounter mit autofs */

2016-02-05T11:19:46Z

Linux Automounter mit autofs

← Nächstältere Version		Version vom 5. Februar 2016, 11:19 Uhr
Zeile 92:		Zeile 92:
	===Linux Automounter mit autofs===		===Linux Automounter mit autofs===

	Da man mit festen ~~einträgen~~ in der fstab für NFS unter ~~umständen~~ hängende NFS Mounts bekommen kann, ist es möglich ~~statt dessen~~ die NFS Mounts über Automounter ~~mounten~~ zu lassen. Dazu muss autofs installiert sein.		'''Hinweis:''' Die unten dargestellte Vorgehensweise bezieht sich auf Debian-basierte Distributionen. Bei auf Arch basierten Distributionen muss das ArchWiki nachgelesen werden: https://wiki.archlinux.org/index.php/Autofs

			Da man mit festen Einträgen in der /etc/fstab für NFS unter Umständen hängende NFS-Mounts bekommen kann, ist es möglich stattdessen die NFS-Mounts über Automounter einhängen zu lassen. Dazu muss autofs installiert sein.

	Zunächst wird ans Ende der Datei /etc/auto.master eingetragen:		Zunächst wird ans Ende der Datei /etc/auto.master eingetragen:

imported>Gerega: /* NFS und Benutzerrechte */

2015-01-01T16:49:40Z

NFS und Benutzerrechte

← Nächstältere Version		Version vom 1. Januar 2015, 16:49 Uhr
Zeile 42:		Zeile 42:
	Wenn die Diskstation mittels NFS genutzt wird, ist es sehr empfehlenswert, die UIDs und GIDs (Benutzer- und Gruppen-IDs) zwischen der Diskstation und den Linux-Clients anzupassen. So bleiben die Benutzerrechte von Dateien und Ordnern auf NFS-Laufwerken und Linux-Clients konsistent, was dem Nutzer langfristig Dateizugriffsprobleme erspart. '''Wichtig:''' Da die Diskstations noch immer nicht das Programm ''usermod'' enthalten, das zur Bearbeitung der UIDs und GIDs auf der Konsole nötig wäre, müssen UIDs und GIDs auf den Linux-Clients angepasst werden!		Wenn die Diskstation mittels NFS genutzt wird, ist es sehr empfehlenswert, die UIDs und GIDs (Benutzer- und Gruppen-IDs) zwischen der Diskstation und den Linux-Clients anzupassen. So bleiben die Benutzerrechte von Dateien und Ordnern auf NFS-Laufwerken und Linux-Clients konsistent, was dem Nutzer langfristig Dateizugriffsprobleme erspart. '''Wichtig:''' Da die Diskstations noch immer nicht das Programm ''usermod'' enthalten, das zur Bearbeitung der UIDs und GIDs auf der Konsole nötig wäre, müssen UIDs und GIDs auf den Linux-Clients angepasst werden!

	Zunächst meldet man sich - am besten - mittels ''ssh'' an der Diskstation an (Terminal: ''ssh admin@IP_der_Diskstation'') und ~~schaut~~ in ~~die~~ Datei ''cat /etc/passwd'' ~~nach der~~ UID und GID ~~des Nutzernamens~~, den man auch auf dem Linux-Client nutzt bzw. nutzen möchte, zum Beispiel linuxuser_A.		Zunächst meldet man sich - am besten - mittels ''ssh'' an der Diskstation an (Terminal: ''ssh admin@IP_der_Diskstation'') und sucht in der Datei ''cat /etc/passwd'' den Nutzernamen mit seiner UID und GID, den man auch auf dem Linux-Client nutzt bzw. nutzen möchte, zum Beispiel linuxuser_A.

	Die UIDs und GIDs können nun auf zwei Arten korrekt eingestellt werden.		Die UIDs und GIDs können nun auf zwei Arten korrekt eingestellt werden.

imported>Gerega: /* NFS und Benutzerrechte */

2015-01-01T16:47:47Z

NFS und Benutzerrechte

imported>Gerega: /* NFS und Benutzerrechte */

2015-01-01T13:47:36Z

NFS und Benutzerrechte

← Nächstältere Version		Version vom 1. Januar 2015, 13:47 Uhr
Zeile 81:		Zeile 81:

	Je nach Dateisystemgröße können die Änderungen eine Weile lang dauern. Erst im Anschluss loggt man sich wieder als linuxuser_A an. Nach dem Einloggen und nachdem die volumes von der Diskstation eingebunden worden sind, ist es ratsam zu überprüfen, ob die UIDs und GIDs von eventuell bereits abgespeicherten Daten(!) auf der Diskstation für linuxuser_A stimmen. Falls nicht, können die Daten einfach mit dem Befehl "find" von oben nachträglich geändert werden. Dazu kann der Ordner bei Bedarf genau gewählt werden, z.B. ''find /mnt/Server/music -user usw.''		Je nach Dateisystemgröße können die Änderungen eine Weile lang dauern. Erst im Anschluss loggt man sich wieder als linuxuser_A an. Nach dem Einloggen und nachdem die volumes von der Diskstation eingebunden worden sind, ist es ratsam zu überprüfen, ob die UIDs und GIDs von eventuell bereits abgespeicherten Daten(!) auf der Diskstation für linuxuser_A stimmen. Falls nicht, können die Daten einfach mit dem Befehl "find" von oben nachträglich geändert werden. Dazu kann der Ordner bei Bedarf genau gewählt werden, z.B. ''find /mnt/Server/music -user usw.''
	'''
	Hinweis:''' Die Beschreibung in Fall 2) richtet sich auch an die User, die bereits seit längerem mit einem "linuxuser_A" auf dem Linux-Client und "linuxuser_A" auf der Diskstation arbeiten und nun endlich einmal UID und GID abgleichen wollen.		'''Hinweis:''' Die Beschreibung in Fall 2) richtet sich auch an die User, die bereits seit längerem mit einem "linuxuser_A" auf dem Linux-Client und "linuxuser_A" auf der Diskstation arbeiten und nun endlich einmal UID und GID abgleichen wollen.

	===Mediaserver und NFS===		===Mediaserver und NFS===

imported>Gerega: /* NFS und Benutzerrechte */

2015-01-01T13:46:59Z

NFS und Benutzerrechte

← Nächstältere Version		Version vom 1. Januar 2015, 13:46 Uhr
Zeile 69:		Zeile 69:
	Jetzt besteht folgendes Problem: Der User linuxuser_A hat neue IDs erhalten und kann jetzt nicht mehr auf seine Daten zugreifen, da diese ja noch mit den alten IDs abgespeichert worden sind. Lösung: Die IDs müssen verändert werden!		Jetzt besteht folgendes Problem: Der User linuxuser_A hat neue IDs erhalten und kann jetzt nicht mehr auf seine Daten zugreifen, da diese ja noch mit den alten IDs abgespeichert worden sind. Lösung: Die IDs müssen verändert werden!

	Dazu nutzt man "find". Der Benutzer, also linuxuser_A, sollte zur Umstellung immer noch nicht eingeloggt sein, damit auch tatsächlich alle Dateien umgestellt werden können. Der Befehl find muss mit root-Rechten ausgeführt werden.		Dazu nutzt man ''find''. Der Benutzer, also linuxuser_A, sollte zur Umstellung immer noch nicht eingeloggt sein, damit auch tatsächlich alle Dateien umgestellt werden können. Der Befehl find muss mit root-Rechten ausgeführt werden.

	Verwendung von find - ggfs. muss ganz an den Anfang der Befehl sudo vorangestellt werden:		Verwendung von find - ggfs. muss ganz an den Anfang der Befehl ''sudo'' vorangestellt werden:
	find / -user <alte UID> -exec chown <neue UID von der Diskstation> {} \;		find / -user <alte UID> -exec chown <neue UID von der Diskstation> {} \;
	find / -group <alte GID> -exec chgrp <alte GID von der Diskstation> {} \;		find / -group <alte GID> -exec chgrp <alte GID von der Diskstation> {} \;

	Für das Beispiel mit linuxuser_A heißen die Befehle dann - eventuell mit sudo:		Für das Beispiel mit linuxuser_A heißen die Befehle dann - eventuell mit ''sudo'':

	find / -user 1000 -exec chown 1027 {} \;		find / -user 1000 -exec chown 1027 {} \;
Zeile 81:		Zeile 81:

	Je nach Dateisystemgröße können die Änderungen eine Weile lang dauern. Erst im Anschluss loggt man sich wieder als linuxuser_A an. Nach dem Einloggen und nachdem die volumes von der Diskstation eingebunden worden sind, ist es ratsam zu überprüfen, ob die UIDs und GIDs von eventuell bereits abgespeicherten Daten(!) auf der Diskstation für linuxuser_A stimmen. Falls nicht, können die Daten einfach mit dem Befehl "find" von oben nachträglich geändert werden. Dazu kann der Ordner bei Bedarf genau gewählt werden, z.B. ''find /mnt/Server/music -user usw.''		Je nach Dateisystemgröße können die Änderungen eine Weile lang dauern. Erst im Anschluss loggt man sich wieder als linuxuser_A an. Nach dem Einloggen und nachdem die volumes von der Diskstation eingebunden worden sind, ist es ratsam zu überprüfen, ob die UIDs und GIDs von eventuell bereits abgespeicherten Daten(!) auf der Diskstation für linuxuser_A stimmen. Falls nicht, können die Daten einfach mit dem Befehl "find" von oben nachträglich geändert werden. Dazu kann der Ordner bei Bedarf genau gewählt werden, z.B. ''find /mnt/Server/music -user usw.''
			'''
	Hinweis: Die Beschreibung in Fall 2) richtet sich auch an die User, die bereits seit längerem mit einem "linuxuser_A" auf dem Linux-Client und "linuxuser_A" auf der Diskstation arbeiten und nun endlich einmal UID und GID abgleichen wollen.		Hinweis:''' Die Beschreibung in Fall 2) richtet sich auch an die User, die bereits seit längerem mit einem "linuxuser_A" auf dem Linux-Client und "linuxuser_A" auf der Diskstation arbeiten und nun endlich einmal UID und GID abgleichen wollen.

	===Mediaserver und NFS===		===Mediaserver und NFS===

imported>Gerega: /* NFS und Benutzerrechte */

2015-01-01T13:36:08Z

NFS und Benutzerrechte

← Nächstältere Version		Version vom 1. Januar 2015, 13:36 Uhr
Zeile 81:		Zeile 81:

	Je nach Dateisystemgröße können die Änderungen eine Weile lang dauern. Erst im Anschluss loggt man sich wieder als linuxuser_A an. Nach dem Einloggen und nachdem die volumes von der Diskstation eingebunden worden sind, ist es ratsam zu überprüfen, ob die UIDs und GIDs von eventuell bereits abgespeicherten Daten(!) auf der Diskstation für linuxuser_A stimmen. Falls nicht, können die Daten einfach mit dem Befehl "find" von oben nachträglich geändert werden. Dazu kann der Ordner bei Bedarf genau gewählt werden, z.B. ''find /mnt/Server/music -user usw.''		Je nach Dateisystemgröße können die Änderungen eine Weile lang dauern. Erst im Anschluss loggt man sich wieder als linuxuser_A an. Nach dem Einloggen und nachdem die volumes von der Diskstation eingebunden worden sind, ist es ratsam zu überprüfen, ob die UIDs und GIDs von eventuell bereits abgespeicherten Daten(!) auf der Diskstation für linuxuser_A stimmen. Falls nicht, können die Daten einfach mit dem Befehl "find" von oben nachträglich geändert werden. Dazu kann der Ordner bei Bedarf genau gewählt werden, z.B. ''find /mnt/Server/music -user usw.''

			Hinweis: Die Beschreibung in Fall 2) richtet sich auch an die User, die bereits seit längerem mit einem "linuxuser_A" auf dem Linux-Client und "linuxuser_A" auf der Diskstation arbeiten und nun endlich einmal UID und GID abgleichen wollen.

	===Mediaserver und NFS===		===Mediaserver und NFS===

imported>Gerega: /* NFS und Benutzerrechte */

2015-01-01T13:32:18Z

NFS und Benutzerrechte

← Nächstältere Version		Version vom 1. Januar 2015, 13:32 Uhr
Zeile 73:		Zeile 73:
	Verwendung von find - ggfs. muss ganz an den Anfang der Befehl sudo vorangestellt werden:		Verwendung von find - ggfs. muss ganz an den Anfang der Befehl sudo vorangestellt werden:
	find / -user <alte UID> -exec chown <neue UID von der Diskstation> {} \;		find / -user <alte UID> -exec chown <neue UID von der Diskstation> {} \;
	find / -~~user~~ <alte GID> -exec chgrp <alte GID von der Diskstation> {} \;		find / -group <alte GID> -exec chgrp <alte GID von der Diskstation> {} \;

	Für das Beispiel mit linuxuser_A heißen die Befehle dann - eventuell mit sudo:		Für das Beispiel mit linuxuser_A heißen die Befehle dann - eventuell mit sudo:

imported>Gerega: /* NFS und Benutzerrechte */

2015-01-01T13:29:56Z

NFS und Benutzerrechte

← Nächstältere Version		Version vom 1. Januar 2015, 13:29 Uhr
Zeile 78:		Zeile 78:

	find / -user 1000 -exec chown 1027 {} \;		find / -user 1000 -exec chown 1027 {} \;
	find / -~~user~~ 1001 -exec chgrp 100 {} \;		find / -group 1001 -exec chgrp 100 {} \;

	Je nach Dateisystemgröße können die Änderungen eine Weile lang dauern. Erst im Anschluss loggt man sich wieder als linuxuser_A an. Nach dem Einloggen und nachdem die volumes von der Diskstation eingebunden worden sind, ist es ratsam zu überprüfen, ob die UIDs und GIDs von eventuell bereits abgespeicherten Daten(!) auf der Diskstation für linuxuser_A stimmen. Falls nicht, können die Daten einfach mit dem Befehl "find" von oben nachträglich geändert werden. Dazu kann der Ordner bei Bedarf genau gewählt werden, z.B. ''find /mnt/Server/music -user usw.''		Je nach Dateisystemgröße können die Änderungen eine Weile lang dauern. Erst im Anschluss loggt man sich wieder als linuxuser_A an. Nach dem Einloggen und nachdem die volumes von der Diskstation eingebunden worden sind, ist es ratsam zu überprüfen, ob die UIDs und GIDs von eventuell bereits abgespeicherten Daten(!) auf der Diskstation für linuxuser_A stimmen. Falls nicht, können die Daten einfach mit dem Befehl "find" von oben nachträglich geändert werden. Dazu kann der Ordner bei Bedarf genau gewählt werden, z.B. ''find /mnt/Server/music -user usw.''

← Nächstältere Version		Version vom 1. Januar 2015, 16:47 Uhr
Zeile 42:		Zeile 42:
	Wenn die Diskstation mittels NFS genutzt wird, ist es sehr empfehlenswert, die UIDs und GIDs (Benutzer- und Gruppen-IDs) zwischen der Diskstation und den Linux-Clients anzupassen. So bleiben die Benutzerrechte von Dateien und Ordnern auf NFS-Laufwerken und Linux-Clients konsistent, was dem Nutzer langfristig Dateizugriffsprobleme erspart. '''Wichtig:''' Da die Diskstations noch immer nicht das Programm ''usermod'' enthalten, das zur Bearbeitung der UIDs und GIDs auf der Konsole nötig wäre, müssen UIDs und GIDs auf den Linux-Clients angepasst werden!		Wenn die Diskstation mittels NFS genutzt wird, ist es sehr empfehlenswert, die UIDs und GIDs (Benutzer- und Gruppen-IDs) zwischen der Diskstation und den Linux-Clients anzupassen. So bleiben die Benutzerrechte von Dateien und Ordnern auf NFS-Laufwerken und Linux-Clients konsistent, was dem Nutzer langfristig Dateizugriffsprobleme erspart. '''Wichtig:''' Da die Diskstations noch immer nicht das Programm ''usermod'' enthalten, das zur Bearbeitung der UIDs und GIDs auf der Konsole nötig wäre, müssen UIDs und GIDs auf den Linux-Clients angepasst werden!

	Zunächst meldet man sich mittels ssh an der Diskstation an und schaut in die Datei ''cat /etc/passwd'' nach der UID und GID des Nutzernamens, den man auch auf dem Linux-Client nutzt bzw. nutzen möchte, zum Beispiel linuxuser_A.		Zunächst meldet man sich - am besten - mittels ''ssh'' an der Diskstation an (Terminal: ''ssh admin@IP_der_Diskstation'') und schaut in die Datei ''cat /etc/passwd'' nach der UID und GID des Nutzernamens, den man auch auf dem Linux-Client nutzt bzw. nutzen möchte, zum Beispiel linuxuser_A.

	Die UIDs und GIDs können nun auf zwei Arten korrekt eingestellt werden.		Die UIDs und GIDs können nun auf zwei Arten korrekt eingestellt werden.
Zeile 51:		Zeile 51:
	linuxuser_A:x:1027:100::/var/services/homes/linuxuser_A:/sbin/nologin		linuxuser_A:x:1027:100::/var/services/homes/linuxuser_A:/sbin/nologin
	Die UID ist der 3. Eintrag (= 1027) und die GID der 4. Eintrag (= 100) in der Zeile.		Die UID ist der 3. Eintrag (= 1027) und die GID der 4. Eintrag (= 100) in der Zeile.
	Hierbei handelt es sich um den einfachsten Fall. Im Linux-Client kann ~~man~~ nun ~~den~~ Nutzer linuxuser_A mit der UID und GID der Diskstation ~~anlegen~~.		Hierbei handelt es sich um den einfachsten Fall. Im Linux-Client kann nun der Nutzer linuxuser_A mit der UID und GID der Diskstation angelegt werden (''man adduser'').

	'''Fall 2) User ist auf dem Linux-Client schon vorhanden, aber auf der Diskstation noch nicht:'''		'''Fall 2) User ist auf dem Linux-Client schon vorhanden, aber auf der Diskstation noch nicht:'''

	Zunächst legt man auf der Diskstation beispielweise den linuxuser_A an. Anschließend muss auf der ~~Dikstation~~ die Datei /etc/passwd geprüft werden, welche UID und GID für linuxuser_A vergeben wurden (siehe oben).		Zunächst legt man auf der Diskstation beispielweise den linuxuser_A an. Anschließend muss auf der Diskstation die Datei /etc/passwd geprüft werden, welche UID und GID für linuxuser_A vergeben wurden (siehe oben).

	Nun meldet man sich auf seinem Linux-Client als ein anderer Nutzer als linuxuser_A an, zum Beispiel linuxuser_B. Dies ist nötig, um die UIDs und GIDs ändern zu können. Vor der Änderung sollte man sich mit dem Befehl die bisherigen Werte für UID und GID notieren, beispielweise könnte das 1000 und 1001 sein.		Nun meldet man sich auf seinem Linux-Client als ein anderer Nutzer als linuxuser_A an, zum Beispiel linuxuser_B. Dies ist nötig, um die UIDs und GIDs ändern zu können. Vor der Änderung sollte man sich mit dem Befehl die bisherigen Werte für UID und GID notieren, beispielweise könnte das 1000 und 1001 sein.
Zeile 73:		Zeile 73:
	Verwendung von find - ggfs. muss ganz an den Anfang der Befehl ''sudo'' vorangestellt werden:		Verwendung von find - ggfs. muss ganz an den Anfang der Befehl ''sudo'' vorangestellt werden:
	find / -user <alte UID> -exec chown <neue UID von der Diskstation> {} \;		find / -user <alte UID> -exec chown <neue UID von der Diskstation> {} \;
	find / -group <alte GID> -exec chgrp <~~alte~~ GID von der Diskstation> {} \;		find / -group <alte GID> -exec chgrp <neue GID von der Diskstation> {} \;

	Für das Beispiel mit linuxuser_A heißen die Befehle dann - eventuell mit ''sudo'':		Für das Beispiel mit linuxuser_A heißen die Befehle dann - eventuell mit ''sudo'':