DocData

Wenn ihr euren Exchange on-prem habt, dann braucht ihr
 
- AzureAD Sync mit Exchange Attributen
- Exchange Hybrid Deployment
- Funktionierende OAuth
 
Dann klappt es auch mit der Calendar Tab in Teams. Der Exchange HCW konfiguriert OAuth normalerweise.

Der Name im Zertifikat passt nicht zum RADIUS.

Wenn beide Leitungen ausfallen hast du ein ganz anderes Problem - nämlich keine Verbindung zu Servern, ins WAN usw. Da brauchste dann auch kein Routing mehr am Edge...

Und alle NS Rootserver-Admins so Facepalm. Benutze bitte die Nameserver deines ISPs, und nicht die Rootserver. Danke! Warum? Schau dir an wie DNS funktioniert.
 
Wegen UNKNOWN. Nimm doch einfach mal das ::1 auf den IPv6 DNS Einstellungen der NIC raus. ::1 hat nämlich keinen PTR Eintrag in deinem DNS.
 
 

Also eigentlich willst du gar nicht NATten, weswegen ich ein großer IPv6 Freund bin. Und zwei Mal NATten ist noch schlimmer. Lass die FW nur routen, kein SNAT. Die FB einfach alles zur FW durchleiten lassen. Fertig.

Ja geht. Besser wäre es aber, das Laufwerk D: zu vergrößern und die DB und die Logs dorthin zu verschieben. Das geht im laufenden Betrieb, die DB wird aber dafür dismounted.

Kauf doch bitte Dienstleistung ein. Ein Forum ist nicht dazu da, Dienstleistern Arbeit abzunehmen.

Was heißt "es wird keine HW" erkannt? Findet die VM keine Netzwerkkarten? Wenn ja, dann fehlt da wohl der Treiber... Statische IPs bei Firewalls haben durchaus ihren Charme und Netzwerkkarten kann man sehr eindeutig an der Mac Adresse erkennen.

Ich kann auch nicht erkennen das es irgendeinen Fortschritt gibt. Nach Anleitungen betteln hilft dem eigenen Fortschritt in keinster Weise...

Du bist doch CCNA, solltest also mit dem Troubleshooting von Netzwerkproblemen vertraut sein. Hast du auf dem Rechner selber mal Wireshark installiert und einen Mitschnitt erstellt? Passen IP-Adresse und Subnetzmaske?

LOL! Eine Netzwerkbrücke?
 
Die hätte man direkt per Wireshark finden können, und zwar wenn man Multicast und Broadcast filtern und immer noch Pakete sieht, die NICHT von meinen Client kommen oder AN meinen Client adressiert sind. Ein Indiz für einen Loop. Ein weiters Indiz sind Ports an denen BPDU Pakete empfangen/ gesendet werden, wo sich aber per LLDP oder CDP kein Switch hinter identifizieren lässt. Alternativ weiß man, dass da kein Switch angeschlossen ist.
 
Habe vor ein paar Wochen bei einem Kunden (700 Clients) auf genau diesem Wege auf zwei Servern Netzwerkbrücken entdeckt, da einer der Admins nicht zwischen Team und Bridge unterscheiden konnte. Dauerte 30 Minuten. Ein anderer Dienstleister hatte Netzwerkequipment für 75.000 € Angeboten. Der Kunde suchte den Fehler über 6 Monate mit dem anderen Dienstleister.
 
Ein ähnliches Bild ergibt sich übrigens beim Einsatz von nicht-managebaren Miniswitches, wenn an einem der Miniswitches ein Loop gebaut wird.
 
Um diese Fälle abzufangen gibt es Loop Protect. Das bitte an ALLEN Edge-Ports aktivieren, nicht auf Uplinks. LP arbeitet nicht mit BPDU Paketen und findet Loops auch an nicht-managebaren Komponenten.
 
Ja, ja. Aber erstmal empfehlen STP zu deaktivieren oder neue Switches zu kaufen, weil die alten zu lahm sind. Hausaufgaben machen... ;)
 
Ich habe übrigens bereits am 17.06 beschrieben, wie man einen Loop finden kann: