Suchergebnisse

Ich hätte da noch ne Frage dazu, ich bin nicht so der Schnittstellenspezialist. Wenn ich z.B. eth0.2 aus br0 herausnehme und diese Schnittstelle dann mit gre1 über eine neue Bridge verheirate, was passiert dann bei Überlast auf gre1, wird dann gre2 autmatisch dazugeschaltet? Wie bekommt diese neue Bridge dann ihre IP Adressen? Das müsste doch dann die von gre1 sein. Wenn ich dann im SPH die Defaultroute über ppa256 statt gre1 laufen lasse, müsste doch die Rest br0 Schnittstelle weiter verwendbar…

Zitat von mkorte: „Zitat von eMKay77: „ Irgendjemand hier im Forum hatte br0 aufgebrochen, um die Ports einzeln ansteuern zu können - sollte per brctl möglich sein. “ Hasst Du ne Idee wer /in welchem Thread das war? Finde über die Suche nichts. ich könnte nämlich genau sowas ganz gut gebrauchen....“ Ich würde es so versuchen: brctl delif br0 eth0.2 brctl delif br0 eth0.3 brctl delif br0 eth0.4 brctl delif br0 eth0.5 brctl delif br0 wl0 Ich würde aber nicht das Interface herausnehmen, an dem dein…

Entweder beschäftigst du dich hier mit: SP-H ohne SIPPROXY oder du solltest Dir einen Speedport-ISDN Adapter zu legen. Alles andere wird früher oder später mit der Fritzbox + Telefonie Probleme verursachen.

Um das zu realisieren braucht deine andere Kiste dann aber erst Mal eine IPV6 Adresse. Die hast du aber nicht ohne radvd. D.h. du müsstest dann per stateful Konfiguration einen eigenen Adressbereich verteilen, oder du verlagerst alles auf den SPH, wie ich es oben beschrieben habe. Oder du verwendest dibbler zur prefix delegation.

Zitat von mkorte: „Also die Änderungen den DHCP6 zu deaktivieren haben mir genau das gebracht was ich wollte: Die Devices erhalten weiterhin per RA ihre IPv6 Adressen, IPv4 mache ich mit meinem eigenen DHCP-Server, der auch meinen eigenen DNS-Server verteilt. Der (bei mir alles kaputt machende) IPv6 DNS des Speedports wird nicht mehr verteilt an die Clients. Also: Alles tutti. P.S.: Das schöne ist: Diese Änderungen bleiben nach Update auf die V3 Firmware bestehen. :)“ Da hast du aber Glück, dass…

Zitat von danXde: „@mkorte wenn der Router die RA's verteilt, dann konfigurieren sich die Client's die IP anhand der information per autoconfig selbst. Der DHCPv6s wird nur benutzt, um auch einen IPv6 DNS-Server zu bekommen. Hat @Doridian ja so auch beschrieben. ;o) Grüße danXde“ Das ist nicht ganz so. DNS Configuration (DNS Server und Suchliste) kann auch über RA verteilt werden. Siehe RFC 6106: The purpose of this document is to standardize an IPv6 Router Advertisement (RA) option for DNS Recu…

Zitat von mkorte: „@ds365 @Doridian Könnt ihr mir bitte sagen welchen Teil in der decrypteten config ich anpassen muss um den DHCP6-Server abzuschalten?null Der verhagelt mir nämlich meine komplette DHCP-Konfiguration. Ich nutze meinen eigenen DHCP-Server, aber meine lokalen Adressen können nicht aufgelöst werden, da der Speedport selbst - trotz deaktiviertem DHCP in der GUI - meint noch IPv6 Adressen vergeben zu müssen.“ Das ist sowieso sehr komisch, was der DNS vom SPH macht. Bei mir läuft dns…

Zitat von Doridian: „Mein SPH ist nach wie vor bei normalem Browsing/Streaming bei 10-30% CPU. Ich habe aber DHCP aus (v4 und auch v6 (v6 dank config hack noch in v2, den er nach v3 migriert hat)). Der DNS server wird auch nicht extern genutzt (nur vom SPH fuer die hosts, die er selbst resolved). Er macht also wirklich nur "das Internet".“ Welchen Hack meinst du? Ich kann im config File an einer Stelle den DHCP6s deaktivieren, aber der radvd (Router Advertisement) wird trotzdem immer noch gestar…

War normal bei -6.

Bei mir auch seit gestern Nacht, CPU Auslastung = 80%. Lief ca. 36h mit FW v3.012. Bin wieder auf FW v2 zurbück.

Habe ich oben geschrieben: Zitat: „​ FRITZ!Box 7490 als IP Client “ Mit den dnsmasq-, dropbear-, vsftpd- und sonstigen Lösungen brauche ich die fritte nicht mehr als Router hinterm SPH betreiben. Und so macht die komplette LTE-Ausnahme natürlich nur Sinn. Die Geräte, die per WLAN an der Fritte hängen, sind ja von der Ausnahme nicht betroffen.

Ich habe das Problem hier momentan nicht. Hatte es aber mal mit einer älteren FRITZ!Box Firmware (>= 6.5). FRITZ!Box 7490 als IP Client: Firmware: 6.69-40766 BETA SPH Firmware: 050124.02.00.012 (siproxy und voiper laufen ganz normal mit.) Ich habe sogar die Telefonnummern im SPH eingegeben (aber dann deaktiviert). FRITZ!Box komplett als LTE Ausnahme im SPH definiert.

Das mit dem tar funktioniert auch direkt auf dem SPH. einfach die entzippte Tar-Datei per ftp nach /opt, dann auf dem SPH cd /opt und dort tar -xvf *.tar. Dann klappt es auch mit den Rechten.

Auch die Verzeichnisse im Pfad zur authorized_keys dürfen nur durch root beschreibbar sein. d.h. chmod 755 /opt/dropbear chmod 755 /opt/dropbear/etc chmod 644 /opt/dropbear/etc/authorized_keys Wenn man der /var/passwd mit "busybox-mips passwd" dem user root ein Passwort verpasst, funktioniert dropbear auch mit Passwort Anmeldung. Ich habe hier inzwischen auch auf dem SPH, dnsmasq (inkl. RA für IPV6) und vsftpd am Laufen. Bei Interesse schreibe ich gerne eine Anleitung (wir etwas komplizierter) u…

Ja, man kann auch die IP aus /tmp/lastip verwenden. Ich hatte nur einen zweiten DDNS auf einem zweiten Router laufen und der hat dann dazwischengefunkt. Mit nslookup ist es absolut sicher.

Ich habe hier einmal ein DDNS Updater Script gebastelt, dass per cronjob ausgeführt werden kann. z.B. Eintrag in crontab zur Ausführung einmal pro Minute: Quellcode (1 Zeile) Verwendet das wget und nslookup der busybox-mips. Also in /opt/bin folgendes ausführen: Quellcode (3 Zeilen) Erzeugt eine "/tmp/lastip" mit den Infos der letzten IP-Aktualisierung und eine "/tmp/dyndns.log" mit den Daten des letzten Aufrufs. Nach eigenen Bedürfnissen sind anpassen: USERNAME PASSWORD HOSTNAME URL Aufruf mit …