Beiträge von frank_m

Pures Werbe-Bla-Bla. Man identifiziert die Nutzer heute nicht mehr über IP- oder Ortsinformationen, sondern über Metadaten, Browsersettings, Surfhistorie und ähnliche Informationen.

Es gibt nur einen sinnvollen Anwendungsfall: Wenn man eine IP aus einem spezifischen Land braucht, um lokale Dienste aufzurufen. Das geht aber üblicherweise auch über einen Proxy. Ansonsten führt ein VPN nur dazu, dass nicht nur der Internetprovider deine Daten abgreift, sondern auch noch der VPN Provider. Und bei letzterem bezahlst du sogar dafür, ausspioniert zu werden.

Das Geschäftsmodell ist echt überzeugend, zumal die meisten sogar freiwillig kommen. Wirklich bemerkenswert.

Das geht nicht.

Dass der IPv6 Verkehr übers VPN fließt.

Ich weiß nicht, ob das ein Vor- oder Nachteil ist. Die IPv6 Daten machen jedenfalls vom VPN Client den Umweg über deinen Anschluss. Das erhöht die Latenz.

Wenn du aber nativ gar keinen IPv6 Zugang hast, dann kann das VPN die einzige Möglichkeit sein, überhaupt über IPv6 zu kommunizieren. Dann würde es Sinn machen. Die Frage ist: Was sind deine Anforderungen?

Zitat von cmonty14

Wenn ja, dann könnte man in der WireGuard Konfigurationsdatei die Option

AllowedIPs = 192.168.178.0/0,::0/0

verwenden und auf das Subnetz der FRITZ!Box einschränken.

Mit der Konfiguration leitest du den kompletten IPv6 Verkehr noch übers VPN. Ist das gewollt?

Das Modem ist transparent auf Schicht 2. Es hat mit IP Adressen absolut gar nichts zu tun.

Zitat von mrbutcher

openvpn? wireguard?

Wenn du mit einem Portmapper arbeiten willst, hat OpenVPN Vorteile, da du dann mit TCP arbeiten kannst. Wireguard kann nur UDP.

Zitat von mrbutcher

Ich richte mir also lokal auf meinem Windows Server einen IPV6 VPN Server ein (welchen?). Den kann ich mit IPV6 direkt von aussen ansprechen.

Wenn der Server dauerhaft läuft, dann geht das.

Zitat von mrbutcher

Brauche ich eine spezielle VPN Client Software oder geht das mit "Bordmitteln" (bei der alten IPV4 Lösung ging es z.b. auf Android ohne zusätzliche App)

Sowohl Wireguard als auch OpenVPN benötigen Zusatzsoftware. Native VPN Protokolle aus Android (IPsec) funktionieren nicht mit Portmappern, da sie kein TCP verwenden.

Zitat von mrbutcher

Kann ich einen DNS Eintrag erstellen der sowohl IPV4 hat und IPV6 und diesen auf den Clients verwenden?

Ja.

Zitat von mrbutcher

Dann komme ich von aussen über ipv6 und ipv4in mein Heimnetz und auch an all meine ipv4 Geräte?

Ja.

Zitat von mavmark23

Woher willst Du wissen, wie mein Kenntnisstand ist?

Naja, du hast Threads verlinkt bekommen und in meinem Beitrag stand die Antwort. Vielleicht nicht deutlich gekennzeichnet, aber jemand mit grundlegenden Netzwerkkentnissen hätte sofort gewusst, woran er ist. Der Wink mit dem Zaunpfahl ist an dir vorüber gegangen.

Im Menu deiner UDM gibt es 3 Möglichkeiten, den Zugang einzurichten. Eine hattest du selber ausgeschlossen, von den 2 verbliebenen steht eine wörtlich hier im Thread, und du reagierst nicht. Was soll man daraus schließen?

Und wie gesagt: jetzt fängt es ja erst an, spannend zu werden.

Prinzipiell macht es Sinn, dass man sich die Endgeräte einigermaßen passend zum eigenen Kenntnisstand aussucht. Will heißen: Wenn man so gar keine Ahnung von den Netzwerkgrundlagen hat, dann ist eine UDM möglicherweise die falsche Wahl, und etwas mit einem einfachen Einrichtungsassistenten wäre hilfreich. Was machst du denn, nachdem du den Internetzugang an sich eingerichtet hast? Dann geht es in der UDM erst los (Firewall etc.) und das ist Welten komplexer, als jetzt auf DHCP zu klicken (nein, der Hinweis oben war kein Zufall).

Im Zweifel können auch die Anleitungen der Anbieter hilfreich sein. Die gibt es zwar zuweilen nicht exakt für das eigene Router Modell, aber Dinge wie "VLAN ID" und "DHCP" heißen bei praktisch allen Routern "VLAN ID" und "DHCP".

Und selbst bei DS-Lite wäre es IPv4 über IPv6 und nicht umgekehrt.

Zitat von mrbutcher

Default trägt die FritzBox dort die "Verbindungslokale IPV6" ein,

Ja, natürlich. Weil das ist die Host-ID, die sich aus der MAC ableitet und nach EUI-64 berechnet wird. Die kennt die Fritzbox.

Wenn du die statische IPv6 auf deinem Endgerät anders berechnen lässt (nicht nach EUI-64), musst du an dieser Stelle natürlich dafür sorgen, dass in der Fritzbox die richtige Host-ID eingetragen wird. Denn die kann die Box von allein nicht wissen (da ja abgehend vom Endgerät üblicherweise die temporäre Adresse verwendet wird). Natürlich muss da auch nur die Host-ID eingetragen werden, denn die identifiziert das Endgerät. Das Prefix ist ja für alle gleich.

Zitat von mrbutcher

Ich dachte immer, man soll nicht mit der öffentlichen im Internet rumrennen sondern die temporäre verwenden?

Ja, abgehend schon. Wobei man über den Sinn streiten kann, denn das Prefix bleibt in allen Fällen das gleiche, und darüber kann man deinen Endkundenanschluss identifizieren. Aber seis drum.

Eingehend macht es natürlich gar keinen Sinn, die temporäre Adresse zu nehmen. Die ändert sich alle paar Minuten und bei jedem Reboot. Wie sollen denn externe Geräte einen Server erreichen, dessen Adresse sich alle paar Minuten ändert? Wie soll man denn einen Server sinnvoll betreiben, dessen primäres Verbindungsmerkmal sich regelmäßig ändert? Bedenke: Du musst ja nicht nur eine dyndns Adresse oder sowas alle paar Minuten aktualisieren, sondern auch die Portfreigabe in der Fritzbox, und das von Hand? Bis du die Adresse aktualisiert hast, ist sie wahrscheinlich schon nicht mehr gültig. Und wie sinnvoll ist es, die Adresse eines Servers verschleiern zu wollen, aber seine URL öffentlich zu machen?

Ich könnte noch stundenlang so weitermachen. Du hast es gemerkt, oder?

Bei mir bekommen die Ziele von Portfreigaben eine statische Host-ID, entweder nach EUI-64 oder statisch vergeben. Dann hat man Ruhe.

Zitat von FranktheTank

Hier hängt ne Menge dran und das alles wieder manuell reinzufriemeln ist mir zuviel Arbeit.

Das ist ein Irrtum, denn am Ende ist es erheblich weniger Arbeit. Du kannst dir ja selber aussuchen, wann du es machst. Aber es wird belohnt durch einen stabilen Betrieb.

Fehler kommen immer zur Unzeit und stören dann ungemein. Dazu steckt man dann viel Zeit in Versuche, irgendwelche Workarounds zu finden, die am Ende nichts halbes und nichts ganzes sind. Da kostet der Reset auf Werkseinstellungen erheblich weniger Zeit und sorgt für ein sorgenfreies Leben. Und vor allem: Du entscheidest, wann du dir die Zeit dafür nimmst, und wirst nicht gezwungen, an der Box ruzmzufrickeln, wenn es gerade gar nicht passt.

Was nutzt man denn da für die Registrierung? Die MAC Adresse? Und was ist das für ein Anbieter? In Deutschland wäre es der erste, von dem ich höre, dass man sowas macht.

Ist ja alles richtig. Ändert aber nichts an der Tatsache, dass man die Leistungsfähigkeit der Boxen trotzdem nicht miteinander vergleichen kann. Oben im Beispiel wurden halt die Topmodelle angeführt, also hab ich auch das Topmodell der Boxen für den Betrieb hinter einem anderen Modem genannt. Vor allem in Bezug auf die CPU Leistung für z.B. VPN spielen die 5590 bzw. 4060 halt in einer eigenen Liga.

Wenn jemand für sich zum Ergebnis kommt, dass die 5530 oder 7530 reicht, dann halte ich die 4040 für den Betrieb hinter dem ONT dagegen, die dann wieder deutlich preiswerter ist (kostet im Vergleich zur 5530 nur die Hälfte).

Insgesamt muss ich halte schauen: Warum das Geld für ein Glasfaser- oder DSL-Modem ausgeben, wenn ich es nicht brauche? Ich finde im AVM Portfolio eben auch die Boxen ohne Modem, und das üblicherweise preiswerter.

Zitat von bogge101

Ich hab für meine 5530 Fiber 180 Euro bezahlt

Die 5530 ist von der Leistungsfähigkeit aber bei weitem nicht mit einer 4060 oder einer 7590 zu vergleichen.

Was sagen denn die anderen Threads hier im Forum zu dem Thema? UGG nutzt meines Wissens GPON, da hat man natürlich die Hürde, dass der Anbieter das Onboarding unterstützen muss. Dazu wird sich sicherlich auch schon was finden, wie das gehandhabt wird, und ob es überhaupt funktioniert.

Generell, und das als ganz wichtiger Hinweis: Bei GPON den Anschluss immer - ich betone: IMMER - mit dem original Equipment des Anbieters in Betrieb nehmen. Wenn der Anschluss nicht richtig funktioniert, aber man hat nicht den originalen ONT, dann wird sich der Anbieter immer darauf herausreden, dass das Modem nicht richtig funktioniert. Gegen das Argument hat man keine Chance, da man ja nicht so eben mal ein anderes Modem ausprobieren kann. Solche Fälle hatten wir schon öfter hier im Forum, einen gerade erst letzte Woche.

Deshalb: Inbetriebnahme mit dem originalen ONT, danach kann man sehen, wie man ihn ersetzt bekommt.

Ich hab damals eine Probe beantragt und keine bekommen ...

Das Gateway ist keine öffentliche Adresse, und es kommt über die RAs und nicht per DHCP.

Hallo,

seit dem 16.12.2021 betreibe ich einen RIPE ATLAS Node bei mir zu Hause. https://atlas.ripe.net/ D.h., das gute Stück hatte gestern seinen ersten Geburtstag.

Hardware Nodes gibt die RIPE schon länger nicht mehr nach Deutschland, aber man kann die Software auf einem Raspi betreiben. Sie checkt regelmäßig Verbindungen zu DNS Servern und eignet sich somit perfekt als Monitoring System zur Überwachung des Internetzugangs.

Auf einem Raspi ist die Verbindung natürlich diversen Unterbrechungen ausgesetzt, z.B. bei Kernel Updates. Einmal hat er sich auch aufgehängt für 4 Stunden. Aber auch andere Einflüsse machten sich geltend. So hatten wir dieses Jahr 2 Stromausfälle seitens des Netzbetreibers, einer ging über 4 Stunden. Ein kaputtes Bügeleisen, ein neuer Switch oder auch eine neue SSD für den Raspi sorgten für weitere Verbindungstrennungen, die man der Deutschen Glasfaser nicht anlasten kann.

Dennoch gabs auch Internetausfälle und Verbindungstrennungen, die auf die DG zurückzuführen sind. Im Februar hatten wir einen Ausfall, der mehr als 30 Minuten dauerte. Im Oktober gab es an einem Tag eine Reihe kurzer Ausfälle, immer so 2 - 7 Minuten lang. Insgesamt ergab sich das folgende Bild. Die Uptime ist dabei in Tagen:Stunden:Minuten angegeben, die Downtime in Stunden:Minuten:Sekunden. Sofern bekannt hab ich den Ausfallgrund notiert:

Wenn man die Ausfallzeiten, die auf Kosten der DG gehen, zusammenrechnet, kommt man auf 1 Stunde 11 Minuten und 34 Sekunden Ausfallzeit in einem Jahr. Das sind 0,0136%, oder anderes herum: In 99,9864% der Zeit war die Verbindung verfügbar.

Ich werde in der Folge noch einige weitere Auswertungen hinzufügen, die mit RIPE möglich sind, also z.B. wie lange DNS Auflösungen via IPv4 oder IPv6 dauern. Aber für den Anfang ist das sicherlich schon mal recht interessant.

Die Werte der MTR Messung sehen tatsächlich besser aus, als vorher. Warum die Einstellung allerdings Einfluss aufs Heimnetz hat, erschließt sich mir nicht. Vielleicht ist es auch ein Stück weit Zufall.

Die iperf Werte sahen ja auch vorher schon gut aus.