SMB: Kodierung umstellen

[little_pixel]

Hallo zusammen,

ich habe folgende Problematik:

Windowsnutzer können sich am Xserve ohne Probleme anmelden. Enthält der Nutzername einen Umlaut, so scheitert die Anmeldung.

Ich denke, dass es an der Kodierung "Latin US (437)" liegt. Diese möchte ich gerne auf "Latin 1 (850)" umstellen. Somit sollte es dann funktionieren.

Leider darf ich das aber nicht und stellt sich immer wieder zurück.
Okay, kein Problem dachte ich, und schnell ins Terminal geschupst:

sudo serveradmin settings smb:dos charset = 850

Auch hier bekomme ich wieder den Rückwert: smb:dos charset = "CP437"

Vielen Dank für Lösungsansätze!

 

[oneOeight]

warum änderst du das nicht in der smb.conf?

 

[muellermanfred]

Moin.

Da ich meinen thread zu diesem Thema nicht schon wieder pushen möchte, hänge ich mich mal hier dran.
https://www.macuser.de/threads/smb-server-einstellungen-werden-nicht-gesichert.387908/

 

[little_pixel]

Hallo,

"oneOeight", Du hast absolut recht! Daran habe ich gar nicht gedacht.

Es funktioniert ;-)

Für "muellermanfred":

- SMB Dienst via Server-Admin stoppen (vorher die Kollegen informieren ;-)
- Terminal öffnen
- wechsle zu /etc/db
- "sudo nano smb.conf"
- zu der Zeile der Kodierung navigieren und den bestehenden Wert überschreiben
- speichern und schließen
- SMB Dienst via Server-Admin starten

Viele Grüße

PS: Warum die Suche den Thread von "muellermanfred" nicht hergegeben hat, dubios.

 

[little_pixel]

Halt stop!

Es funktioniert tendenziell, aber sobald ich den Dienst starte stellt es sich wieder auf 437.
Unglaublich....

 

[little_pixel]

"muellermanfred", bleiben beim Start des SMB-Dienstes die Einstellungen bei Dir erhalten?

Viele Grüße

 

[muellermanfred]

Nope.

Ich darf smb.conf editieren und der Wert 850 ist auch drin. Aber im Server-Admin steht trotzdem weiterhin die 437.

Ich starte jetzt mal den Server neu ... (keine Sorge, so gut wie nichts los heute vormittag ...)

 

[little_pixel]

So ist jetzt ist es raus, bin ja nicht blöd ;-)

cd /System/Library/CoreServices/
cd SmbFileServer.bundle/
cd Versions/Current/Resources/
sudo nano ServerDefaults.plist

Wert auf 850 umstellen. Jetzt geht es!

It is a feature ;-)

 

[muellermanfred]

Okay, Neustart hat nichts gebracht. Wie auch?

Ich werd' jetzt zuerst deinen Tip ausprobieren und mich dann bedanken. Okay?

...

Bingo!

 

[little_pixel]

Schön, gell? ;-)

Nur gehe mal zu einem Win Rechner und melde Dich als ein Nutzer mit Umlaut an.
Geht leider nicht. Ich suche weiter... :-/

Immerhin sind wir der Sache auf der Spur ;-)

 

[muellermanfred]

Äh, Umlaute gibt's hier sowieso nicht (amerikanisches Unternehmen ...). Ich bin nur schon froh, wenn ich was einstellen kann, wie ich es will ...

 

[little_pixel]

Neihn! Da habe ich gar keine Referenz :-(

 

[little_pixel]

Okay, hier die "Lösung":

Im Arbeitsgruppenmanager ist gegeben:

Nutzer 1:
Name: Hans Meier
Kurzname: hansmeier

Nutzer 2:
Name: Hänsel Gretel
Kurzname: hanselgretel

Der "Hans Meier" kann bei der Anmeldung seinen normalen Namen angeben. Im Protokoll wird dann autonom "hansmeier" übergeben. Die Anmeldung funktioniert so problemlos.

Bei "Hänsel Gretel" wird der Kurzname "hänselgretel" übergeben. Die Anmeldung schlägt somit fehl.
Die Anmeldung muss mit "hanselgretel" erfolgen.

Das betrifft aber nur das SMB-Protokoll.
Falls irgendjemand noch über das Problem stolpern sollte. ;-)

Viele Grüße

 

[muellermanfred]

Also, wenn ich "Hänsel Gretel" anlege, wird automatisch der Kurzname "hanselgretel" generiert - "hänselgretel" kann ich gar nicht anlegen, da macht er mir "hnselgretel" draus. Und das, bevor es um die Frage geht, ob das ein AFP- oder SMB-User werden soll ...

 

[muellermanfred]

Nachtrag:
Die Umstellung der codepage hat so nebenbei bewirkt, daß die shortcuts meiner Windows-User nicht mehr funktionierten, die Netzwerkressource als nicht mehr vorhanden gemeldet wurde und die clients auf einmal im Active Directory nach Netzwerkpfaden suchten und so Scherze. Für mich als Nebenbei-Admin ein echter Quell der Freude.

Also codepage wieder umgestellt - reichte nicht. Server neugestartet - alles wieder gut.