In Gebieten mit sehr viel Glasfaser nehme die Telekom Linecards für die Kupferanschlüsse außer Betrieb, was auch Strom spare.
Was nicht so wirklich klar wird: Machen sie das nur in Gebieten, wo sie selber Glasfaser anbieten, oder auch in Gebieten, wo andere Provider ausgebaut haben?
Hmm. Kannst du irgendwie Statusinformationen aus den Dingern rausholen? Und sei es nur anhand von LEDs? Oder über eine Weboberfläche?
Meine Vermutung ist, dass die Verbindung vielleicht bröckelig ist.
Ja, super.
Ist im Grunde auch logisch. In deinem ersten Versuch hatte der VPS zwei VPN Gegenstellen, die beide das gesamte Netz 10.0.0.0/24 für sich reklamierten. Wohin jetzt ein Paket an z.B. 10.0.0.3 schicken? An den ersten oder an den zweiten? Offenbar hat sich der VPS für den falschen entschieden.
Nun ist es klar: 10.0.0.3 geht auf den ersten VPN Eintrag, 10.0.0.4 auf den zweiten. Keine Missverständnisse mehr.
Ich werde oft dafür kritisiert, wenn ich Subnetzmasken stark einschränke, auch im Adress-Feld der VPN Konfigurationen mache ich das gern. Oft macht es tatsächlich keinen Unterschied, aber manchmal halt doch.
welche allowed ips bekommt der peer in der server config?
Nur seine Adresse im Transportnetz (10.0.0.5/32 oder sowas reicht).
und welche allowed ips trag ich in der client config ein?
Das Transportnetz und das Heimnetz (10.0.0.0/24, 192.168.178.0/24).
Die Routen sehen gut aus. Wenn die Pings trotzdem nicht wie erwartet funktionieren, dann ist es vermutlich ein Firewall Thema.
Ok, das ist der VPS. Der sieht gut aus. Bleibt der Raspi und die zugehörige statische Route im Router.
Da die Pings vom VPS ins Heimnetz funktionieren, bedeutet das entweder, dass MASQUERADING noch aktiv ist, oder dass die Routen stimmen.
Sein Vormieter hat ja schon in der Wohnung ein DSL-Anschluss.
Da weiß man halt nicht, über welchen Anbieter der kam.
Wenn, wie ich vermute aufgrund Erkenntnisse aus einem anderen Ort, HTP alleiniger Betreiber des Kupfernetzes ist, kann dies die BNetzA sehr wohl.
Ja, genau. Dann gibts aber vermutlich auch keine alternativen Anbieter.
Ich würde das Semikolon mit entfernen.
Also als erstes, in der VPS Config sowie in der Raspberry Wiregurd Config die Routen weg, Richtig?
Nein, die MASQUERADE Regeln, und auch nur die. Routen sind da gar nicht drin. Das Forwarding muss erhalten bleiben.
Tragen Sie als "IPv4-Netzwerk" das IPv4-Netzwerk des mit der FRITZ!Box verbundenen Routers (192.168.11.0) ein. --> in meinem Fall das Wireguard Netzwerk, sprich 10.0.0.0. Richtig?
Ja.
Tragen Sie als "Gateway" die IPv4-Adresse des Routers im FRITZ!Box-Heimnetz (192.168.10.2) ein, der die beiden IP-Netzwerke verbindet. --> in meinem Fall die lokale IPv4 des Rasperrys?
Ja.
Die BNetzA kann nur jemanden zur Grundversorgung verpflichten, wenn sich kein Anbieter findet, der ein Angebot macht. Deshalb wird htp nicht gezwungen werden können, mit dir einen Vertrag einzugehen, wenn es Alternativen gibt. Dazu gehört auch Mobilfunk, solange er die Mindestanforderungen erfüllt (10 MBit/s Down, 1,7 MBit/s up, 150 ms Latenz = 300 ms Ping, https://www.bundesnetzagentur.de/DE/Fachthemen/…icationFile&v=3). Wichtig: Der Anschluss muss zu marktüblichen Preisen realisiert werden. Wenn da also noch Anschlussarbeiten ausgeführt werden müssen, dann werden die 1900 EUR Gebühr plötzlich real. Da muss man sich fragen, ob sich das lohnt für 6 Monate.
Deshalb ist es wichtig, Alternativangebote zu prüfen. Nur wenn es die nicht gibt, könnte da was bei rauskommen. Wobei man sich auch darüber klar sein muss: Bei den Vorlaufzeiten, die das ganze zur Folge hat, ist die Glasfaser geschaltet, bis bei DSL was passiert.
Auf dem VPS brauchst du keine Routen. Dafür sorgt Wireguard über die Allowed IPs.
Zu Hause brauchst du eine statische Route im Router (nicht auf dem Raspi), Ziel ist das VPN Netz und Gateway die lokale IP des Raspis.
Ja, da sind die MASQUERADE Regeln drin. Die würde ich rausnehmen und stattdessen mit statischen Routen arbeiten. Dann können sich die Systeme in beiden Richtungen erreichen.
Nein, hast du auf dem Pi NAT für VPN aktiviert? Weil dann wird der Rückweg nicht funktionieren. Wenn du einfach blind irgendwelchen Anleitungen gefolgt bist, ist das wahrscheinlich aktiv. Die haben alle nicht verstanden, wie IP Routing funktioniert.
Das kommt drauf an. Wem gehört denn die letzte Meile bei euch? Und wer hat die DSLAMs ausgerüstet? Je nach Konstellation kann das teuer werden für HTP, wenn sie die Leitung von jemanden anders mieten müssen. Das werden sie vermutlich vermeiden wollen.
Üblicherweise gibt es bei Einfamilienhäusern keinen Unterschied zwischen FTTB und FTTH.
Na siehst du.
Wie ist denn dann Licht in Strom gewandelt worden? Was war das denn für ein mystisches Gerät?
Das ist ein Fibertwist. Ein SFP Modul ist da jedenfalls nicht drin.
trotzdem sind FTTH und FTTB zwei technisch vollkommen unterschiedliche Sachen
Wo ist denn da der technische Unterschied?
Steht in deinem kopierten Wiki Artikel...
Nein ... spätestens beim Coax Kabel und dem Kabelmodem bist du dann raus. Ganz zu schweigen von der Weiterführung per Ethernet.
Es gibt einen technischen Unterschied... bei FTTH wird ein SFP bedient, bei FTTB ein DSLAM.
Wo steht, dass bei FTTB grundsätzlich ein DSLAM zum Einsatz kommt bzw. eine DSL Technologie? Und bei meinem originalen ONT kommt kein SFP zum Einsatz, obwohl es FTTH ist.
Ich kan mich daran erinnern dass M-Net (lokaler Anbieter in/um München) mit mini-DSLAM`s in MFH gebaut hat,
Die setzen einfach auf beiden Seiten ein G.fast Modem ein. Ein Mini-DSLAM ist das nicht.
Bei FTTB ändert sich nichts zum herkömmlichen DSL... Steigleitung ist Kupfernetz und dann gehts von der TAE zum Modem/Router
Kupfernetz kann aber aus Telefonkabel, Coax Kabel oder Ethernet-Kabel bestehen. Meines Erachtens ist die Technologie vollkommen egal. Und wenn es ein Telefonkabel ist, kann man auch g.hn machen und kein DSL. Kommt alles aufs gleiche raus.
Wähle aus, welche Kategorien Du erlaubst. Für jede Kategorie kannst Du über „Details anzeigen“ sehen, welche Cookies und Skripte konkret geladen werden, welche Empfänger beteiligt sind und wie lange gespeichert wird.
Weitere Informationen: Datenschutzerklärung · Impressum
