21
Domain join Fehler (Netjoin 4097 Error 64)
Hallo zusammen,
ich versuche einen Server in die Domäne aufzunehmen, jedoch erhalte ich immer folgenden Fehler:
Bei dem Versuch der Domäne "***" beizutreten, trat der Folgende Fehler auf:
Der angegebene Netzwerkname ist nicht mehr Verfügbar.
Im Ereignislog taucht der Fehler Netjoin, Ereignis 4097, Fehlercode 64 auf.
Der Server liegt in Subnetz A, während 2 Domänencontroller in Subnetz B liegen. Die Netze werden in beide Richtungen mit Any geroutet.
Die DNS Einstellungen zeigen auf die Domänencontroller und die typischen Tests (ping, nslookup) funktionieren einwandfrei.
Das Problem wird wohl darin liegen, dass der Domänenname nicht richtig aufgelöst wird, jedoch funktioniert der DNS ansonsten.
Selbst ein nslookup auf den FQDN der Domäne wird richtig aufgelöst.
Ich weiß jetzt leider nicht mehr weiter nach mehreren Tagen Internet Recherche und hoffe ihr könnt mir hier noch den entscheidenden Tipp geben.
Vielen Dank schon einmal im Voraus.
LG
Sebastian
ich versuche einen Server in die Domäne aufzunehmen, jedoch erhalte ich immer folgenden Fehler:
Bei dem Versuch der Domäne "***" beizutreten, trat der Folgende Fehler auf:
Der angegebene Netzwerkname ist nicht mehr Verfügbar.
Im Ereignislog taucht der Fehler Netjoin, Ereignis 4097, Fehlercode 64 auf.
Der Server liegt in Subnetz A, während 2 Domänencontroller in Subnetz B liegen. Die Netze werden in beide Richtungen mit Any geroutet.
Die DNS Einstellungen zeigen auf die Domänencontroller und die typischen Tests (ping, nslookup) funktionieren einwandfrei.
Das Problem wird wohl darin liegen, dass der Domänenname nicht richtig aufgelöst wird, jedoch funktioniert der DNS ansonsten.
Selbst ein nslookup auf den FQDN der Domäne wird richtig aufgelöst.
Ich weiß jetzt leider nicht mehr weiter nach mehreren Tagen Internet Recherche und hoffe ihr könnt mir hier noch den entscheidenden Tipp geben.
Vielen Dank schon einmal im Voraus.
LG
Sebastian
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1056195489
Url: https://administrator.de/contentid/1056195489
Ausgedruckt am: 22.11.2024 um 01:11 Uhr
21 Kommentare
Neuester Kommentar
Moin RappSe,
hast du versucht, der FQDN-Domain beizutreten (DOMAIN.FIRMA.DE), oder ist dein "***" nur DOMAIN? Was sagt ein nslookup auf DOMAIN?
Gehen die Uhren auf beiden Rechnern richtig?
/pp
hast du versucht, der FQDN-Domain beizutreten (DOMAIN.FIRMA.DE), oder ist dein "***" nur DOMAIN? Was sagt ein nslookup auf DOMAIN?
Gehen die Uhren auf beiden Rechnern richtig?
/pp
IPv6 mal probeweise deaktiviert?
Moint PeterPanter,
ich habe versucht der Domain.local beizutreten. Ein nslookup auf Domain.local gibt den primären DC als antwortenden auf die DNS Anfrage aus und als Antwort erhalte ich die beiden IP Adressen der Domaincontroller.
Die Zeit läuft auf beiden Synchron.
ich habe versucht der Domain.local beizutreten. Ein nslookup auf Domain.local gibt den primären DC als antwortenden auf die DNS Anfrage aus und als Antwort erhalte ich die beiden IP Adressen der Domaincontroller.
Die Zeit läuft auf beiden Synchron.
IPv6 habe ich standardmäßig immer deaktiviert. Ist also bereits deaktiviert.
Moin,
arbeitest du wirklich mit einer Domain die auf .local endet?
Das könnte dir DNS-Probleme bereiten, da .local-Anfragen nach RFC immer an die Multicast-DNS-Adresse gesendet werden (siehe hier: https://datatracker.ietf.org/doc/html/rfc6762)
Um welche Serverversion geht es denn?
VG
arbeitest du wirklich mit einer Domain die auf .local endet?
Das könnte dir DNS-Probleme bereiten, da .local-Anfragen nach RFC immer an die Multicast-DNS-Adresse gesendet werden (siehe hier: https://datatracker.ietf.org/doc/html/rfc6762)
Um welche Serverversion geht es denn?
VG
Hallo BirdyB,
ja die Domain endet tatsächlich auf .local. Die wurde so übernommen.
Das wusste ich aber auch nicht. Danke für den Tipp. Jedoch den Domain Namen anzupassen klingt so, als könnte es viele Schwierigkeiten mit sich bringen. Da habe ich auch noch keine Erfahrungen mit gemacht
Die Serverversion ist Windows Server 2016
ja die Domain endet tatsächlich auf .local. Die wurde so übernommen.
Das wusste ich aber auch nicht. Danke für den Tipp. Jedoch den Domain Namen anzupassen klingt so, als könnte es viele Schwierigkeiten mit sich bringen. Da habe ich auch noch keine Erfahrungen mit gemacht
Die Serverversion ist Windows Server 2016
Hi, du könntest noch den DNS-Suffix Domain.local statisch bei den Netzwerk-Settigns auf dem neuen Server eintragen. Gibt es den Rechnernamen evtl. schon in der Domain? Evtl. hat der erste (fehlerhafte) join doch schon ein AD-Objekt angelegt.
/pp
/pp
arbeitest du wirklich mit einer Domain die auf .local endet?
In der Tat keine besonders intelligente Wahl ! 
Hinweise zur Verwendung der Domäne .local in DNS und mDNS
Moin Peter
Veraltetes Wissen an der Stelle.
Du kannst mittlerweile einen Rechner auch in die Domäne heben, wenn es das Computerkonto schon gibt. Der neue Rechner erhält dann die gleiche SID und fertig. Ich hab früher auch immer Rechner aus der Domäne entfernt, händisch das Ad aufgeräumt, Rechner wieder hinzugefügt. Mittlerweile spare ich mir das aufräumen und tausche sogar komplette Rechner und behalte den Namen bei. Das geht aber nur dann, wenn der zu ersetzende Rechner nicht am DC angemeldet ist. Ich warte immer 15 Minuten. Habe ich allerdings auch erst vor 3 Monaten gelernt.
Fakt ist aber: Selbst wenn der erste Join das AD-Objeckt angelegt hat, sollte das kein Hinderungsgrund für den Join sein.
Gruß
Doskias
Zitat von @PeterPanter:
Hi, du könntest noch den DNS-Suffix Domain.local statisch bei den Netzwerk-Settigns auf dem neuen Server eintragen. Gibt es den Rechnernamen evtl. schon in der Domain? Evtl. hat der erste (fehlerhafte) join doch schon ein AD-Objekt angelegt.
/pp
Hi, du könntest noch den DNS-Suffix Domain.local statisch bei den Netzwerk-Settigns auf dem neuen Server eintragen. Gibt es den Rechnernamen evtl. schon in der Domain? Evtl. hat der erste (fehlerhafte) join doch schon ein AD-Objekt angelegt.
/pp
Veraltetes Wissen an der Stelle.
Du kannst mittlerweile einen Rechner auch in die Domäne heben, wenn es das Computerkonto schon gibt. Der neue Rechner erhält dann die gleiche SID und fertig. Ich hab früher auch immer Rechner aus der Domäne entfernt, händisch das Ad aufgeräumt, Rechner wieder hinzugefügt. Mittlerweile spare ich mir das aufräumen und tausche sogar komplette Rechner und behalte den Namen bei. Das geht aber nur dann, wenn der zu ersetzende Rechner nicht am DC angemeldet ist. Ich warte immer 15 Minuten. Habe ich allerdings auch erst vor 3 Monaten gelernt.Fakt ist aber: Selbst wenn der erste Join das AD-Objeckt angelegt hat, sollte das kein Hinderungsgrund für den Join sein.
Gruß
Doskias
Das .local eine schlechte Wahl ist, weiß ich jetzt auch :D leider ist das nunmal die Umgebung in der man arbeitet und es gilt das beste daraus zu machen. Aus zeitlichen Gründen kommt es für mich nicht in Frage den Domain Namen zu ändern, da wir auch einen Exchange Server mit der Domäne gekoppelt haben und es nach diesem Artikel hier definitiv nicht empfohlen wird es zu verändern:
www.msxfaq.de/windows/domain_rename.htm
Ich habe aber gelesen, dass es sich trotz alle dem damit arbeiten und leben lässt. Es gilt hier dann wohl nur den DNS richtig zu konfigurieren und die Lookupzonen richtig einzustellen. Weiß jemand vielleicht hier ebenfalls, was es zu beachten gilt?
@PeterPanter den DNS Suffix anzuhängen, hatte leider auch nicht den gewünschten Erfolg gebracht. Ein AD Objekt wurde auch nicht angelegt. Ich vermute, wie oben beschrieben, dass ich als Lookupzonen Domain.local nicht verwenden darf...
Danke euch allen schon mal. Das hat mir schon mal sehr weiter geholfen.
www.msxfaq.de/windows/domain_rename.htm
Ich habe aber gelesen, dass es sich trotz alle dem damit arbeiten und leben lässt. Es gilt hier dann wohl nur den DNS richtig zu konfigurieren und die Lookupzonen richtig einzustellen. Weiß jemand vielleicht hier ebenfalls, was es zu beachten gilt?
@PeterPanter den DNS Suffix anzuhängen, hatte leider auch nicht den gewünschten Erfolg gebracht. Ein AD Objekt wurde auch nicht angelegt. Ich vermute, wie oben beschrieben, dass ich als Lookupzonen Domain.local nicht verwenden darf...
Danke euch allen schon mal. Das hat mir schon mal sehr weiter geholfen.
Hi
Zwischen deinen beiden Subnetzen gibt es doch sicher eine Firewall. Hast du dort kontrolliert ob alle benötigten Ports auch offen sind ?
Firewall Ports required to join AD Domain (Minimum)
TCP 88 (Kerberos Key Distribution Center)
TCP 135 (Remote Procedure Call)
TCP 139 (NetBIOS Session Service)
TCP 389 (LDAP)
TCP 445 (SMB,Net Logon)
UDP 53 (DNS)
UDP 389 (LDAP, DC Locator, Net Logon)
TCP 49152-65535 (Randomly allocated high TCP ports)
Was passiert den wenn du testweise alles erlaubst ?
LG
Zwischen deinen beiden Subnetzen gibt es doch sicher eine Firewall. Hast du dort kontrolliert ob alle benötigten Ports auch offen sind ?
Firewall Ports required to join AD Domain (Minimum)
TCP 88 (Kerberos Key Distribution Center)
TCP 135 (Remote Procedure Call)
TCP 139 (NetBIOS Session Service)
TCP 389 (LDAP)
TCP 445 (SMB,Net Logon)
UDP 53 (DNS)
UDP 389 (LDAP, DC Locator, Net Logon)
TCP 49152-65535 (Randomly allocated high TCP ports)
Was passiert den wenn du testweise alles erlaubst ?
LG
Ja die beiden Subnetze sind durch eine Firewall getrennt, hier habe ich aber bereits jeweils eine ANY Regel in beide Richtungen erstellt.
Die Windows Firewall wurde auf den Servern testweise auch komplett ausgeschaltet, leider ohne Erfolg.
Laut meiner Recherche sollte die .local Domäne zwar Probleme verursachen in einigen Fällen, jedoch speziell bei diesem Problem sollte es nicht weiter stören. Der Fehler liegt also vermutlich woanders.....
Die Windows Firewall wurde auf den Servern testweise auch komplett ausgeschaltet, leider ohne Erfolg.
Laut meiner Recherche sollte die .local Domäne zwar Probleme verursachen in einigen Fällen, jedoch speziell bei diesem Problem sollte es nicht weiter stören. Der Fehler liegt also vermutlich woanders.....
Hi
Was sagt den das Netsetup.log ? Da findest du eine genauere Fehlermeldung als im Eventlog.
PS: Du findest es unter C:\Windows\Debug
LG
Was sagt den das Netsetup.log ? Da findest du eine genauere Fehlermeldung als im Eventlog.
PS: Du findest es unter C:\Windows\Debug
LG
Der LOG sagt folgendes:
07/20/2021 10:58:50:397 NetpDoDomainJoin
07/20/2021 10:58:50:397 NetpDoDomainJoin: using current computer names
07/20/2021 10:58:50:397 NetpDoDomainJoin: NetpGetComputerNameEx(NetBios) returned 0x0
07/20/2021 10:58:50:397 NetpDoDomainJoin: NetpGetComputerNameEx(DnsHostName) returned 0x0
07/20/2021 10:58:50:397 NetpMachineValidToJoin: 'Server'
07/20/2021 10:58:50:397 NetpMachineValidToJoin: status: 0x0
07/20/2021 10:58:50:397 NetpJoinDomain
07/20/2021 10:58:50:397 HostName: Server
07/20/2021 10:58:50:397 NetbiosName: Server
07/20/2021 10:58:50:397 Domain: Domain.local
07/20/2021 10:58:50:397 MachineAccountOU: (NULL)
07/20/2021 10:58:50:397 Account: Domain.local\Administrator
07/20/2021 10:58:50:397 Options: 0x27
07/20/2021 10:58:50:397 NetpValidateName: checking to see if 'Domain.local' is valid as type 3 name
07/20/2021 10:58:50:475 NetpCheckDomainNameIsValid [ Exists ] for 'Domain.local' returned 0x0
07/20/2021 10:58:50:475 NetpValidateName: name 'Domain.local' is valid for type 3
07/20/2021 10:58:50:475 NetpDsGetDcName: trying to find DC in domain 'Domain.local', flags: 0x40001010
07/20/2021 10:58:51:352 NetpDsGetDcName: failed to find a DC having account 'Server$': 0x525, last error is 0x0
07/20/2021 10:58:51:352 NetpDsGetDcName: status of verifying DNS A record name resolution for 'DC01.Domain.local': 0x0
07/20/2021 10:58:51:352 NetpDsGetDcName: found DC '\\DC01.Domain.local' in the specified domain
07/20/2021 10:58:51:352 NetpJoinDomainOnDs: NetpDsGetDcName returned: 0x0
07/20/2021 10:58:51:352 NetpDisableIDNEncoding: using FQDN Domain.local from dcinfo
07/20/2021 10:58:51:367 NetpDisableIDNEncoding: DnsDisableIdnEncoding(UNTILREBOOT) on 'Domain.local' succeeded
07/20/2021 10:58:51:367 NetpJoinDomainOnDs: NetpDisableIDNEncoding returned: 0x0
07/20/2021 10:58:51:367 NetUseAdd to \\DC01.Domain.local\IPC$ returned 64
07/20/2021 10:58:51:367 NetpJoinDomainOnDs: status of connecting to dc '\\DC01.Domain.local': 0x40
07/20/2021 10:58:51:367 NetpJoinDomainOnDs: Function exits with status of: 0x40
07/20/2021 10:58:51:367 NetpResetIDNEncoding: DnsDisableIdnEncoding(RESETALL) on 'Domain.local' returned 0x0
07/20/2021 10:58:51:367 NetpJoinDomainOnDs: NetpResetIDNEncoding on 'Domain.local': 0x0
07/20/2021 10:58:51:367 NetpDoDomainJoin: status: 0x40
07/20/2021 10:58:50:397 NetpDoDomainJoin
07/20/2021 10:58:50:397 NetpDoDomainJoin: using current computer names
07/20/2021 10:58:50:397 NetpDoDomainJoin: NetpGetComputerNameEx(NetBios) returned 0x0
07/20/2021 10:58:50:397 NetpDoDomainJoin: NetpGetComputerNameEx(DnsHostName) returned 0x0
07/20/2021 10:58:50:397 NetpMachineValidToJoin: 'Server'
07/20/2021 10:58:50:397 NetpMachineValidToJoin: status: 0x0
07/20/2021 10:58:50:397 NetpJoinDomain
07/20/2021 10:58:50:397 HostName: Server
07/20/2021 10:58:50:397 NetbiosName: Server
07/20/2021 10:58:50:397 Domain: Domain.local
07/20/2021 10:58:50:397 MachineAccountOU: (NULL)
07/20/2021 10:58:50:397 Account: Domain.local\Administrator
07/20/2021 10:58:50:397 Options: 0x27
07/20/2021 10:58:50:397 NetpValidateName: checking to see if 'Domain.local' is valid as type 3 name
07/20/2021 10:58:50:475 NetpCheckDomainNameIsValid [ Exists ] for 'Domain.local' returned 0x0
07/20/2021 10:58:50:475 NetpValidateName: name 'Domain.local' is valid for type 3
07/20/2021 10:58:50:475 NetpDsGetDcName: trying to find DC in domain 'Domain.local', flags: 0x40001010
07/20/2021 10:58:51:352 NetpDsGetDcName: failed to find a DC having account 'Server$': 0x525, last error is 0x0
07/20/2021 10:58:51:352 NetpDsGetDcName: status of verifying DNS A record name resolution for 'DC01.Domain.local': 0x0
07/20/2021 10:58:51:352 NetpDsGetDcName: found DC '\\DC01.Domain.local' in the specified domain
07/20/2021 10:58:51:352 NetpJoinDomainOnDs: NetpDsGetDcName returned: 0x0
07/20/2021 10:58:51:352 NetpDisableIDNEncoding: using FQDN Domain.local from dcinfo
07/20/2021 10:58:51:367 NetpDisableIDNEncoding: DnsDisableIdnEncoding(UNTILREBOOT) on 'Domain.local' succeeded
07/20/2021 10:58:51:367 NetpJoinDomainOnDs: NetpDisableIDNEncoding returned: 0x0
07/20/2021 10:58:51:367 NetUseAdd to \\DC01.Domain.local\IPC$ returned 64
07/20/2021 10:58:51:367 NetpJoinDomainOnDs: status of connecting to dc '\\DC01.Domain.local': 0x40
07/20/2021 10:58:51:367 NetpJoinDomainOnDs: Function exits with status of: 0x40
07/20/2021 10:58:51:367 NetpResetIDNEncoding: DnsDisableIdnEncoding(RESETALL) on 'Domain.local' returned 0x0
07/20/2021 10:58:51:367 NetpJoinDomainOnDs: NetpResetIDNEncoding on 'Domain.local': 0x0
07/20/2021 10:58:51:367 NetpDoDomainJoin: status: 0x40
Zitat von @RappSe:
Der LOG sagt folgendes:
07/20/2021 10:58:51:352 NetpDsGetDcName: failed to find a DC having account 'Server$': 0x525, last error is 0x0
Der LOG sagt folgendes:
07/20/2021 10:58:51:352 NetpDsGetDcName: failed to find a DC having account 'Server$': 0x525, last error is 0x0
Das hier scheint dein Problem zu sein.
Hier hat jemand das gleiche Problem mit entsprechender Lösung:
https://social.technet.microsoft.com/Forums/en-US/ad533b07-b836-474a-8de ...
LG
Vielen Dank für die Antwort. Leider hat das nicht geholfen. Die Fehlermeldung in dem Thread ist etwas anders und empfohlene Vorgehensweise, Berechtigungen auf den config Ordner zu setzen, ist bei mir nicht nötig, da mein User diese bereits hat.
Trotzdem vielen Dank.
Trotzdem vielen Dank.
Ich habe zum testen einen Server, welcher im gleichen Netz war wie die Domänencontroller, in das neue Netz geschoben. Nun bekommt dieser ebenfalls keine Gruppenrichtlinien updates mehr durch. Domain.local wird zwar richtig aufgelöst, jedoch komme ich mit smb über den explorer nicht rauf. Innerhalb des Netzes des Domaincontrollers funktioniert hingegen alles.
Normalerweise spricht so ein Verhalten ja für eine Firewall Problematik, jedoch habe ich in der Richtung schon alles ausprobiert.
Muss man für Domain.local via smb noch spezielle freigaben machen, damit das auch aus anderen Netzen erreichbar ist?
Normalerweise spricht so ein Verhalten ja für eine Firewall Problematik, jedoch habe ich in der Richtung schon alles ausprobiert.
Muss man für Domain.local via smb noch spezielle freigaben machen, damit das auch aus anderen Netzen erreichbar ist?
Zitat von @RappSe:
Vielen Dank für die Antwort. Leider hat das nicht geholfen. Die Fehlermeldung in dem Thread ist etwas anders und empfohlene Vorgehensweise, Berechtigungen auf den config Ordner zu setzen, ist bei mir nicht nötig, da mein User diese bereits hat.
Trotzdem vielen Dank.
Vielen Dank für die Antwort. Leider hat das nicht geholfen. Die Fehlermeldung in dem Thread ist etwas anders und empfohlene Vorgehensweise, Berechtigungen auf den config Ordner zu setzen, ist bei mir nicht nötig, da mein User diese bereits hat.
Trotzdem vielen Dank.
Wenn es ein DNS Problem ist kannst du Folgendes versuchen:
Alle SRV-Records von Active Directory befinden sich parallel in der Datei \%WinDir%\System32\config\netlogon.dns. Die Datei lässt sich mit einem Editor auch anzeigen. Fehlen Einträge in den DNS-Zonen, die Active Directory benötigt, ist es meist hilfreich, wenn Sie den Befehl dcdiag /fix ausführen. Dabei versucht das Tool, auch fehlende Einträge aus der Datei netlogon.dns einzubauen. Danach sollte die Namensauflösung wieder funktionieren.
Zitat von @RappSe:
Ich habe zum testen einen Server, welcher im gleichen Netz war wie die Domänencontroller, in das neue Netz geschoben. Nun bekommt dieser ebenfalls keine Gruppenrichtlinien updates mehr durch. Domain.local wird zwar richtig aufgelöst, jedoch komme ich mit smb über den explorer nicht rauf. Innerhalb des Netzes des Domaincontrollers funktioniert hingegen alles.
Normalerweise spricht so ein Verhalten ja für eine Firewall Problematik, jedoch habe ich in der Richtung schon alles ausprobiert.
Muss man für Domain.local via smb noch spezielle freigaben machen, damit das auch aus anderen Netzen erreichbar ist?
Ich habe zum testen einen Server, welcher im gleichen Netz war wie die Domänencontroller, in das neue Netz geschoben. Nun bekommt dieser ebenfalls keine Gruppenrichtlinien updates mehr durch. Domain.local wird zwar richtig aufgelöst, jedoch komme ich mit smb über den explorer nicht rauf. Innerhalb des Netzes des Domaincontrollers funktioniert hingegen alles.
Normalerweise spricht so ein Verhalten ja für eine Firewall Problematik, jedoch habe ich in der Richtung schon alles ausprobiert.
Muss man für Domain.local via smb noch spezielle freigaben machen, damit das auch aus anderen Netzen erreichbar ist?
Ne das muss dann ein Firewall problem sein. bist du sicher das hier kein Virenscan oder sonstige sicherheitsmechanismen auf den Firewall Policys aktiv sind die hier ein problem machen.
Was hast du den für eine Firewall ?
LG
Wow Okay. Selbst mit nur der IP, also z.B. \\192.168.0.2\c$ gibt es keinen Erfolg. Anscheinend wird tatsächlich SMB blockiert.
Die Firewall die verwendet wird ist eine Sophos UTM 9. Die Windows Firewalls sind aus und ansonsten gibt es keine Antivir Software die gerade aktiv sind. In der Sophos ist zwei Any Regeln eingebaut. Vermutlich filtert die doch etwas weg konnte in den Logs aber noch nichts finden.
Die Firewall die verwendet wird ist eine Sophos UTM 9. Die Windows Firewalls sind aus und ansonsten gibt es keine Antivir Software die gerade aktiv sind. In der Sophos ist zwei Any Regeln eingebaut. Vermutlich filtert die doch etwas weg konnte in den Logs aber noch nichts finden.
Zitat von @RappSe:
Wow Okay. Selbst mit nur der IP, also z.B. \\192.168.0.2\c$ gibt es keinen Erfolg. Anscheinend wird tatsächlich SMB blockiert.
Die Firewall die verwendet wird ist eine Sophos UTM 9. Die Windows Firewalls sind aus und ansonsten gibt es keine Antivir Software die gerade aktiv sind. In der Sophos ist zwei Any Regeln eingebaut. Vermutlich filtert die doch etwas weg konnte in den Logs aber noch nichts finden.
Wow Okay. Selbst mit nur der IP, also z.B. \\192.168.0.2\c$ gibt es keinen Erfolg. Anscheinend wird tatsächlich SMB blockiert.
Die Firewall die verwendet wird ist eine Sophos UTM 9. Die Windows Firewalls sind aus und ansonsten gibt es keine Antivir Software die gerade aktiv sind. In der Sophos ist zwei Any Regeln eingebaut. Vermutlich filtert die doch etwas weg konnte in den Logs aber noch nichts finden.
Sollte so sein ! Starte sie mal neu
Ich würde jedenfalls hier weitersuchen. Firmware update usw.
