Gu4rdi4n

Am 5.9.2018 um 07:58 schrieb Nobbyaushb:

In einer Domäne NIEMALS einen externen DNS angeben!

 

Wenn das Internet geht und nur das Symbol nicht das ist - wen interessiert das?

 

Bekommt der Client seine IP via DHCP, ggf. den Dienst neu starten - und den Lease neu anfordern, ipconfig /renew

Ha, wen das interessiert? 

Das kann ich dir genau sagen!

Office 365 installationen. Die kann man dann nämlich nicht aktivieren. 

Außerdem werfen die eine Fehlermeldung beim Start, dass die Lizenz nicht geprüft werden kann.

Sobald das Ausrufezeichen weg ist, klappts auf einmal

Hi,

ich möchte bei meiner WDS Installation ein Answer file anfügen, welches mir alles bis auf die Standortdienste deaktiviert. (Daten an MS senden etc soll deaktiviert werden)

Jetzt habe ich gesehen, dass im WSIM unter Windows Shell setup -> OOBE Protect your PC auf 3 stelle, deaktiviert er wahrscheinlich alles komplett. Richtig? 

Enzelne einstellungen gibt's hierzu nicht, oder?

Genau das hab ich gerade auch gelesen

So unglaublich frustrierend.

Hab das 1703 geladen, dann hat er unter Boot die richtige wdsmgfw.efi erstellt.

Mit der kann ich nun ordentlich starten. 

Mein gott. Das hat mich jetzt den ganzen Tag gekostet. 

War bei google schon auf seite 10 und hab so viel gelesen. Das ist der einzige Beitrag bei dem mal beiläufig erwähnt wird, dass das 1803 Setup defekt ist

Aber vielen Dank für den Link Zahni!

@Tektronix

Das Problem ist, hier geht's um PXE Boot. Also ist hier noch kein OS verfügbar bei dem ich das anwenden könnte

@zahni

1. Tick option 067 and enter boot\x64\wdsmgfw.efi – this is the x64 UEFI boot file for WDS. Click Next.
2. On the Summary screen, if all the details are correct, click Finish.
3. Now repeat steps 2 – 14 for PXEClient (UEFI x86)with boot\x86\wdsmgfw.efi as option 067.

Das kann ich nicht genau so machen. Bei mir gibt's statt der wdsmgfw.efi nur eine bootmgfw.efi unter boot\x64\

Unter boot\x86 gibt's bei mir gar keine Datei welche auf .efi endet.

Ich habe noch 2 Ordner, die sich boot\x64uefi und boot\x86uefi nennen

bei beiden ist eine default.bcd drin

Wenn ich diese default.bcd als datei nehme, bekomme ich das hier und komme garnicht am PXE vorbei:

Ich hab die Anleitung ansonsten durch. Gleiches Problem wie vorher. 

Ich glaube, es liegt garnicht wirklich am PXE selbst.

Vielleicht mag auch nur das 1803 Windows 10 nicht. Hab mal das 1703 geladen. Mal ausprobieren

Du hast recht. Im ersten screen stehen die richtigen IPs. Auch die richtige des Servers.

Im zweiten steht eine IP die so garnicht im Netzwerk existiert

argh oh gott ich bin so dumm. Ja klar, die IP ist anders. Ich hab das Bild von google genommen

Aufm rechner steht natürlich die richtige IP

Ne, das ist der gleiche Bereich.

Ist 255.255.0.0

Er bootet ja über PXE, allerdiongs scheint irgendwas am Image nicht zu passen

Hi,

ich möchte gerne meine Rechner mit WDS installieren.

Hierzu habe ich auf einem extra Server die Bereitstellungsdienste installiert.

Ich habe auf dem DHCP Server die Option 66 (mit dem Servernamen des WDS Servers) und die Option 77 (Boot\x64\bootmgfw.efi) eingetragen

Auf dem WDS habe ich unter "Startabbilder" die boot.wim eines vanilla Windows 10 1803 hinzugefügt.

Wenn ich nun auf meinem Client PXE Starte, dann bekomme ich dort diese Meldungen:

Google sagte ich soll das wim Image einmal mounten und wieder unmounten. 

Hat aber nichts gebracht

Ich konnte bisher nicht rausfinden, wieso ich die 2. Meldung bekomme.

Hat hier jemand eine Idee?

Ich möchte nur mal einwerfen, dass ich genau die gleiche Konstellation bei mir am laufen habe.

2 HyperV Hosts mit einmal 4 VMs und einmal 2 VMs

auf jedem Host ist eine der VMs ein DC.

Sollten beide DCs ausfallen, was ich getestet habe, kannst du dich trotzdem an den hosts anmelden.

Die HyperV hosts beherbergen bei mir nur zusätzlich noch die Veeam Backup Konsole. (ist laut MS kein Lizenz-Problem, wenn der Host das auch noch ausführt)

Hosts und Guests sind in der Gleichen Domain

Office 365 wird über AzureAD synchronisiert, sodass Passwörter überall gleich sind und Konten nicht doppelt und dreifach angelegt werden müssen.

Azure AD ist für das reine synchronisieren kostenlos nutzbar

Schreib dir aber vorher die Gruppen- und Verteilermitgliedschaften der Cloud User auf. Die gehen beim Synch flöten. Das hat der MS Mitarbeiter schön verschwiegen.

Ok, gut.

Dann bin ich nicht der Einzige der Probleme mit dieser Formulierung hat. Irgendwie bin ich erleichtert dass euch das auch nichts sagt 

Dann werd ich mal den Urheber dieser Frage kontaktieren

Du könntest über die GPP Standarddrucker verteilen. 

Erstellst dann eben pro Drucker eine Gruppe in die die betroffenen Nutzer kommen.

In "Bereich" gibst du dann eben statt allen Usern nur den bestimmten Gruppen diese Richtlinie. Dann ist es egal wo sich die User mit ihrem Konto anmelden und haben immer den ihnen zugeteilten Drucker als Standard

Benutzerkonfiguration -> Systemsteuerungseinstellungen -> Drucker -> Rechtsklick -> Neu -> Freigegebener Drucker

und dann da "Drucker als Standarddrucker festlegen..." anhaken

Entschuldigung. Ich meinte Revisionsfähige Konten

Die Frage die mir gestellt wurde:

Unter dem Punkt "Benutzerkonten"

"Wird für jeden Benutzer ein eigenes, revisionsfähiges Konto geführt?"

Soweit ich das mir zusammen reimen kann, solldamit sichergestellt werden, welche Rechte das Konto zu jeder Zeit in der Vergangenheit hatte und momentan hat.

Also quasi zur Nachvollziehbarkeit

Hi,

da wir nun auch immer tiefer in das Thema Datenschutz hinein gesogen werden, stellt sich an dieser Stelle die Frage nach Revisionssicheren Benutzerkonten.

Wie löst Ihr das?

Habt Ihr Software die mit trackt, welche Berechtigungen etc ein Konto hatte / hat etc?

Jap, ist definitiv dell Backup and Recovery. 

Nicht wirklich gutes Programm. Deinstalliere es wenn du es nicht nutzt. Macht mehr ärger als es nutzen bringt

edit: oh thread schon etwas älter. Verzeihung

Und warum? Kann man die irgendwie umgehen?

Und was würdest du eher empfehlen?

Wahrscheinlich der AppLocker, oder? Funktioniert nur leider mit W7 nicht (und ja gerade gesehen dass wir hier im W10 forum sind )

Ist es nicht einfacher einfach SRPs mit Whitelist zu nutzen? So kommt eine Ransomware erst garnicht zum Schuss

vor 9 Stunden schrieb Tibbs:

Hallo, 

 

Danke schon mal für die Vorschläge. 

 

Updates waren schon deaktiviert 

USB Geräte waren schon deaktiviert

 

Aber ich habe jetzt in den Energieeinstellungen der Netzwerkkarte noch das Häkchen bei "Nur Magic Pakets dürfen den PC aufwecken" gesetzt. 

Seit dem scheint es zu funktionieren. 

 

Ich weiß auch nicht wieso. 

Ich werde beobachten und dann langsam die Sachen die ich benötige wieder einschalten. 

Hast du irgendwo einen PXE Server?

Virenscanner

Hardware (Bios version?)

Sonstige Tools etc

Auf einem privaten PC?

Gibt es irgend etwas, das auf allen Systemen gleich ist? (außer OL 2016)

Das ist ja seltsam 

Vielleicht irgend ein Programm, welches Tasteneingaben abfängt?

Irgendwie muss er ja die Alt taste übergeben bekommen. 

Mach mal die Bildschirmtastatur auf und schau nach, ob die Alt taste nach der eingabe "klemmt"

Was noch sein könnte:

Überprüfe mal, ob die Einrastfunktion aktiviert ist. 

Ich hatte mal was ähnliches in einem anderen Programm. Ich hab dann einfach als abhilfe die Tastenkombination, in deinem Fall, strg + alt + s anderweitig belegt (mit einem leeren cmd file)

Hast du vielleicht andere Geräte im LAN, die vielleicht pakete rausschicken, die der PC als MP identifiziert?

Hast du irgendwelche USB geräte am PC, die ihn vielleicht aufwecken?

Danke Sunny und tesso,

ich werde erstmal das von Tesso probieren und dann das von Sunny

vor 1 Minute schrieb testperson:

Hi,

 

wird ein Proxy genutzt?

 

Gruß

Jan

Ja, ein transparenter mit einem Single Sign on client für die Firewall.

Hab jetzt mal den PC auf dauer Durchzug geschalten, sodass der immer Internet hat.

Aber Dauerzustand sollte das nicht sein. Mal schauen, ob sich was ändert.