Ubuntu 20.04 negeert ingestelde locatie bij aanmaken homedir

[Josefien]

Mijn vraag
...
Ik heb een Ubuntu MATE 20.04 cliënt die via LDAP gebruikers inlogt en de home-directories zitten op een NFS-share, is de bedoeling.

Nu wil ik de home-directories van de LDAP-gebruikers dus niet in /home laten aanmaken, maar in dit geval in /media/nfs/network_homes/, de locatie waar de NFS-share is gekoppeld.

In LDAP heb ik voor de gebruiker al een home-locatie opgegeven en op de cliënt kan ik dat ook inzien met "getent passwd":

code:

josefien:*:2020:100:Josefien Wong2:/media/nfs/network_homes/josefien:/bin/bash

Maar toch, bij de eerste keer inloggen wordt de locatie (/media/nfs/network_homes/josefien) genegeerd en wordt er toch een home-dir aangemaakt in /home/josefien

Het automatisch aanmaken v/d home-directory gebeurt volgens mij door de volgende regel in /etc/pam.d/common-session:

code:

session required                        pam_mkhomedir.so umask=0077 skel=/etc/skel

De umask-setting wordt wèl overgenomen dus ik ga ervan uit dat de regel werkt.

Hij pakt trouwens de ingestelde /bin/bash shell ook niet, die valt terug op een standaard /bin/sh.


Op een oudere Ubuntu 16.04 cliënt gaat het wèl goed en worden zowel de waarden voor home-locatie als shell gebruikt bij het voor het eerst inloggen. Wat gaat er dan mis bij 20.04 waardoor het niet werkt?


Relevante software en hardware die ik gebruik
...
Ubuntu MATE 20.04 LTS


Wat ik al gevonden of geprobeerd heb
...
Ik heb überhaupt geen idee waar ik het moet zoeken, waar het probleem zit. Welk stuk software bepaald de locatie waar de aan te maken home-directory terechtkomt? Omdat ook de ingestelde shell niet wordt nageleefd lijkt me dat het niet in die pam_mkhomedir kan zitten?

[MAX3400]

Niks te maken mey systemd-homed wat je weer ietwat kan "aansturen" met homectl ?

[Josefien]

Het is misschien niet helemaal juist dat 'ie de home en shell waardes niet gebruikt. Ik ontdek namelijk iets geks: na een willekeurig aantal reboots pakt 'ie wèl de nieuwe waardes

Maar als ik het daarna bij wijze van test terugzet naar /home/josefien in LDAP duurt het weer een willekeurig aantal reboots voordat dat overgenomen wordt door de cliënt bij het aanmaken van de home-dir. Terwijl met "getent" wel de actuele waardes in te zien zijn.

Het lijkt mij dat er iets is wat de boel zit te cachen? Maar wat?

[Room42]

Heb je al eens gewoon in de syslog etc gekeken wat daar vermeld wordt? Is de share wel beschikbaar op het moment van inloggen?

[Josefien]

De share is wel beschikbaar tijdens het inloggen, wordt via fstab gekoppeld. Na een paar keer herstarten neemt 'ie ook wel de locatie over en maakt het de home-dire op de NFS aan. Maar elke wijziging in de LDAP duurt dus een willekeurig aantal reboots voordat het overgenomen wordt.

Ik merk dat als ik in /etc/nscd.conf deze optie uitzet (dus op "no"):

code:

        enable-cache            passwd          yes

...het probleem grotendeels wordt opgelost, wijzigingen van home-locatie of shell in LDAP worden vrijwel instant overgenomen zonder reboot v/d cliënt.

MAAR: op "no" zetten maakt weer andere gekke dingen kapot...
- Afsluiten/Herstarten kan niet meer normaal. Deze knoppen sturen je dan terug naar het inlogscherm waar je 'm nòg een keer moet herstarten/afsluiten voordat het echt gebeurt.
- De PulseAudio volumeregeling werkt onder geen enkele gebruiker meer.

Die caching uitzetten is dus geen optie. Waarom met caching uit allerlei rare dingen stukgaan is mij een raadsel


<sub>Trouwens, een home-directory op NFS blijkt anno Ubuntu 20.04 volgens mij sowieso praktisch onmogelijk meer Applicaties in van die "snaps" zitten blijken niet meer te werken als de home op NFS is en het truukje om met een .xprofile-script de .cache te verplaatsen naar /tmp gaat ook niet meer omdat .cache al wordt bezet voordat .xprofile wordt uitgevoerd. En dan dus het probleem van dit topic, en dan heb ik het nog niet uitgebreid gebruikt.

Is er eigenlijk nog een alternatief om gebruikers op alle PC's dezelfde omgeving te bieden incl. dezelfde instellingen van alle applicaties?</sub>