Jump to content

gaijin

Members
  • Content Count

    67
  • Joined

  • Last visited

Community Reputation

15 Popular

About gaijin

  • Rank
    Newbie
  • Birthday 11/18/1970

Recent Profile Visitors

624 profile views
  1. Hallo, aufgrund der von Dir geschilderten Thematik und Deinen Antworten kann Dir nur dringend empfehlen das einem Dienstleister zu übergeben. Idealerweise plant der das mit euch einmal durch und setzt das dann um. Die Sache nicht ganz so trivial ist wie Du Dir das vorstellst. Ausserdem kann man nach meiner Meinung die von Dir gewünschte Konstellation nicht in einem Forum lösen, sofern Du nicht sattelfeste Kenntnisse in Routing, VLANs und Switching besitzt.
  2. Solange der angefragte DNS Server per PING erreichbar ist verwendet Windows diesen weiter auch wenn keine gültigen Antworten kommen. Das Problem ist mir die letzten Monate auch ein paarmal (aber nicht gehäuft) unter die Finger gekommen. Eine Analyse der DCs und DNS Server ergab in meinen Fällen keine Hinweise auf Malware oder andere Unstimmigkeiten, ich habe es dann auf Windows Updates geschoben (Zumal der Fehler tatsächlich jeweils nur einmal aufgetreten ist).
  3. Moin, sind die DCs vielleicht Windows Server 2019 und wurden neu gestartet? Ich hatte da vor kurzem bei einem Kunden das Problem, dass die DCs nach einem Neustart nicht mehr im Domänen-Netzwerk waren sondern die Verbindung als Öffentlich eingestuft wurde.
  4. Also Microsoft nennt als Voraussetzung folgendes, wenn ich richtig gelesen habe: https://docs.microsoft.com/de-de/system-center/dpm/prepare-environment-for-dpm?view=sc-dpm-2019 Unterstützte SQL Server-Version DPM 1807 und DPM 2019 - SQL Server 2016 und SPs wie hier angegeben - SQL Server 2017 wie hier angegeben
  5. Ist das aufgebaute VPN transparent oder gefiltert?
  6. Nur so als Idee; sind die Homelaufwerke mit OfflineSync versehen und die Synchronisation ist defekt?
  7. Vielen Dank, das hatte mir mein Hirn vorenthalten
  8. Hm, ist natürlich auch etwas von persönlichen Vorlieben abhängig. Meiner Meinung nach sollte der Gateway immer als separater Server betrieben werden, hier wäre ja evtl je nach Menge der externen Zugriff auch eine Redundanz / Balancing anzudenken. Möglicherweise wandert der auch in eine DMZ (je nach Anforderung), da hier ja die externen Zugriffe erfolgen. Ich persönlich könnte aktuell bei Deinen Anforderungen nicht ableiten, was für eine Last die RDWeb Server zu erwarten haben. Das hängt natürlich auch davon ab, ob die Benutzer mit Desktops arbeiten oder mit Veröffentlichten Anwendung
  9. Den Broker immer unabhängig der RD Sessionshosts aufsetzen. Der Verwendung mehrerer Broker wird m.W. automatisch über die Sammlung realisiert.
  10. Hallo, meiner Erfahrung nach taugt das nicht für ein professionelles Umfeld. Die Filter Mechanismen von Switch Ports sind im allgemeinen für eine Zugangskontrolle, etc. gedacht, aber nicht für die Filterung von Diensten. Auch mit dem Einsatz von VLANs musst Du einiges bedenken, wie z.B. DHCP-Relay und ein dafür eigenes IP-Netz wenn Du wie in Deinem Eingangsposting erwähnt einen bestehenden DHCP-Server nutzen möchtest. Filterung von Diensten nach extern sollte meiner Meinung nach immer in der Firewall (oder wenn's denn sein muss im Router) erfolgen, mal so ganz grob gesagt.
  11. Hallo zusammen, wir konnten das Problem lösen Ursache war ein Problem in den virtuellen Verzeichnissen des IIS. Wir haben diese neu erstellt und konnten uns anschliessend ohne die aufgetretenen Fehler verbinden.
  12. Hallo zusammen, wir haben unter anderem "Simplified Account Creation" deaktiviert, leider ist das Problem weiterhin anliegend. Wir werden im Laufe der Woche noch versuchen das Problem im Labor nachzustellen und werden wohl parallel einen Call bei Microsoft eröffnen. Ich werde berichten was rauskommt.
  13. Hi, vielen Dank für den Input, werden wir die nächsten Tage testen. Ich werde berichten :)
  14. Hi, vielen Dank für die Antwort. Nein, die Netzwerkverbindung inkl. DNS Auflösung arbeitet fehlerfrei, sowohl intern als auch extern. Also kein gelbes Ausrufezeichen vorhanden.
  15. Hallo zusammen, wir haben aktuell bei einem Kunden eine Problematik die sich mir nicht erschliesst. Umgebung: - Windows Server 2016 als DC, DNS, aktuelles Patchlevel, Domain- und Forestfunktionslevel 2008 R2 - Windows Server 2016 mit Exchange 2016, beide auf aktuellem Patchlevel -- Natürlich funktioniert Autodiscover in allen Variationen Die Umgebung wurde von SBS 2011 migriert (falls hier relevant). Bei der Verbindung von Outlook 2016 Home & Business (Office 365 Click and Run, aktuelles Patchlevel) von einem Windows 10 PC (Build 1803, aktuel
×
×
  • Create New...