testperson

Dann zitiere ich mich mal aus der ersten Antwort selber:

Auch wenn es zwei vollkommen losgelöste Umgebungen mit je einem remote 10er und lokalem 192.168er Netz sind, bleibt das Problem dennoch identisch. Dazu ein drei Stichworte als "Hilfestellung": Multihomed Domain Controller Auch wenn du es nicht hören willst: Mach es einfach direkt richtig.

Hi, wenn ihr jetzt anstelle von OpenVPN (https://www.mcseboard.de/topic/218488-von-ad-clients-win10-rdp-verbindung-über-server-win2019-openvpn-verbindung-herstellen) Wireguard _auf dem_ DC nutzt, ändert sich nichts daran, dass das keine gute Idee ist. Eines der daraus resultierenden Probleme erlebst du ja grade. Auch für Wireguard würde ich einen dedizierten Router / ein dediziertes Gateway empfehlen. Gruß Jan

Hi, ich würde hier bei der derzeitigen, sofern vorhandenen, Monitoring-Lösung ansetzen. Ansonsten halt mit bspw. smartctl (https://www.smartmontools.org/) das Monitoring füttern oder eben per Task planen und reporten. Gruß Jan

Im Idealfall drehst du deine Konfiguration jetzt aber wieder um und deinstallierst SMBv1 an beiden Servern. Am 2008 R2 aktivierst du SMBv2 wieder: https://docs.microsoft.com/en-us/windows-server/storage/file-server/troubleshoot/detect-enable-and-disable-smbv1-v2-v3#for-windows-7-windows-server-2008-r2-windows-vista-and-windows-server-2008

Da 2008 R2 schon was aus dem Support ist, finde ich das DATEV Dokument dazu nicht mehr bzw. wurde es scheinbar überarbeitet und der Part gestrichen. Aber es gab mal einen Artikel dazu, wo bei verschiedenen Problemen (AFAIK im Zusammenhang mit Access Datenbanken über SMB) ein Testschritt aus deaktivieren von SMBv2 bestand. Hier wurde aus dem Würgaround scheinbar eine dauerhafte "Lösung". Das müsste eines der beiden Dokumente (vor der Bearbeitung) gewesen sein: https://www.datev.de/dnlexom/client/app/index.html#/document/1080133 https://www.datev.de/dnlexom/client/app/index.html#/document/1014806

Wenn der Server "nur noch" Fileserver ist, wäre es dennoch denkbar den Server in einer ruhigen Minute "hart" zu entsorgen. In grob: Neue VM aufsetzen und Freigaben syncen oder ggfs. später die vorhandene virtuelle Disk umhängen Ggfs. Freigaben exportieren oder neu machen Alten Server ausschalten, im AD löschen, DNS aufräumen Neue VM in alten Server umbenennen ggfs. auch IP übernehmen Freigaben importieren / neu machen

Hi, als Schuss ins Blaue: Router / irgendwas falsches als IPv6 (ggfs. auch IPv4) DNS? Gruß Jan

An der Stelle würde ich mir ernsthaft überlegen die Mailboxen zu O365 zu schieben (und vor Ort Exchange 2016 zur Verwaltung betreiben).

Hi, wenn ich dein Problem korrekt verstehe: Führe "setup.exe /prepareschema /prepareAD /IAcceptExchangeServerLicenseTerms" doch einfach in der Site aus, wo der Schema Master bzw. die FSMO Rollen liegen. OT: Am 13.10.2020 geht Exchange Server 2016 in den Extended Support. In meinen Augen spricht nicht viel dafür jetzt noch Exchange 2016 zu installieren. Gruß Jan

Hi, mal anders (von jemandem mit begrenztem SQL Horizont) gefragt: Gibt es denn derzeit Probleme mit MySQL (die sich nicht lösen lassen)? Gruß Jan

Hi, wenn es dir nur um die Netzwerkkommunikation der VMs untereinander auf einem einzelnen HyperV Host geht, dann ist die physikalische NIC irrelevant (solange es nicht um SR-IOV geht). Das ist erstmal nur eine "Anzeige". Da geht i.d.R. alles was der "VMBus hergibt". An der Stelle ist mir neulich aufgefallen, dass nach "der Migration" von LBFO + vSwitch auf SET 20G angezeigt wird. :) Gruß Jan

Du müsstest vermutlich die Porst erlauben und/oder eine IPS Ausnahme erstellen (https://docs.microsoft.com/en-us/microsoftteams/prepare-network):

Was? Open Source ist doch kostenlos.

Hi, was möchtest du denn tatsächlich mit der Vorlage abfangen? Erstellen die Mitarbeiter Tickets ohne/mit zu wenigen Infos oder schaffen die User es nicht die Support Adresse im "An-Feld" zu platzieren? Für mich klingt das derzeit eher nach einem organisatorisch zu lösenden Problem. Gruß Jan

Hi, hier wären weitere Optionen: https://docs.microsoft.com/en-us/windows/security/threat-protection/microsoft-defender-antivirus/deploy-manage-report-microsoft-defender-antivirus Hier könntest du im Eventlog ansetzen und ggfs. entsprechend zentral monitoren: https://docs.microsoft.com/en-us/windows/security/threat-protection/microsoft-defender-antivirus/troubleshoot-microsoft-defender-antivirus Gruß Jan

Hi, da wäre ServerOS-based-VDI möglich. Also du stellst jedem User einen "Ein-Mann-Terminalserver" zur Verfügung oder, in deiner Konstellation vermutlich sinnvoller, direkt Terminalserver anstatt Win10 VMs. Gruß Jan

Hi, AFAIK ist der Netphone Client ein umgelabelter SwyxIT Client. Schau mal in der Registry unter "HKCU\Software\Swyx\Client Line Manager\CurrentVersion\Options\<ID>\AudioModes". Da solltest du einen Schlüssel mit dem Namen deines Audio Device und entsprechenden *CaptureVolume DWORDs finden. Die kannst du dann bspw. auf Hex 64 (Dec 100) stellen und den Netphone Client neu starten. Falls es den Schlüssel "Swyx" unter Software nicht gibt, müsstest du mal nach Netphone oder Telekom suchen. Gruß Jan

Hi, das dürfte daran liegen, dass der Domain Controller kein Router ist, was auch gut so ist. Du solltest den VPN Tunnel auf/über einem/einen entsprechenden Router aufbauen. Gruß Jan

AFAIK geht/ging(?) das. Zumindest hatten wir Konstellationen, wo eine bestimmte UTN Hardware Revision nicht mit einer bestimmten DATEV mIDentity Revision zurecht kam. Da hatte der Support von SEH einen aktiven USB Hub am Dongle Server oder eben neue Hardware Revision empfohlen. Wir haben dann immer den UTN getauscht.

Hi, würde immer zu Hardware tendieren. Für USB nutzen wir i.d.R. Produkte von SEH (https://www.seh-technology.com/de/). Gruß Jan

Ich habe das oben so verstanden, dass der Exchange früher oder später läuft, wenn im Freigabecenter alles funktioniert/angezeigt wird.

Hi, ggfs. noch als eine Art (leichter) Holzhammer: Neue VM aufsetzen, komplett patchen und Integrationsdienste aktualisieren Exchange installieren Exchange konfigurieren Alles verschieben Alten Exchange deinstallieren Alte VM deinstallieren Gruß Jan

Hi, schau mal mit dieser Verknüpfung, ob die Drucker da sind: %SystemRoot%\explorer.exe shell:PrintersFolder In den MS Office Anwendungen werden die Printer ebenfalls vorhanden sein. Zu dem Thema gibt es hier auch einen relativ langen, eher ungelösten, Thread. Gruß Jan

Hi, das findest du hier: https://www.faq-o-matic.net/2015/12/23/windows-berechtigungen-mit-uac-verwalten/ Gruß Jan