Virtuelle Netzwerkkarte / ar7.cfg

H.i.M

Neuer User
Mitglied seit
29 Apr 2006
Beiträge
100
Punkte für Reaktionen
0
Punkte
18
Hallo Freunde der kleine roten / schwarzen Box

Ich habe meine ar7.cfg editiert und wüsste gerne, ob das so klappt. Es wurde eine zusätzliche Virtuelle Netzwerkkarte hinzugefügt, auf die das interne transmission zugreifen soll. Die Box ist über den ersten Lanzugang (auf der Box steht Lan1) an ein dsl-modem angeschlossen. Kann es dadurch zu Problemen kommen?

[Edit] Um ein wenig übersicht zu schaffen, findet ihr die vollständige ar7.cfg jetzt hier.

Nur der Betreffende Abschnitt:
Ist die Syntax richtig? Verlaufe ich mich gerade oder habe etwas Grundlegend missverstanden? Bitte Sagen bevor ich sie so auf der Box speicher!
Code:
 }
        ethinterfaces {
                name = "eth0";
                dhcp = no;
                ipaddr = 192.168.10.1;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                dhcpenabled = yes;
                dhcpstart = 192.168.10.10;
                dhcpend = 192.168.10.200;
        } {
                name = "eth0:0";
                dhcp = no;
                ipaddr = 169.254.1.1;
                netmask = 255.255.0.0;
                dstipaddr = 0.0.0.0;
                dhcpenabled = yes;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        } {
                name = "wlan";
                dhcp = no;
                ipaddr = 192.168.182.1;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                interfaces = "ath0", "wdsup1", "wdsdw1", "wdsdw2", "wdsdw3", 
                             "wdsdw4";
                dhcpenabled = yes;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        }
        brinterfaces {
                name = "lan";
                dhcp = no;
                ipaddr = 192.168.10.1;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                interfaces = "eth0", "ath0", "wdsup1", "wdsdw1", "wdsdw2", 
                             "wdsdw3", "wdsdw4";
                dhcpenabled = yes;
                dhcpstart = 192.168.10.10;
                dhcpend = 192.168.10.200;
        } {
                name = "lan:0";
                dhcp = no;
                ipaddr = 169.254.1.1;
                netmask = 255.255.0.0;
                dstipaddr = 0.0.0.0;
                dhcpenabled = yes;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        } {
                name = "lan:1";
                dhcp = no;
                ipaddr = 192.168.10.2;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                dhcpenabled = yes;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        }
        dslinterface {
                name = "dsl";
                dhcp = no;
                ipaddr = 169.254.2.1;
                netmask = 255.255.255.255;
                dstipaddr = 169.254.2.1;
                dhcpenabled = yes;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        }

Lg H.i.M
 
Zuletzt bearbeitet:
hallo,

was hat denn so ein virtuelles interface für einen sinn? ich würde die portweiterleitung einfach in die forwardrules reinschreiben
 
Ich möchter gerne das box-interne Transmission depriorisieren.
Die Priorisierung der Box funktioniert leider nur bei festervergabe einer ip (priorisierung eines bestimmten Rechners) wirklich gut.
transmission gibt mir die möglichkeit einzustellen, dass es nur ein bestimmtes Netzwerk interface für den Datenaustauch verwendet (in diesem fall lan1, 192.168.10.2).

So kann ich lan1 (mithilfe dessen fester ip 192.168.10.2) depriorisieren und damit auch transmission. Ohne dass ich andere programme auf der fritzbox mit-depriorisiere.

Könnte bitte jemand kurz wegen der Syntax drüber schauen. Will ungern eine auf Werkseinstellungen zurückgesetzte Box.

lg H.i.M


[Edit]
Habe jetzt die ar7.cfg geändert. Die neue virtuelle Schnittstelle wurde erfolgreich übernommen:
Code:
/var/mod/root # ifconfig lan:1
lan:1     Link encap:Ethernet  HWaddr 00:1F:3F:A9:FB:DF  
          inet addr:192.168.10.2  Bcast:192.168.10.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
Sie lässt sich auch erreichen:
von lan:
Code:
bla@bla-mobile:~$ ping 192.168.10.2
PING 192.168.10.2 (192.168.10.2) 56(84) bytes of data.
64 bytes from 192.168.10.2: icmp_seq=1 ttl=64 time=8.67 ms
64 bytes from 192.168.10.2: icmp_seq=2 ttl=64 time=1.13 ms
64 bytes from 192.168.10.2: icmp_seq=3 ttl=64 time=2.89 ms
^C
--- 192.168.10.2 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 1.131/4.233/8.672/3.220 ms

fritzbox intern:
Code:
/var/mod/root # ping 192.168.10.2
PING 192.168.10.2 (192.168.10.2): 56 data bytes
64 bytes from 192.168.10.2: seq=0 ttl=64 time=0.400 ms
64 bytes from 192.168.10.2: seq=1 ttl=64 time=0.304 ms
64 bytes from 192.168.10.2: seq=2 ttl=64 time=0.300 ms
64 bytes from 192.168.10.2: seq=3 ttl=64 time=0.301 ms

--- 192.168.10.2 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.300/0.326/0.400 ms


Leider ist tranmission noch immer nicht von außen erreichbar.
In der settings.json von transmission wurde "bind-address-ipv4": "192.168.10.1" gesetzt.

Welcher Fehler könnte da vorliegen? Vorschläge:
1. die Option "bind-address-ipv4": "192.168.10.2" von Transmission funktioniert nicht.
2. die Portweiterleitung von außen auf die 192.168.10.2 funktioniert nicht.
3. die Schnittstelle lan:1 kann nicht auf das Internet zugreifen.
4. bitte Ergänzen :)

[Edit]

Folgende Beobachtungen habe ich machen können.
1. transmission kommt auch ohne den offenen Port ins Internet
2. transmission hält sich an keinerlei Priorisierung (habe testweise alle geräte (0.0.0.0) priorisiert). Alles andere im Netzwerk hielt sich an die Regel.

Sollte die Option "bind-address-ipv4": "192.168.10.2" funktionieren, so hat lan:1 Zugriff aufs Internet, sitzt hinter der AVM firewall, die Portweiterleitung funktioniert nicht und es fällt durch das Priorisierungsraster.

Sollte die die Option "bind-address-ipv4": "192.168.10.2" nicht funktionieren, so hat transmission vermutlich die IP 0.0.0.0. Eine Portweiterleitung auf die 0.0.0.0 funktioniert jedoch mit der Option "bind-address-ipv4": "192.168.10.2" nicht. Ohne die Option schon.

[Edit2]


Nach intensivem Suchen und lesen von Threads, die 2 Jahre zurückliegen, ist mir doch zumindest eines klar geworden.
Virtual IP und AVM-Portforwarding verträgt sich nicht. Das war mir die ganze Zeit nicht bewusst. (weils auch irgendwie keiner geagt hat).
Würde es denn funktionieren, wenn ich es in die "fowardrules" schreiben würde? Und wenn ja in welche?

Ich wünsche allen eine gute Nacht
grüße H.i.M
Wäre jedoch schön, wenn mir das ein Fachkundiger bestätigen könnte.
 
Zuletzt bearbeitet:

Zurzeit aktive Besucher

Statistik des Forums

Themen
246,284
Beiträge
2,249,439
Mitglieder
373,877
Neuestes Mitglied
Bbj
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.