zahni

Bei sinnvoller Nutzung des Applockers bzw. der SRPs und einem funktionierendem Perimeter-Schutz(Proxy,Mail,USB), sind Virenscanner nur noch notwendiges Beiwerk. Die finden alle samt keine Viren, die per Mail o.ä. frisch reinkommen. Hinterher ist es zwar nett, bringt es aber selten. Hilfreich sind sie, wenn in der Mailbox etwas steckt und der User hat gerade Urlaub hat. Der aktuelle Defender kommt bei div. Tests eigentlich gut weg. Man kann den halt so wie er ist standalone nicht verwalten. Zu Kosten via SCCM kann ich nichts sagen. Wir müssen McAfee benutzen. Auf den Servern nutze ich McAfee Move. Wobei die Truppe gern mal auf den Mond...

Da hänge ich mich mal dran. Alles Gute und natürlich die Gesundheit...

Bei mir und meinem "Nachbarn" steht da die Samsung NVME- SSD als Quelle. Kann auch ein Treiberfehler von Intel sein.

Ok, das musst Du dazu schreiben. An der Stelle guckt doch niemand. K.A. was Windows da protokolliert. Schau mal, ob da IOCTL 0x74080 protokolliert wird. Das soll File-Access sein. Kann gut sein, dass einzelne Zugriffe in einem Timeout laufen. Speziell beim Software-Raid (=Intel RST), weil es beschäftigt ist. Ich habe da auch ein paar 504 täglich, mache mir aber keine Sorgen. Kann bei mir auch am Bitlocker liegen. https://www.osronline.com/article.cfm^article=229.htm

Nur wenn das vorher konfiguriert wurde. Kleiner Tipp: Für Benutzer auf allen Freigaben das maximale Recht "Ändern" einstellen. Dann verstellt niemand mehr, außer der Admin, die NTFS-Rechte.

Windows 2012R2. Terminal Server steht da glaube ich immer drin.

Schon klar. Ich meinte nur, dass es keine Aktuelle Malware mehr gibt. Die "alte" wird sicher von jedem Virenscanner gefunden. Und die Virenprogrammierer haben keine Diskettenlaufwerke mehr. Und aus dem Internet können die auch nichts runterladen. LYNX ist nicht so der Bringer heute.

Immerhin werden die nicht mehr von Malware bedroht...

Die Frage sollte schon längst beantwortet sein.

Mach das mal bei Hyper-V Immerhin kann ESX irgenwelche obscuren Linuxe ausführen (keine Ahnung, war Firmen wie Unify sowas anschleppen.

Und die Neuinstallation dauert 1 Woche... Bei uns keine Option. PCs sind zu 100% das gleiche Image, lokal hat der User keinen Zugriff (C: ausgeblendet).

Dort wird auch die MAC-Adresse angezeigt. Es soll schon vorgekommen sein, dass 2 Geräte die gleiche MAC-Adresse beim Hersteller bekommen haben.

Trotzdem: Wenn ein User lange Weile hat und den Benutzerservice ärgern will... Um Regedit zu verbieten, gibt es im Übrigen eine GPO.

Hallo und willkommen im Forum. mögliche Ursachen: - Gleiche IP-Adressen (mal prüfen, ob es noch einen DHCP-Server gibt, z.B. im Router) -Gleiche MAC-Adressen (z.B. weil die jemand manuell vergeben hat)

Das musst Du den Anbieter und den Rechtsbeistand Deinen Vertrauens fragen. Bei den Preisen gibt es aber erfahrungsgemäß keine Lizenzen, sondern Kombinationen aus Buchstaben und Zahlen. Technisch mögen die eine Zeit lang funktionieren, Lizenzen sind es aber nicht.

Ok, da hatte "Google" wohl veraltete Informationen. Hier steht es jetzt richtig: https://docs.microsoft.com/en-us/windows-server/identity/ad-ds/active-directory-functional-levels

Du benötigst mindestens Windows 2008R2.

Man könnte eine Verknüpfung auf dem Desktop anlegen. Dort kann man dann in den erweiterten Eigenschaften einen Haken setzen "Als Administrator ausführen.." Dann kommt ein Dialog für User/Password.

Der Server-Key aktiviert auch Windows 7.

Keine Ahnung. Ich würde es zuerst mal mit /IPK probieren. Die Online-Aktivierung nicht vergessen,

cscript slmgr.vbs /dlv all > c:\lic.txt Dort mal nach "Windows(R) Operating System, VOLUME_KMS_WS19 channel" suchen. Der müsste "License Status: Licensed" sein.

Ich hätte dem Windows DNS eine gewisse Intelligenz zugesprochen, also anhand der Remote-Ipadresse... Wäre aber vermutlich nicht RFC-Konform. Ok, also der DC-Locator. Der ist dann MS-Konform ;)

Nein, dass müsste das rote "X" im Explorer verhindern.

Ich meine "Ersetzen" war die richtige Option. Ist bei uns auch so eingestellt. Und unter SYSTEM\CurrentControlSet\Control\NetworkProvider ist "RestoreConnection" auf "0x0" konfiguriert (per Registry GPP).

Ich kann mich dunkel erinnern, dass wir damit auch mal Probleme hatten. Neben dem Tipp von MurdocX mal in der Registry vergleichen: [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\GPExtensions\{5794DAFD-BE60-433f-88A2-1A31939AC01F}] @="Group Policy Drive Maps" "DisplayName"=hex(2):40,00,67,00,70,00,70,00,72,00,65,00,66,00,63,00,6c,00,2e,\ 00,64,00,6c,00,6c,00,2c,00,2d,00,35,00,00,00 "DllName"="C:\\Windows\\System32\\gpprefcl.dll" "EnableAsynchronousProcessing"=dword:00000001 "EventSources"="(Group Policy Drive Maps,Application)" "GenerateGroupPolicy"="GenerateGroupPolicyDrives" "NoMachinePolicy"=dword:00000001 "PerUserLocalSettings"=dword:00000001 "ProcessGroupPolicy"="ProcessGroupPolicyDrives" "ProcessGroupPolicyEx"="ProcessGroupPolicyExDrives" Da das ein Kollege macht, weis nicht, was default und was vom Kollegen ist.