Lokale Überschreibung der %USERNAME%-Variable im Network Share Mounter

Um die Einrichtung zu vereinfachen und manuelle Konfigurationen zu reduzieren, soll eine Funktion im Network Share Mounter (NSM) hinzugefügt werden, die eine lokale Überschreibung der %USERNAME%-Variable ermöglicht.

Diese Möglichkeit ist wichtig für Fälle, in denen der lokale Benutzername (z. B. paul) nicht mit dem Netzwerk-Benutzernamen (z. B. uted43uk) übereinstimmt. Momentan führt so ein Fall zu Mount"fehlern", da der NSM standardmäßig immer den System-Benutzernamen verwenden würde. Der Nutzende müsste das Homeverzeichnis zusätzlich manuell hinzufügen. Über den Self Service könnten wir eine einfachere Möglichkeit schaffen, wenn es diese Möglichkeit gäbe.

Vorschlag in der Konfig:

usernameOverride

If usernameOverride: USERNAME = usernameOverride

added label::enhancement label::feature status::discussion labels

assigned to @unrz142

changed the description

changed the description

Zwei Fragen dazu, @am93ypaj :

• soll der/die lokale Benutzer:in das selbst machen können (also per GUI) oder würde man im Fall der Fälle einen plist Befehl schicken (oder irgendwo im Self Service einbauen)?
• soll das auch per MDM setzbar sein? Das wäre dann ein spezifisches Profil pro Rechner bei denen das der Fall ist

changed milestone to %Network Share Mounter Version 3.1.0

assigned to @am93ypaj and unassigned @unrz142

created branch 130-lokale-uberschreibung-der-username-variable-im-network-share-mounter to address this issue

Wenn man im MDM den jeweiligen username hat/hätte, könnte man mit dem im managedNetworkShares definierten optionalen username den %USERNAME% ersetzen:

    static let managedNetworkSharesKey = "managedNetworkShares"
    /// **The following keys are used as dictionary keys for mdm managed network shares:**
        /// auhType of the share (.krb or pwd)
        static let authType = "authType"
        /// share export path
        static let networkShare = "networkShare"
        /// optional mount point of the specific share
        static let mountPoint = "mountPoint"
        /// optional username to use on mount
        static let username = "username"

wenn username hier definiert ist, wird %USERNAME% durch diesen ersetzt. Wenn nicht, wird der lokale user (NSUserName()) verwendet.
Im Ticket hätte man das Problem vermutlich nicht lösen können, da im Profil USERNAME ja nicht bekannt ist (glaube ich). Gibt es in der payload keine Möglichkeit $USERNAME vom MDM zu expanden?
Nichtsdestotrotz kann eine lokale Variable sinnvoll sein - um eben Fälle abzubilden die man MDM nicht lösen kann (aka wenn username dem MDM nicht bekannt ist).

mentioned in commit 5694f485

reopened

@am93ypaj das ist jetzt so umgesetzt:

        // Determine username with following priority:
        // 1. Username override from preferences
        // 2. Username from share configuration dictionary
        // 3. Local system username
        let userName: String
        if let username = prefs.string(for: .usernameOverride) {
            userName = username
        } else if let username = shareElement[Defaults.username] {
            userName = username
        } else {
            userName = NSUserName()
        }
        
        // Replace username placeholder in share URL
        let expandenShare = shareUrlString.replacingOccurrences(of: "%USERNAME%", with: userName)
        
        // Expand tilde paths to full paths
        let shareRectified = NSString(string: expandenShare).expandingTildeInPath

Bedeutet:

• wenn usernameOverride gesetzt wird verwende den
• ansonsten wenn username in der share definition gesetzt ist verwende diesen
• ansonsten verwende den lokalen.
• ersetze dann im share Pfad %USERNAME%
• expande mögliche Tilden im Pfad

Drei Fragen sind noch wichtig:

1. was soll priorisiert werden: der usernameOverride und dann der ggf. gesetzte username im share? Könnte wichtig sein!
2. wie soll das dann in der Praxis umgesetzt werden? Wird den Nutzern ein command-line Befehl gesetzt oder ein Self Service Task? Oder anders gefragt: muss Network Share Mounter hier noch was machen?
3. es gibt in dieser Form keine Möglichkeit ggf. weitere overrides zu machen. Dazu war ursprünglich ja der username in der share definition vorgesehen

Bitte drüber nachdenken und wenn das so passt gerne schließen, sonst zurück an mich!

Sieht gut aus und in einem ersten Test hat es auch funktioniert wie es soll.

1. Genau. usernameOverride soll %USERNAME% (das der lokale username ist) überschreiben. Damit muss usernameOverride priorisiert werden
2. Der Plan ist hier eine Selbsthilfeaufgabe zu realisieren. Im NSM würde ich das (vorerst) vermeiden, da das wohl eher verwirrend ist.
3. Ist auch nicht notwendig oder an was genau hast du gedacht?

Kurz: Soweit sieht das alles gut aus

assigned to @unrz142 and unassigned @am93ypaj

closed

mentioned in issue #141 (closed)