Admin am 13. März 2026 um 12:59 Uhr

2026-03-13T12:59:22Z

← Nächstältere Version		Version vom 13. März 2026, 12:59 Uhr
Zeile 71:		Zeile 71:
	'''Liefert die lokal gespeicherte "Grains" von Clients'''		'''Liefert die lokal gespeicherte "Grains" von Clients'''
	salt-run cache.grains <minion>		salt-run cache.grains <minion>

			[[Konflikt zwischen Linux-Dateisystem-ACLs und Windows-Berechtigungen (NTFS) lösen]]

Admin: /* Wichtige Befehle */

2025-02-17T11:52:28Z

Wichtige Befehle

← Nächstältere Version		Version vom 17. Februar 2025, 11:52 Uhr
Zeile 59:		Zeile 59:

	'''Remote Desktop Zugriff erlauben'''		'''Remote Desktop Zugriff erlauben'''
	salt <minion> cmd.run 'reg add "~~HKEY_LOCAL_MACHINE~~\SYSTEM\CurrentControlSet\Control\Terminal Server" /v fDenyTSConnections /t REG_DWORD /d 0 /f'		salt <minion> cmd.run 'reg add "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server" /v "fDenyTSConnections" /t REG_DWORD /d 0 /f'
	salt <minion> cmd.run '~~netsh firewall set service type = remotedesktop mode = enable~~'		salt <minion> cmd.run 'net start TermService'
	salt <minion> cmd.run '~~reg add~~ "~~HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-TCP~~" ~~/v UserAuthentication /t REG_DWORD /d "0" /f~~'		salt <minion> cmd.run 'netsh advfirewall firewall set rule group="remote desktop" new enable=yes'

	'''Ein Port in Firewall nach innen öffnen'''		'''Ein Port in Firewall nach innen öffnen'''

Admin: Die Seite wurde neu angelegt: „== Windows Domain Probleme == === Nach der Anmeldung erscheint die Fehlermeldung, dass die Vertrauensstellung mit der Domänencontroller nicht hergestellt werden kann. === Laut [https://support.microsoft.com/de-de/help/2771040/the-trust-relationship-between-this-workstation-and-the-primary-domain Microsoft Support] ist die einzige Lösung, den Rechner aus der Domäne zu nehmen und wieder beizutreten. Diesen Prozess kann man mit dem OSS schneller erledigen…“

2025-01-31T16:03:53Z

Die Seite wurde neu angelegt: „== Windows Domain Probleme == === Nach der Anmeldung erscheint die Fehlermeldung, dass die Vertrauensstellung mit der Domänencontroller nicht hergestellt werden kann. === Laut [https://support.microsoft.com/de-de/help/2771040/the-trust-relationship-between-this-workstation-and-the-primary-domain Microsoft Support] ist die einzige Lösung, den Rechner aus der Domäne zu nehmen und wieder beizutreten. Diesen Prozess kann man mit dem OSS schneller erledigen…“

Neue Seite

== Windows Domain Probleme ==
=== Nach der Anmeldung erscheint die Fehlermeldung, dass die Vertrauensstellung mit der Domänencontroller nicht hergestellt werden kann. ===
Laut [https://support.microsoft.com/de-de/help/2771040/the-trust-relationship-between-this-workstation-and-the-primary-domain Microsoft Support] ist die einzige Lösung, den Rechner aus der Domäne zu nehmen und wieder beizutreten. Diesen Prozess kann man mit dem OSS schneller erledigen, wenn das OssClient-Programm installiert ist. Mit folgendem Befehl kann man einen Client aus der Domäne nehmen. Dieser Befehl startet den Client auch neu. Nach dem Neustart tritt der Client wieder in die Domäne und startet erneut.
oss_unjoin_client.sh <clientname>

=== Profile können nicht gelesen oder geschrieben werden. ===
# Als erstes löschen Sie das Profil der betroffenen Benutzer: Adminoberfläche -> Benutzer -> suchen -> markieren -> Aktion -> Profil löschen
# Auf die Freigabe Profiles müssen die ACLs repariert werden<br><code>setfacl --restore /usr/share/cranix/setup/profiles-acls</code>
# Wenn das alles nicht hilft, müssen auf den Windows-Clients die lokal gespeicherte Profile und deren Einträge im Registry gelöscht werden. Die Profile selbst finden man unter <code>C:\Users</code> und die Einträge in Registry sind unter folgendem Registriepfad zu finden:<br><code>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList</code>

== Client Probleme ==
=== Server musste neu aufgesetzt werde und die Clients arbeiten nicht mit dem neuen Server ===
Wenn Sie den CRANIX-Server völlig neu aufsetzten und nicht aus dem Backup wiederherstellen, funktioniert die Domänen- und Salt-Verbindung nicht. Der Grund dafür ist, dass die Domäne eine neue SID und der Sal-Master einen neuen ssh-Key erhalten hatte. In diesem Fall müssen Sie an den Clients folgende Schritte ausführen:
#Client mit dem selben Namen registrieren.
#In der Diensteverwaltung salt-minion anhalten.
#Die Dateien im Verzeichnis '''C:\salt\conf\pki\minion''' löschen
#Rechner aus der Domäne in die Arbeitsgruppe '''WORKGROUP''' nehmen.
#Rechner neu starten.

=== Direkter Internetzugang funktioniert nur mit Verzögerung ===
Bitte beachten Sie, dass beim Umstellung auf direkten Internetzugang nur der Server diese Einstellung ändert. D.h. Der Server lässt nun alle Zugriffe aus dem Raum direkt ins Internet zu. Da bei den Clients nach wie vor der Proxy eingestellt ist, versuchen sie weiterhin über den Proxy ins Internet zu gehen.
Wird der Proxy-Zugang gesperrt, führt das zur Timeouts. Erst wenn dieser abgelaufen ist versucht der Browser direkt und nicht über den Proxy auf das Internet zugreifen. Eine Abhilfe schafft, wenn man in Browser der Proxy abgeschaltet wird. Prinzipiell könne man auch die proxy.pac-Datei dynamisch anpassen, allerdings bringt das auch nicht viel, da diese erst beim Starten des Browsers ausgelesen wird. Also ein Neustart des Browser wäre in diesem Fall auch erforderlich.
Da seit OSS-4-0 der Server über salt die "volle" Kontrolle über die Clients hat, arbeiten wir zur Zeit an einer Lösung die durch Ändern des Registryeintrages die Proxyeinstellungen ändert.

== Wichtige Befehle ==
Auf den Klients von CRANIX/OSS 4-0 ist das Management-Programm '''salt''' installiert. Mit dessen Hilfe kann man wichtig Programme vom CRANIX-Server aus auf den Klients ausführen:

'''Angemeldeten Benutzer abfragen'''
salt <minion> crx_client.loggedIn

'''Angemeldeten Benutzer abmelden'''
salt <minion> crx_client.logOff

'''Computer sperren'''
salt <minion> crx_client.locClient

'''Computer entsperren'''
salt <minion> crx_client.unLocClient

'''Windowsupdates verbieten'''
salt <minion> crx_client.disableUpdates

'''Windowsupdates erlauben'''
salt <minion> crx_client.enableUpdates

'''WICHTIG''' mit der o.g. Befehlen kann man nur die lokal angemeldeten Benutzern verwalten. Benutzer die sich per RDP angemeldet haben kann man direkt mit dem QWINSTA erfassen. In beiden Fällen spielt es keine Rolle ob es sich um lokalen oder vom Domänen-Benutzer handelt.

'''Laufende Prozesse abfragen'''
salt <minion> cmd.run tasklist

'''SALT-Logdateien von Clients holen'''
salt <minions> cp.push 'c:\salt\var\log\salt\minion'
Auf dem Server:
/var/cache/salt/master/minions/<minionname>/

'''Firewall-Status abfragen'''
salt <minion> cmd.run 'netsh advfirewall show allprofiles'

'''Remote Desktop Zugriff erlauben'''
salt <minion> cmd.run 'reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server" /v fDenyTSConnections /t REG_DWORD /d 0 /f'
salt <minion> cmd.run 'netsh firewall set service type = remotedesktop mode = enable'
salt <minion> cmd.run 'reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-TCP" /v UserAuthentication /t REG_DWORD /d "0" /f'

'''Ein Port in Firewall nach innen öffnen'''
salt <minion> firewall.add_rule 'Regelname' 'Port' 'Protokol'

'''Alle laufende salt-Prozesse auf dem Client (Minion) beende'''
salt <minion> saltutil.kill_all_jobs

'''Liefert die lokal gespeicherte "Grains" von Clients'''
salt-run cache.grains <minion>

FAQs - Versionsgeschichte

Admin am 13. März 2026 um 12:59 Uhr

Admin: /* Wichtige Befehle */