Eye-Q

Hui, wo hast Du denn so einen uralten Router ausgegraben? Der kann nur 2,4 GHz, und in einem Wohnheim wird dieses Band hoffnungslos überfrachtet sein. Das wird mit sehr hoher Wahrscheinlichkeit die Ursache sein, Du solltest dir einen Router holen, der ebenfalls mindestens das 5 GHz-Band kann, am besten mindestens 802.11ax bzw. WiFi 6, das sind zwei Bezeichnungen für dieselbe Technik. Idealerweise sollte dann das 2,4 GHz-Band deaktiviert werden, sofern sie deine Geräte 5 GHz können, damit kein Rückfall auf das langsame Band möglich ist.

Mit dieser Konfiguration hast Du nur eingestellt, dass die Fritzbox die echten IP-Adressen der Netzwerkgeräte hinter der Firewall sieht. Da Du die entsprechenden Routen auf der Fritzbox gesetzt hast, funktioniert das auch wie gewünscht. Das ist prinzipiell ein funktionierender Ansatz, allerdings müsstest Du eine weitere Route in der Fritzbox einrichten, wenn Du ein weiteres Netzwerksegment hinter die Firewall setzen willst. Mit NAT auf der Firewall brauchst Du das nicht. Hättest Du NAT auf der Firewall deaktiviert und keine Routen auf der Fritzbox gesetzt, dann hättest Du keinen Internetzugriff bei den Geräten. Wenn Du willst, dass die Fritzbox im Netzwerkverkehr nicht mehr auftaucht (aus welchen Gründen auch immer), müsste die als reines Modem verwendet und die Internetzugangsdaten in die (nicht spezifizierte) Firewall eingetragen werden.

Ja, natürlich wäre dieser Switch dann ein Single Point of Failure. Es ist allerdings auch so, dass in deinem Beispiel die einzelnen Verbindungen zwischen den Routern ebenfalls nicht redundant sind. Wenn die Verbindung zwischen Router 0 und Router 1 ausfallen sollte, können zwar 192.168.0.0/24 mit 192.168.2.0/24 und 192.168.1.0/24 mit 192.168.2.0/24 kommunizieren, aber 192.168.0.0/24 nicht mit 192.168.1.0/24. Dafür müssten auf den Routern "Backup-Routen" eingerichtet werden, die greifen, falls eben eine Verbindung ausfallen sollte. Ich weiß allerdings nicht, ob das mit Filius simuliert werden kann, ich habe das Tool nie genutzt, sondern einfach das Wissen, dass identische Subnetze auf unterschiedlichen Netzwerkinterfaces eines Router nicht funktionieren können.

Die Verbindungen zwischen den Routern müssen unterschiedliche Subnetze sein, aktuell haben jeweils zwei Netzwerkschnittstellen der Router dieselben Subnetze, was nicht funktionieren kann. Also z.B. so: Zwischen Router 0 und Router 1: 192.168.20.0/24 Zwischen Router 1 und Router 2: 192.168.30.0/24 Zwischen Router 0 und Router 2: 192.168.40.0/24 Alternativ kannst Du statt der drei Verbindungen "im Kreis" einen Switch in die Mitte setzen, wo jeweils eine Verbindung pro Router hin geht.

Ja, auf jeden Fall, die ist fünf Mal leistungsfähiger als die in deiner CPU eingebaute Grafik: https://gpu.userbenchmark.com/Compare/Intel-UHD-Graphics-730-vs-AMD-RX-6400/m1500304vsm1834749 Die hätte sogar eine maximale Auflösung von 7680x4320, also wahrscheinlich 4x mehr als dein 34-Zöller, der schätzungsweise 3840x2160 hat: https://www.gpu-monkey.com/en/gpu-amd_radeon_rx_6400

RX 6600 gibt es aber nicht in Low Profile, was eine zwingende Voraussetzung ist. Bei Low Profile und unter 150 Euro ist eine RX 6400 wohl wirklich die beste Alternative. Bei Kleinanzeigen gibt es sogar eine kaum gebrauchte für 110 Euro: https://www.kleinanzeigen.de/s-anzeige/rx6400-4gb-ddr6-lp-low-profile/2854390024-225-1068

Das ist ein "Semi-Hardware-RAID" des Chipsatzes, der die eventuellen Paritätsberechnungen (bei einem RAID 5) nicht selbst durchführt, sondern auf die CPU ablädt. Je nach Implementierung werden die RAID-Informationen im BIOS/UEFI oder auf den Festplatten gespeichert, so dass nicht gesichert ist, dass so ein RAID auch noch funktioniert, wenn die Platten an ein baugleiches Mainboard angeschlossen wird. Bei einem RAID 0, 1, 10 oder JBOD müssen keine Paritätsberechnungen durchgeführt werden, deswegen ist das da nicht so wichtig, allerdings gibt es dann auch keinen Schreibcache. Echtes Hardware-RAID wird über dedizierte Chips eines RAID-Controllers berechnet und die Informationen, welche Platten wie im RAID verschaltet sind, werden i.d.R. auf den Platten selbst gespeichert, so dass im Falle eines Ausfalls des RAID-Controllers ein baugleicher RAID-Controller verwendet werden kann, um das RAID wieder zum Laufen zu bringen. Ein RAID-Controller kann auch Schreibcache haben, so dass (kleinere) Schreiboperationen schneller durchgeführt werden als die Platten theoretisch können. Du hast nach der Neuanlage eines RAID 1 mit Platten mit vorhandenen Daten gefragt, ein eingerichtetes RAID 1 ist etwas vollkommen Anderes. Bei einer Neuanlage gibt es verschiedene Möglichkeiten, wie der Controller/die Software die Platten initialisiert, also ob der die einfach als leer annimmt und doof neue Daten drauf schreibt, erstmal alle Platten nullt oder eine als "Master-Platte" nimmt und die vorhandenen Daten auf die andere/n Platte/n kopiert Bei einem schon eingerichteten RAID hat der Controller/die Software die Information, welche der Platten noch intakt sind und welche ausgetauscht wurde, deswegen weiß er auch, dass die dazugekommene Platte der Ersatz ist, wo die Daten hin kopiert werden sollen So eine Implementierung wäre unsinnig, weil bei zwei hypothetischen, zu 90% gefüllten Festplatten nur 10% der Daten überhaupt gespiegelt werden könnten. Da das RAID, wie Du es beschrieben hast ("Semi-Hardware-RAID" über den Chipsatz, d.h. Einrichtung vor dem Start des Betriebssystems), unabhängig vom Betriebssystem ist, würde der Chipsatz nach dem POST beginnen, je nach Implementierung die Platten zu initialisieren bzw. die vorhandenen Daten von Platte 1 auf Platte 2 zu kopieren. So eine Implementierung wäre technisch unmöglich, da zwei zu mehr als 50% gefüllte Festplatten nie zu einem RAID 1 zusammengeführt werden könnten. Du hast aber noch mindestens eine Möglichkeit vergessen, die zwar bei dir wohl nicht zuzutreffen scheinen, nämlich dass der Controller/die Software die Platten als leer annimmt oder nullt. Frag' den Mainboard-/Chipsatzhersteller, wie die Implementierung der RAID 1-Initialisierung dort gelöst ist, hier können wir nur Vermutungen aufgrund von Schilderungen deinerseits anstellen. Da die Daten ja nicht so wichtig zu sein scheinen, sonst hättest Du nicht ohne zu wissen wie der Chipsatz das RAID bildet einen RAID-Verbund eingerichtet, könntest Du das ja auch selbst testen: den RAID-Verbund auflösen, beide Platten nullen, Datei 1 auf Platte 1 speichern, Datei 2 auf Platte 2 speichern und die Platten wieder zu einem RAID 1 zusammenschließen. Wenn Datei 1 noch vorhanden ist, wird eben Platte 1 als "Master" verwendet, wenn Datei 2 noch vorhanden ist, wird eben Platte 2 als "Master" verwendet. Im Übrigen: ich kann mir auch vorstellen, dass die Einrichtung des RAID 1 bei dir aus welchen Gründen auch immer fehlgeschlagen ist, aber eine der Platten noch vom Betriebssystem angezeigt wird. Dann würden wir uns hier Theorien um den Kopf schlagen, die nichts mit der Wirklichkeit zu tun haben, weil Du die Ergebnisse falsch interpretiert hast und aufgrund dessen falsche Fragen stellst. Unter Anderem deswegen möchte @Chief Wiggum wohl Screenshots haben, um verifizieren zu können, dass wirklich ein RAID 1 aufgebaut wurde, denn dann zeigen BIOS/UEFI und Datenträgerverwaltung nicht die Bezeichnung der Festplatte, sondern etwas wie "RAID Disc" o.Ä. an.

https://www.hardwareluxx.de/community/threads/nachbar-stört-meinen-svdsl-anschluss-mit-powerline-adaptern.1313472/ OK, es ist nicht das Nachbarhaus, sondern im selben Haus, aber trotzdem nicht in derselben Wohnung. @Infinity246: Powerline ist nun mal eine Technologie, die Stromkabel für etwas anderes verwendet als für das, wofür sie konzipiert waren. Es kann sein, dass es ordentlich funktioniert, es kann aber auch sein, dass durch alte Stromkabel, unterschiedliche Stromkreise etc. die Datenpakete nicht richtig übertragen werden können, egal welche ausgehandelte maximale Übertragungsrate die Adapter anzeigen. Wenn TCP/IP-Pakete ständig korrupt ankommen, bringt auch die höchste Bandbreite nichts, da die ständig neu übertragen werden müssen. Des Weiteren: sind die Powerline-Adapter direkt als "Passthrough" in die Steckdosen in der Wand eingesteckt oder an Verlängerungskabeln/Mehrfachsteckdosenleisten? Auch das verschlechtert die Datenübertragung bei den Adaptern, weswegen die als "Passthrough"-Adapter konzipiert sind, um direkt in die Wandsteckdose gesteckt zu werden. Außerdem ist das Stromkabel sozusagen ein "Shared-Medium", nicht wie bei Kupfer-Netzwerkkabeln, wo die einzelnen Punkt-zu-Punkt-Verbindungen (z.B. zwischen Router/Switch und PC) jeweils die volle Bandbreite liefern können, natürlich je nach Gegenstelle und wie viel z.B. auf den Trunks zwischen den Switches los ist.

Der Thread ist schon fast volljährig, der sollte in Frieden ruhen...

Wenn keine DHCP-Optionen in der Hinsicht gesetzt sind, kann PXE nicht funktionieren. Somit muss der DHCP-Server, von dem die Clients aktuell ihre Daten erhalten, enetsprechende Optionen gesetzt haben, wie es auch im verlinkten Wikipedia-Artikel beschrieben ist. Du schreibst aber als ob Du eigentlich eine ganz andere Frage hast, also raus damit: glaubst Du, dass bei dem DHCP-Server, der bei dir im Netzwerk die Adressen verteilt, keine PXE-Optionen konfiguriert hat? Falls dem so ist, läuft der DHCP-Server auf einem Windows oder einem anderen Betriebssystem? An welchen Stellen hast Du nach den Optionen geschaut?

Schon hier liegst Du leider falsch, so dass der Rest ebenfalls falsch abgeleitet wurde: PXE- Clients fragen den DHCP-Server über ein Extended DHCP Discover, wo denn der PXE-Server zu finden ist. Anschließend ruft der Client über TFTP die NBP-Datei bei diesem TFTP-Server ab, die dann weitere Informationen bereitstellt. Das ist eigentlich alles ziemlich gut im entsprechenden Wikipedia-Artikel beschrieben.

Eventuell hauen da die "Verbesserungen für geteilte Kalender" rein. Bei meinem Vorgesetzten, der sich immer mehrere Kalender gleichzeitig anzeigen lassen will, hat sich immer die Reihenfolge der Kalender verstellt und bei seinem eigenen Kalender wurde im Tab kein Name mehr angezeigt. Nachdem er die "Verbesserungen für geteilte Kalender" (Datei -> Kontoeinstellungen -> Kontoeinstellungen -> Eigenschaften des eigenen Kontos -> Weitere Einstellungen -> Erweitert) deaktiviert hat, verhalten sich die Kalender wieder normal.

Nope, keinerlei Unterbrechungen, sonst würden die USVen auch Meldung geben. Falls dem so wäre, würde das auch nicht nur mein Notebook an der Dockingstation betreffen und vor allen Dingen nicht nur jeden vierten des Monats um dieselbe Zeit sein. Die Dockingstations selbst haben keinerlei Verwaltungssoftware. Im UEFI der Notebooks kann eingestellt werden, dass die automatisch gestartet werden, sobald die an die Dockingstation angeschlossen werden. Das ist auch sowohl bei dem Notebook, was das Phänomen hat, als auch bei dem baugleichen Notebook, mit dem ich das im März getestet habe, so eingestellt. Die Latitudes haben keine klassische Dockingstation mit Anschluss an der Unterseite des Notebooks mehr, sondern nur die Möglichkeit, eine USB-C-Dockingstation anzuschließen. Wir haben knapp 200 der Dockingstations mit unterschiedlichen Latitudes (5521, 5531, 5330, 5340, 7330) im Einsatz, und soweit ich das mitbekommen habe ist meins das einzige, was dieses Phänomen zeigt. Stimmt, das hatte ich nicht geschrieben. Auch dessen Firmware ist natürlich aktuell und wurde am 15.03. diesen Jahres auch aktualisiert. Somit liegt das Phänomen nicht an der Firmware-Version der Dockingstation.

Moin, ich habe hier ein Dell Latitude 5521 mit aktuellsten Treibern, Firmware und Windows Updates. Das Notebook ist per USB-C an eine Dell WD19S-Dockingstation angeschlossen, wo die gesamte Peripherie (zwei Monitore per DP, USB-Mouse und -Tastatur, Webcam, USB-Dongle für Jabra-Headset) und ein Netzwerkkabel angeschlossen ist. Installiert ist ein Windows 11 Pro, am 15.09. letzten Jahres wurde das Windows 10 Pro, was vorher installiert war, über die integrierte Update-Funktion auf Windows 11 aktualisiert. Am 02.11. letzten Jahres wurde das dann auf Windows 11 Version 23H2 aktualisiert. Nun ist es so, dass das Notebook seit mindestens Anfang Oktober letzten Jahres zuverlässig immer am vierten eines Monats um 16:42 UTC (17:42h MEZ/18:42h MESZ) hochfährt, aber nur wenn es an der Dockingstation angeschlossen ist. Wir nutzen als Inventarisierungssoftware Lansweeper, wo auch ein Uptime-Kalender gepflegt wird und wo das genau nachvollzogen werden kann. Aufgefallen ist es mir Anfang Dezember letzten Jahres, da kann ich nachvollziehen, dass ich im Lansweeper nachgeschaut und Oktober erwähnt hatte. Anfang September war ich im Urlaub und hatte das Notebook nicht an der Dockingstation angeschlossen, im Dezember letzten Jahres ging der Uptime-Kalender des Lansweeper aber auch nicht weiter zurück als September, so dass ich nicht nachvollziehen konnte, ob das im August auch schon so war. Wenn das Notebook nicht an der Dockingstation, sondern an einem separaten USB-C-Netzteil oder zu dem Zeitpunkt gar nicht am Strom angeschlossen ist, fährt es nicht hoch. Es ist auch egal, ob das Netzwerkkabel an der Dockingstation angeschlossen ist oder nicht, es gibt also kein Magic Packet aus dem Netzwerk, was das Notebook einschalten würde. Seitdem das das erste Mal aufgefallen ist, wurden alle Windows-Updates und Updates, die das Dell Command Update angeboten hat, installiert. Selbst UEFI- und Intel Management Engine-Updates sind inzwischen gelaufen, ohne dass das eine Änderung gebracht hätte. Auch das Schaltjahr dieses Jahr hat keine Verschiebung des Zeitpunkts gebracht, es ist immer der vierte eines Monats um 16:42h UTC. In der Windows Ereignisanzeige (Abschnitt System) steht dann als erstes ein Ereignis 12, Quelle Kernel-General mit dem Text "Das Betriebssystem wurde zur Systemzeit ‎2024‎-‎06‎-‎04T16:42:38.500000000Z gestartet.", so wie es bei einem normalen Start über den Ein-/Aus-Knopf ist, alle weiteren Ereignisse sind ebenfalls wie bei einem normalen Start. Auch in den anderen Abschnitten der Ereignisanzeige erscheinen keine anderen Meldungen als bei einem normalen Start. Ich habe schon folgendes kontrolliert bzw. getestet: Im UEFI gibt es die Möglichkeit, dass das Notebook automatisch zu einem bestimmten Zeitpunkt eingeschaltet wird, diese Option ist aber deaktiviert Wake-On-LAN im UEFI ist deaktiviert Virtualisierungsfunktionen im UEFI sind deaktiviert Ich hatte am 04.02. das Netzwerkkabel von der Dockingstation getrennt, das Notebook ist trotzdem hochgefahren Der Ruhezustand ist per Gruppenrichtlinie deaktiviert und kann auch nicht aktiviert werden Der Standbymodus ist ebenfalls per Gruppenrichtlinie deaktiviert und kann auch nicht aktiviert werden Wenn ich das Notebook herunterfahre, erscheint in der Windows-Ereignisanzeige ganz normal die Meldung "Vom Prozess "C:\Windows\System32\RuntimeBroker.exe (<Rechnermane>)" wurde auf Anforderung des Benutzers "<Benutzername>" das Ereignis "Ausschalten" für den Computer "<Rechnermane>" aus folgendem Grund initiiert: "Anderer Grund (nicht geplant)"" Ein baugleiches Notebook an derselben Dockingstation wird nicht automatisch eingeschaltet (das hatte ich im März diesen Jahre getestet, indem ich das Notebook, welches das Problem hatte, am 04.03. zu Feierabend abgezogen und das andere Notebook angeschlossen habe) Im nächsten Monat werde ich mal das Notebook, welches das Verhalten zeigt, an eine andere baugleiche Dockingstation anschließen, und dementsprechend prüfen, was dann passiert Kann sich irgendjemand dieses Verhalten erklären? Was könnte ich noch prüfen? Leider kann ich das natürlich erst wieder in einem Monat prüfen, wenn wieder der vierte war... 🤪

Ich gehe mal davon aus, dass Du schon etwas recherchiert hast. Was hast Du denn bisher gefunden und wieso hast Du das ggf. verworfen? Deine Frage auf ein Autoforum umgemünzt wäre in etwa "ich möchte ein Auto kaufen. Es soll vier Räder und einen Motor haben. Was könnt ihr mir empfehlen?", ich hoffe Du verstehst, dass nicht direkt nützliche Antworten kommen. P.S.: "Learning by Doing" ist im Server-/Client-Umfeld meiner Meinung nach relativ gefährlich, da viele Fehlkonfigurationen zwar funktionieren können, aber ggf. riesige Sicherheitslücken entstehen lassen. Natürlich gibt es auch Anleitungen im Netz, die müssen aber nicht unbedingt sinnvoll sein und/oder den aktuellen Stand der (Sicherheits-)Technik darstellen. Deswegen sollte nicht einfach eine Anleitung befolgt, sondern die Hintergründe zu den jeweiligen Konfigurationsschritten recherchiert werden, damit man sich nicht etwas Falsches angewöhnt.