8
Bug in Windows: Session Shadowing funktioniert nicht in Windows 10 1909 oder 2004
Edit: hat sich geklärt und braucht nicht mehr beachtet zu werden.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 577677
Url: https://administrator.de/contentid/577677
Printed on: April 16, 2024 at 16:04 o'clock
8 Comments
Latest comment
Kann ich hier testweise nicht nachstellen, zwei Frische 2004 VMs aufgesetzt und einen 1909 alle vollkommen clean, Shadowing in der FW aktiviert. Shadowing funktioniert hier im Cross-Test 1909 => 2004 / 2004 => 1909 / 2004 => 2004 einwandfrei (auch mit /control). Hmm, mal wieder so ein Fehler der nicht bei allen Funktioniert 
... hat man sich ja mittlerweile schon dran gewöhnt das die Releases als Beta auf den Markt geworfen werden.
... hat man sich ja mittlerweile schon dran gewöhnt das die Releases als Beta auf den Markt geworfen werden.
Sehr interessant!
Ich hatte beim Test lediglich den Zielrechner frisch aufgesetzt.
Werde das in Kürze mal mit 2 frischen Rechnern nachstellen.
Ich hatte beim Test lediglich den Zielrechner frisch aufgesetzt.
Werde das in Kürze mal mit 2 frischen Rechnern nachstellen.
Das ist seltsam... 2x Win10 2004 installiert, beide im APIPA-Bereich gelassen - es funktioniert.
Nun auf meinem Domänen 1909 ein lokales Konto eingerichtet (gleicher Name und Kennwort wie ein lokaler Admin auf 2004 non-domain) - klappt!
Nun 2004 in die Domäne aufgenommen und von meinem 1909 versucht - geht nicht! Fehler jedoch ein anderer: "the interface is unknown". Unnötig zu betonen, dass das System keinerlei Beschränkungen unterworfen ist, die andere, funktionierende Systeme nicht auch haben. Ports sind offen. Seltsam!
Nun auf meinem Domänen 1909 ein lokales Konto eingerichtet (gleicher Name und Kennwort wie ein lokaler Admin auf 2004 non-domain) - klappt!
Nun 2004 in die Domäne aufgenommen und von meinem 1909 versucht - geht nicht! Fehler jedoch ein anderer: "the interface is unknown". Unnötig zu betonen, dass das System keinerlei Beschränkungen unterworfen ist, die andere, funktionierende Systeme nicht auch haben. Ports sind offen. Seltsam!
Hach... Ziel-2004 neu gebootet - da ist der Fehler mit der non-supported version wieder. Immerhin 
Jetzt muss ich also nur noch herausfinden, was unsere GPOs mit dem Ding anstellen, was nur auf 2004 wirkt, wenn frisch installiert - nicht aber auf 2004, wenn dahin upgegradet. Ein Kinderspiel
Jetzt muss ich also nur noch herausfinden, was unsere GPOs mit dem Ding anstellen, was nur auf 2004 wirkt, wenn frisch installiert - nicht aber auf 2004, wenn dahin upgegradet. Ein Kinderspiel
Nichts zu finden.
@144260 - deine Testrechner, sind die auch in einer Domäne? Wenn nicht, kannst Du das Ziel mal aufnehmen zum Test?
@144260 - deine Testrechner, sind die auch in einer Domäne? Wenn nicht, kannst Du das Ziel mal aufnehmen zum Test?
Zitat von @DerWoWusste:
@144260 - deine Testrechner, sind die auch in einer Domäne? Wenn nicht, kannst Du das Ziel mal aufnehmen zum Test?
Habe ich gerade gemacht, sowohl eine Session mit angemeldetem Domain-User als auch eine mit lokal angemeldeter User funktionieren hier problemlos.@144260 - deine Testrechner, sind die auch in einer Domäne? Wenn nicht, kannst Du das Ziel mal aufnehmen zum Test?
Danke. Hier jetzt auch!
Terminaldienst wurde bei Domänenaufnahme verkrüppelt, da alte Skripte von Version 1903 ausgingen. Ist der verkrüppelt (läuft gar nicht), dann komt diese Meldung.
Autsch.
Terminaldienst wurde bei Domänenaufnahme verkrüppelt, da alte Skripte von Version 1903 ausgingen. Ist der verkrüppelt (läuft gar nicht), dann komt diese Meldung.
Autsch.
da alte Skripte von Version 1903 ausgingen
Uups, na dann . Danke für die Rückmeldung.