Beiträge von frank_m

Zitat von Merlin_GF

bei FTTB würde GF bis ins Haus gehen dort auf einen mini DSLAM führen und von dort dann via Cu Netz weiter zum Endverbraucher. Dort würde dann der Router/Modem ein "normales DSL" bekommen.

Ist der Begriff "FTTB" wirklich an die Verwendung von DSL gebunden? Ich zitiere mal die Wikipedia:

Zitat

Als FTTB (engl. fibre to the basement oder fibre to the building) wird das Verlegen von Glasfaserkabeln bis ins Gebäude bezeichnet. Dabei werden Lichtwellenleiter beispielsweise bis in die Hauskeller verlegt. Durch moderne Verbindertechniken können die LWL über schon vorhandene Gas- oder Wasser-Anschlüsse ins Haus geführt und so aufwendige Tiefbauarbeiten vermieden werden.[6] Im Haus können die Signale dann über vorhandene Kupferleitungen und VDSL-Technik – alternativ auch über Koaxialkabel und Kabelmodem – in die Wohnungen oder Geschäftsräume geführt werden. Wahlweise erfolgt die Weiterführung innerhalb des Gebäudes auch per Ethernet. Dieses entspricht der Stufe der Verzweigungskabel.

In einem EFH gibt es also praktisch keinen Unterschied zwischen FTTB und FTTH. Ich würde die Unterscheidung eher auf organisatorischer Ebene machen: Kommt in einem MFH die Faser direkt in der Wohnung an, oder in einem Gemeinschaftsraum und wird von dort per Kupfer weitergeführt? Ersteres ist FTTH, letzteres FTTB.

Zitat von huhie

Welche Einstellungen habt ihr in eurer Fritz!Box?

Wäre es nicht besser, wenn du uns verrätst, was du eingestellt hast und was dabei heraus kommt? Sonst bist du auf TNG Kunden angewiesen. Wenn du uns aber deine Einstellungen und die aktuellen Werte und logs der Box verrätst, dann können wir alle helfen, denn eine z.B. private oder eine CGNAT IP erkennt jeder hier auf den ersten Blick.

Teste vor allem mehrere parallele Verbindungen und schau, ob die Performance dann rauf geht. Das hatten wir öfter in letzter Zeit.

Ich glaube nicht, dass man die Einstellung der UDM mit der der Fritzbox vergleichen kann.

Zitat von mbo77

Aber wie soll dies eine Erklärung sein, dass 500 Mbps verlässlich funktionieren?

Da ist mindestens einer der beiden Algorithmen anders parameterisiert.

Zitat von mbo77

Zudem kam zum Vergleich eine vom ISP konfigurierte 7590 zum Einsatz.

Zum einen bedeutet das nicht, dass die Box vollständig konfiguriert war. Zum anderen: wenn sie konfiguriert war, heißt das nicht, dass sie perfekt eingerichtet war.

Zitat von Luikupp

Hast du einen UDP Speedtest für mich im Ärmel?

Kann man auch per iperf3 testen. Die meisten öffentlichen Server bieten auch einen offenen UDP Port.

Wenn du feststellst, dass du mit mehreren parallelen Verbindungen die Bandbreite deutlich steigern kannst, dann sind die TCP Parameter dein nächstes Ziel. Stichworte: Congestion Control, MTU und MSS Clamping. Letzteres besonders in Zusammenhang mit der UDM.

Der Traffic Shaper kann trotzdem das Problem sein, denn wenn die Leitung zu sehr "geflutet" wird, kann das die TCP Algorithmen durcheinander bringen.

Das Fehlerbild hört sich für mich so an, als ob sich da zwei Regelalgorithmen in die Quere kommen. Der eine macht auf und der andere zu. Dann merkt der andere, dass wieder mehr Luft ist und macht wieder auf, während der eine merkt, dass er nicht vom Fleck kommt und wieder zu macht. Am Ende kommen beide nicht zu Potte. Das erklärt auch den schwankenden Ping.

Vor den nächsten Tests sollte man die Fritzboxen auf jeden Fall mal auf Werkseinstellungen zurücksetzen. Tests mit verschiedenen Betriebssystemen würde ich auf jeden Fall auch empfehlen. Dazu unbedingt mit mehreren parallelen Streams testen, mindestens 4. Ich würde iperf3 gegen öffentliche iperf Server empfehlen. Myloc oder Wilhelm.tel bieten sehr schnelle iperf3 Testserver. Auch ein Test über UDP ist zu empfehlen. Wichtig: Behaltet die Paketfehlerrate bei den Tests im Auge. Die könnte im vorliegenden Szenario eine entscheidende Rolle spielen. Vielleicht kann man auch mal den Congestion Control Algorithmus des TCP Stacks umstellen.

Zitat von LordBalancer

Ich hab nochmal geschaut bzw. geprüft. Laut EWE AON und nicht GPON.

Das macht das Leben einfacher, wenn dem so ist.

Jetzt musst du nur ein passendes SFP finden, dass in deiner FortiGate problemlos läuft. Leider kann es bei SFP hier oder da mal haken. Vielleicht findest du Erfahrungsberichte dazu im Netz.

Zitat von Ice86

- eine VPN Verbindung von VPS zur NAS, die ständig aufgebaut ist.

Umgekehrt, vom NAS zum VPS. Aber ansonsten passt das.

Du meinst? Oder du weißt? Die Module sind teuer, ich würde empfehlen, das vorher in Erfahrung zu bringen. Und bei Glasfaser Nordwest wäre es GPON, was die Sache kompliziert macht. Ich kenne aus dem Kopf kein SFP Modul, was dort unterstützt wird, und wüsste auch nicht, welche Infos man EWE fürs Onboarding zur Verfügung stellen müsste. Aber das lässt sich herausfinden, dazu findet sich bestimmt schon was im Forum.

In dem Video benutzen sie einen Proxy, das heißt aber nicht, dass ich das für eine sinnvolle Lösung halte. Der Overhead ist doch reichlich groß, nur um einen UDP Port an die richtige Stelle zu routen.

Zitat von Ice86

Obwohl der Mailserver auf der NAS läuft, die als VPN Client fungiert?

Der Mailserver läuft ja nicht direkt auf dem NAS, sondern in einem Container.

Zitat von Ice86

ich verlink hier einfach mal das Apfelcast Tutorial, weil ich bis jetzt davon ausgegangen bin, ich hätte es geschnallt... hab ich aber anscheinend nicht xD

Da verwenden sie einen Proxy, der die Anfragen verteilt.

Zitat von Ice86

Nach was für Keywords soll ich googlen um das mit dem natten mir noch ein wenig zu Gemüte zu führen?

Grundlagen IP Routing.

Zitat von Ice86

Was genau meinst Du denn damit, dass man das natten muss?

Das vereinfacht den Rückweg. Der Mailserver muss ja den Weg ins VPN kennen. Das erreicht man über NAT, oder über statische Routen. Portweiterleitungen gibt es nicht mehr in dem Szenario, jedenfalls nicht auf dem NAS oder in deinem Heimnetz. Und ich empfehle eine Lösung, die auch ohne Portweiterleitungen auf dem VPS auskommt.

Bei Wireguard hast du in dem Sinne keinen Server und keinen Client. Die beiden Geräte schicken sich einfach nur gleichberechtigt UDP Pakete zu, wenn einer ein Paket für den anderen hat.

Aber um sich die Netzwerkarchitektur zu vergegenwärtigen, macht es Sinn, bei den Begriffen Server und Client zu bleiben. In deinem Fall wäre der Server auf jeden Fall der VPS, da dein NAS über IPv4 von außen nicht erreichbar ist. Sonst bräuchtest du das ganze nicht.

Andere Kabel liegen nicht? Telefon oder Antennenkabel zum Beispiel?

Eine wirkliche Lösung ist auf Dauer nur ein LAN Kabel, darüber muss man sich klar sein. Auf allen anderen Wegen wird man die Bandbreite des Anschlusses nicht ausnutzen können.

Ich würde immer WLAN vorziehen vor Powerlan. Powerlan ist sehr störanfällig und gleichzeitig eine große Störquelle für andere elektronische Geräte. Mit gut platzierten WLAN Repeatern erreicht man mehr Bandbreite. Mit ordentlichen Mesh-Systemen kann man Repeater inzwischen auch in Reihe schalten, und es gibt auch Knoten mit LAN Anschluss. Ob allerdings am Ende der Kette noch mehr als 50 MBit/s ankommen, kann man von außen nicht beurteilen. Die 1 GBit/s der Verbindung wirst du jedenfalls auch per WLAN nicht mal annähernd ausnutzen können, wenn du WLAN über mehrere Stockwerke verteilen willst.

Hört sich auch nach DNS an. Vor allem Android Handys und deren Apps überschreiben die DNS Server, die per DHCP kommen. Da muss man sehr genau hinsehen.

Zitat von Ice86

roundcoube ist die handy app, die auf die NAS Inbox zugreift.

Das ist lediglich eine App, die das Roundcube Webmail Frontend anzeigt. Man könnte stattdessen auch einfach einen Browser nutzen.

Zitat von Ice86

Also ich muss irgendwie auf die NAS kommen.

Ja, per VPN. Und nicht anders, wenn du auch nur einigermaßen Interesse an Datensicherheit hast.

Zitat von Ice86

Jetzt hab ich den Port freigegegen, um mit Handy und Outlook und Browser auf die Inbox zuzugreifen.

Das ist mehr als nur leichtsinnig!

Zitat von Ice86

Der "mailserver" sammelt über pop3 3 anbieter ab (gmx, web, altes uni postfach).

Ok, also kein klassischer MTA. Das hätte mich auch gewundert. So ist das natürlich was anderes.

Zitat von Ice86

Über die roundcube app und outlook greife ich über imap dann auf diese inbox des "mailservers" zu.

Und Roundcube läuft auch auf dem NAS? Dann richte den Zugriff auf den Mailserver lokal ein. Alles andere kostet nur unnötig Ressourcen.

Zitat von Ice86

Mit VPS wirds dann die ip adresse vom VPS?

Nein, wie gesagt, der lokale Zugriff ist zu empfehlen.

Zitat von Ice86

Was ich jetzt nicht verstehe: brauche ich zwingend eine aktive vpn verbindung zum VPS auf dem handy oder laptop damit das zündet oder nicht?

Da ich niemals - nicht mal im Traum - solche Dienste auf einem NAS direkt ins Internet hängen würde, lautet die Antwort "Ja". Damit erledigt sich dann auch direkt die Frage nach der IP für IMAP.

Zitat von Bracew

Einige E-Mail Provider können offenbar nur via IPv4 E-Mails senden, z.B. 1&1 und gmx, sodass nur E-Mail von IPv6 tauglichen Providern, z.B. gmail, mail.ch bei meinem RasPi-Home-Mailserver ankommen.

Ist das sicher eine Einschränkung der IP-Adresse, oder ist das das Problem, dass diese Provider keine Verbindung zu Privatkundenanschlüssen aufbauen? Was steht in der Serverantwort, wenn die Mail nicht zugestellt werden kann?