Beiträge von frank_m

Zitat von murphaph

Du kannst ruhig meine weitere Posts hier einfach ignorieren.

Du gönnst mir auch gar keinen Spaß, oder?

Zitat von murphaph

Schadenfreude steht dir übrigens gut

Ja, Schadenfreude, aber nur aufgrund deines Verhaltens, dass du hier an den Tag gelegt hast. Ich gönne jedem seinen Anschluss und die Leistung, die ihm zusteht, und ich selber wäre auch unzufrieden, wenn mein Anschluss so lange gestört wäre. Aber wenn ich dann sehe, wie jemand von der ersten Sekunde nur darauf aus ist, seinem Anbieter möglichst effizient nach Strich und Faden des TKGs ans Bein zu pinkeln, ohne auch nur eine Sekunde an eine konstruktive Lösung zu denken, dann kommt halt Schadenfreude auf, wenn sich herausstellt, dass das ein vollständiger Griff ins Klo war.

Frage: Warum hat der 2. Techniker deine Faser nicht auf den Splitter gepatcht, auf den sie laut Doku gehört? Platz muss da ja sein, und an den Splitter sind ja schon Kunden online (laut erstem Techniker).

Der Zugriff aufs VPN erfolgt über IPv6, nicht über IPv4. Über den Tunnel kannst du dann per IPv4 auf die Kamera zugreifen.

Zitat von Schubser

In unserer Fritzbox 7590 Ax steht in den logs immer nur DHCPv4 no answer on REQUEST oder no answer on DISCOVER.

7590 AX: Das bedeutet, ihr benutzt den ONT des Anbieters? In dem Fall könntest du mal ein Notebook oder einen PC direkt per LAN Kabel an den ONT hängen und schauen, was der für IPs bekommt. Bedenke, dass es ggf. eine Wartezeit braucht, bis einem anderen Gerät als dem ursprünglichen Router eine IP zugewiesen wird.

Zitat von murphaph

Manchmal hast du nicht Recht Frank.

Richtig. Ich hab in #803 deutlich zu wenig Cola und Popcorn beschafft. Ich gebe zu, ich habe die Situation unterschätzt.

Aber sagen wir mal so: Ich finde es schön, dass jemand, der nach Auftreten der Störung innerhalb von Sekunden die gesetzlichen Entstörungsfristen für die Anbieter präsentiert hat, 3 Wochen später mit einem Amazon Gutschein glücklich ist.

Von daher:

Zitat von murphaph

Was dagt ihr DNS:NET Service GmbH ? Frank behauptet, dass keiner sich drum kummert. Hat er Recht?

Beantworte dir die Frage einfach selber, indem du die Aussagen der Techniker mit dem abgleichst, was dann passiert ist. Mehr ist im Zuge eines Forums nicht nötig. Glaub mir, du machst es nicht besser.

Ein Amazon Gutschein. Ich bin beeindruckt.

Zitat von hussi

Wozu soll ich das alles wissen und können.

Du administrierst offensichtlich mehrere Internetzugänge, und spielst definitiv an der innersten Konfiguration herum. Zumindest einer davon scheint sogar dienstlich genutzt zu werden. Du hast eine Verantwortung.

Bist du dir darüber klar, dass durch das Ändern der IP Adresse ab sofort alle Firewall Regeln ungültig werden und nach Zurück-Änderung nicht wieder hergestellt werden? Ab sofort kann sonstwas im Netz passieren. Ich als dein Bekannter/Arbeitgeber würde wollen, dass solche Aktionen von jemandem ausgeführt werden, der solche Folgen einschätzen kann.

Zitat von hussi

Wozu soll ich Routen setzen. Das macht doch auch keiner wenn er eine Fritzbox nutzt.

Richtig, an einer Fritzbox nicht, die macht das selber. Eine UDM nicht.

Bei einer Fritzbox kann man aber auch kein SFP Modul einsetzen und dann über einen manipulierten WAN Port per SSH drauf zugreifen.

Zitat von murphaph

Also was genau ist bewiesen? Dass diese 2 Techniker mit Absicht den Fehler nicht gefunden haben oder was meinst du?

Nein, dass die Abfolge zwischen den einzelnen erforderlichen Schritten nicht beschleunigt wird. Dein Fall liegt nun seit Tagen und keiner kümmert sich drum.

Wenn du den erforderlichen Druck hättest aufbauen können, dann wäre zum jeweiligen Zeitpunkt sofort - spätestens aber am nächsten Arbeitstag - jemand rausgefahren und hätte den jeweils nächsten Schritt ausgeführt. Macht man aber nicht. Vielleicht bist du genauso schnell dran, wie jeder andere, schneller aber auf keinen Fall. Und das bestätigt meine Erfahrungen voll umfänglich. Es beschleunigt einfach gar nichts, wenn man meint, an der Hotline oder über Foren oder soziale Medien Druck aufbauen zu müssen. Man läuft eher Gefahr, in der Prio nach hinten zu rutschen, und im Stapel der nächsten Aufträge ein Stück weiter unten einsortiert zu werden.

Das verteilte Prefix muss definitiv /64 sein, sonst wird es von den Clients nicht akzeptiert. Entweder musst du das Script anpassen, oder die radvd Konfig.

Zitat von hussi

Der Punkt 3

"3) SFP-Modul in UDM einsetzen und WAN2 wie folgt konfigurieren: IP: 10.10.1.2 Subnetmask: 255.255.255.0 Gateway: 127.0.0.1"

ist aber der Punkt an dem ich nicht weiter komme.

Ok, wenn es daran scheitert, dann sind wir meines Erachtens noch weit unter Basisverständnis.

Definitiv solltest du dir eine Lernphase für die Grundlagen gönnen. Fang mit einigen VMs an, z.B. OpenWRT und ein oder 2 Linux Maschinen. Meinetwegen auch eine Windows VM. Die eine wird Router, die anderen Clients am Router. Über die virtuellen Netzwerkinterfaces der üblichen Tools wie VMWare oder VirtualBox kann man ja wunderbar interne LANs zwischen den VMs aufbauen. Die perfekte Spielwiese. Sowas gönne ich mir auch, um mit verschiedenen Router-Betriebssystemen rumzuspielen, wie OpenWRT oder OPNSense.

Und dann arbeite dich ein: IP Settings, Routing, Firewall. Worauf muss man achten? Subnetze, Ports, und alles was dazu gehört. Natürlich für IPv4 und IPv6. Wenn du dann weißt, warum man wo welche IPs und Routen setzen muss, dann kannst du wieder auf deine UDM schauen.

Aber ich würde nicht empfehlen, "am offenen Herzen" zu experimentieren, sprich: An deinem Internetzugang. Wenn du das falsch konfigurierst, dann hängt dein gesamtes Heimnetz offen im Internet, z.B. via IPv6. Das Risiko sollte man nicht eingehen.

Womit bewiesen wäre: Rumkrakelen beschleunigt die Vorgänge nicht. qed.

Vielleicht ist es an der Zeit, die Taktik zu ändern und eher auf Kooperation und nicht auf Konfrontation zu setzen?

Die Fritzbox schreibt doch ein Log, unter System->Ereignisse. Da lässt sich doch am besten ablesen, was ihr fehlt. Bitte als Text kopieren, nicht als Screenshot, und schon gar nicht als Screenshot vom Handy.

Zitat von georf

Oder muss ich dort /64 nehmen?

Ja, die Prefix Länge sollte 64 sein.

Zitat von georf

Auch auf dem Android-Handy funktioniert es im Büro mit OpenWRT auf dem Router ohne Probleme. Bisher zu Hause noch keine globale IP.

Was bedeutet das nun? Klappt es nun, oder nicht?

Zitat von georf

Noch eine Frage: Eigentlich könnte ich doch auf dem eth-lan eine zusätzliche private Adresse einrichten, die sich nie ändert. z.b: fe80::10:10:10:10

Für link-lokale Adressen geht das nicht. Für andere kannst du die Host-ID unabhängig vom Prefix setzen:

ip token set ::1000 dev eth0

Aber ich wage zu bezweifeln, dass die für RAs genutzt werden.

... und die Log Informationen fehlen.

Dann zeige doch mal alle relevanten Screenshots und Log Informationen. Vielleicht scheitert es schon vor dem Benutzeraccount.

Zitat von georf

Allerdings scheint mein Linux Mint das nicht zu nutzen.

Und das akzeptiert auch RAs? Wenn man gewisse Dienste aktiviert hat, z.B. VPN, Routing oder Container, die IP-Forwarding aktivieren, dann deaktiviert Linux gern mal die Akzeptanz von RAs automatisch. Prüfe mal net.ipv6.conf.*.accept_ra.

Zitat von georf

Die Default-Route wurde auf meinem Router nicht automatisch gesetzt.

Dafür muss der Router ebenfalls RAs auf dem WAN Interface akzeptieren. Routen Informationen kommen nicht aus den DHCP Paketen, sondern aus den Router Advertisements. Siehe obiges sysctl, das wird jetzt mit Sicherheit nötig werden.

Na, zum Beispiel, in dem du deine Werte mit den hunderten von Screenshots aus diesem Forum vergleichst. Außerdem sind die Grenzwerte aus dem Datenblatt der Transceiver immer ein guter Hinweis: Liegst du eher an der Grenze? Oder ein Stück davon weg im grünen Bereich?

Zitat von hussi

Ich dachte gerade der Sinn, Hardware auszuschließen, ist andere Hardware zu nehmen.

Ja, genau so war das gemeint. Aber ich würde was nehmen, von dem ich sicher weiß, dass es bei EWE bzw. Glasfaser Nordwest gut funktioniert. Schwierig wird es natürlich, vergleichbare Messungen mit der UDM zu erzeugen.

Du kannst nicht irgendwelche HW für den Test verwenden, denn dann wird EWE sich immer auf die HW berufen, vor allem in einem Fall wie diesem, wo das Fehlerbild nicht schwarz/weiß ist, sondern nur temporäre Probleme auftreten. Im Fehlerfall braucht man dann immer den original ONT.

Du kannst jetzt eigentlich nur die Updates zurückrollen und schauen, ob die Einfluss haben. Wenn nicht, dann bleibt nur der Test mit einer 5530.

Nein, der ONT ist komplett transparent und hat keine IP. Das ist ein reiner Medienwandler. Die IP holt sich dein Router.