Suchergebnisse

Hier mal meine Testergebnisse: netalyzr.icsi.berkeley.edu/res…9-07ef9b61-ff9a-4832-981b

Danke! Nutzt du ein Android-Device? Wenn ja, sind dort nicht uneditierbare Google Proxy hinterlegt? So dem so wäre, würde dein Test nur bedingt aussagekräftig was die Telekom DNS betrifft.

Hallo Leute ... Nach erneuten Test mit netalyzr ==> netalyzr.icsi.berkeley.edu/l=de gibt es offenbar erneut Schwierigkeiten mit den Telekom DNS. •Bei der Suche nach wichtigen Namen haben wir unerwartete und möglicherweise gefährliche Ergebnisse empfangen: "Ein beliebter Name weist eine mittelschwere Anomalie auf: Wir können keinen Reversenamen finden, der der vom DNS-Server Ihres Internetdienstanbieters bereitgestellten IP-Adresse zugeordnet ist. Wir hatten jedoch erwartet, einen Namen zu finden…

@danXde ... hast natürlich recht, offenbar war ich etwas voreilig. Seit dem letzten Update der iptables läuft es nun absolut rund, danke dafür! Und insgesamt nochmals danke für die hervorragende Arbeit sowie auch für stetige Rückmeldungen und Hilfe!

SPH (ohne sipproxy) => Router => N510IP Pro => SL450HX läuft hervorragend, d.h. klar, deutlich und ohne Ausfälle. Kann diese Kombination nur empfehlen!

@danXde ... diese Version scheint auch bei mir gut zu laufen. Danke! Eine Frage dennoch, weshalb sind mache Einträge doppelt z.B. VoIP zur oder https zur Fritzbox? Muss das so sein oder ließen die sich noch zusammenfassen?

Kannst du dazu bitte noch etwas sagen ... diese beiden Warnungen stehen ca. alle 30 Minuten in der dibbler-server.log: Quellcode (2 Zeilen) Ich habe leider immer wieder IPv6 Aufall.

Zitat von danXde: „bei Programm-Start schon. “ Habe mal alle Log-Dateien gelöscht, SPH neu gestartet und nachgeschaut, nur die "dibbler-server.log" ist wieder da.

Quellcode (2 Zeilen) Werden die log-Dateien nicht wieder angelegt wenn ich sie einfach alle lösche?

@danXde ... Meine "dibbler-server.log" ist derweil auf über 350 MB angewachsen, kann es sein, dass das "dibbler-cleanup" in der _bootstrap_init.sh nicht richtig funktioniert?

Quellcode (117 Zeilen)

Zitat von Stricted: „ scheint als würde er dann noch laufen wenn du versuchst ihn zu starten interessant wäre dann mal ein auszug aus ​ps aux“ Sorry aber da muss ich bereits passen. Wie stelle ich das mit "ps aux" an? Übrigens sehen meine IPv6 Adressen nach Neustart (gerade eben) ungewöhnlich aus: Quellcode (5 Zeilen)

Anhang. Danke für anschauen!

Mal wieder was neues: Dibbler fällt neuerdings (ohne jegliche Änderungen) immer wieder aus, d.h., mein Router bekommt plötzlich keine IPv6 Adresse mehr zugewiesen. Schaue ich dann nach wird mir eine pid angezeigt (läuft aber nicht) und nach einem startbefehl plötzlich: "Dibbler server: NOT RUNNING". Nur Neustart des SPH hilft. Quellcode (23 Zeilen)

So, Problem erledigt. Es lag nicht am Script. Habe nun dd-wrt auf dem Cisco, wow ... was mir Jahre lang entgangen ist - Abbrüche und fehlende Einstellmöglichkeiten hören offenbar nun endgültig der Vergangenheit an.

@xdjbx wie/was meinst du jetzt genau? Die ipv6.bieringer.de/ (und andere IPv6-Seiten) geht/funktionieren bei mir genau dann nicht mehr wenn die IPv6-Verbindung verloren gegangen ist, eben für den zwei, drei Minuten Zeitraum. Ping messe ich hier: ipv6-test.com/pingtest/

Zitat von xdjbx: „@eclp Bist Du sicher, dass das IPv6 Ziel stabil ist? Ich meine ich habe gerade mit einem unmodizitierten Speedport 100% Paketverlust gehabt...“ Ja! Denn andere, reine IPv6 Seiten lassen sich dann in diesem Zeitraum ebenfalls nicht mehr aufrufen. z.B. ==> ipv6.bieringer.de/

Habe cond beendet und natürlich abgewartet, Verbindung nach der üblichen Zeit weg ... ändert also nichts.

Zitat von danXde: „@eclp ...kann sein, was spukt den der Cisco-Router sonst noch im Logging aus, sprich bekommt er immer wieder neue Scopes zugewiesen, oder ist der Part stabil?“ Ja, bekommt er, timeout ... und dann bekommt er einen neuen Präfix zugewiesen. Edit: Nein bekommt er nicht, IPv6-Adresse bleibt gleich! Nach Änderung des Intervall, also jetzt nach ca. 8 bis 10 Minuten, IPv6-Vebindung für drei Minuten weg und dann geht die Verbindung mit gleicher IPv6-Adresse weiter. Edit2: Messung: 13:…

Weiter ... ImageProxy