2017-11-29 8 views
0


Ich habe eine Frage bezüglich Multihopping in einer Windows-Umgebung.
Angenommen, ich habe einen Zeitplan auf Server A (Central Scheduler), der einen Befehl auf Server B ausführt. Dieses Skript enthält einen Aufruf zum Speichern von Dateien auf einem Remote-Filer (UNC-Pfad, Server C). Hop 1 (von A nach B) funktioniert gut, Hop 2 (von B nach C) versagt. Ich habe bereits getestet, um die Dateien lokal auf Server B zu speichern, das funktioniert einwandfrei. Ich denke, es gibt ein Problem mit dem zweiten Sprung. Ich erinnere mich, dass ich vor einiger Zeit so etwas in einem Forum gelesen habe, aber ich kann mich nicht an eine Lösung erinnern.
Im Detail sieht der Befehl dies wie:
Powershell invoke-command multihopping

$session = New-PSSession -computer ComputerName  
$templatepath = "\\filerpath\" 
Invoke-Command -Session $session -Scriptblock { powershell ovpmutil cfg pol dnl $Using:templatepath /p \BSH } 

Zur Klarstellung: Powershell gibt mir einen „Zugriff verweigert“, wenn Sie den zweiten Sprung durchzuführen. Ich habe die Delegierung der Anmeldeinformationen bereits wie hier beschrieben aktiviert: Enabling Multihop Remoting
Jede Hilfe wird geschätzt.
Vielen Dank im Voraus

+1

Bitte [bearbeiten Sie Ihre Frage] (https://meta.stackexchange.com/questions/21788/how-does-editing-work), um diese Informationen hinzuzufügen, anstatt Ihre eigene Frage zu kommentieren. – Clijsters

+0

Ich hatte vorher einige Probleme mit CredSSP. Die Antwort in diesem Post löste das Problem für mich: https://social.technet.microsoft.com/Forums/windowsserver/en-US/544e2da5-390d-411d-a730-1fceab18334d/network-access-when-using-invokecommand -or-enterpssession? forum = winserverpowershell Speziell der Teil für den Client –

Antwort

1

Die Lösung ist eine echte Schmerzen in den Hintern, wenn Sie mich fragen, aber hier ist es ...

Auf dem Ursprungsserver (A):

Set-Item WSMAN:\localhost\client\auth\credssp -value $true 

Auf der Zwischen Server (B):

Set-Item WSMAN:\localhost\client\auth\credssp -value $true 

Öffnen von Gruppenrichtlinien-Editor auf Server A, navigieren Sie zu:

Computerkonfiguration> Administrative Vorlagen> System> Credentials Delegation

Aktivieren Sie diese Optionen:

  • frisch Anmeldeinformationen zulassen delegieren
  • zulassen delegieren frische Anmeldeinformationen mit NTLM-only-Server-Authentifizierung

Für beide Richtlinien muss Server B zur zulässigen Liste hinzugefügt werden, Platzhalter sind dürfen. Beachten Sie, dass, wenn Sie RDP von Server A verwenden werden Sie auch TERMSRV/*

hinzufügen müssen Beim Ausführen von Invoke-Command von Server A, umfassen die -Authentication CredSSP param.

Hinweis: Wenn Sie SecureStrings irgendwo für die Anmeldeinformationen speichern, um eine Verbindung mit Server C herzustellen, sollten Sie entweder eine feste Verschlüsselung (Bytearray angeben) oder Nur-Text verwenden und diese konvertieren.