Dann schliesst Du die virtuellen Netzwerkadapter halt an andere Quell-Netze an.
Also statt Netzwerkbrücke („bridge“) zu „eth0“ zu „wifi“ oder wie immer das Wlan bei Deinem Gast-Rechner heisst.
Setzt natürlich voraus, dass Du einen Wlan-Chipsatz hast, den Du in einen Promiscous-Mode versetzen kannst.
wenn man 2 Netzwerkadapter für die VM hat müsste man ihr ja auch irgendwie sagen: VPN über wifi und mesh per kabel zum router? nur wie? its magic to me
Muss ich passen - der Test-PC hatte nur Netzwerkkarte
Glaube in der Doku gelesen zu haben, dass x86 bei zwei vorhandenen Interfaces aus einem WAN und aus dem anderen LAN macht nach gewohnter Routerlogik. Muss ich aber noch testen.
2 „Gefällt mir“
Ja bitte. 
202020202020
…für die Praxis wäre das praktisch zu wissen. Ich kann mich auch nochmal dran versuchen, jedoch befürchte ich, dass in gluon selber was konfigurationstechnisch verkabelt werden muss…
Jepp!
http://gluon.readthedocs.org/en/v2015.1.2/releases/v2015.1.1.html
Wichtig dabei ist, dass die Interfaces bereits beim ersten Booten vorhanden sind. Nachträglich lüppt das nicht.
1 „Gefällt mir“
ah! Interessant, dass es erst jetzt als „feature“ ausgelobt wird…
Was heißt „erst jetzt“? Ist ja „schon“ seit 2015.1.1 so.
Vorher ging das auch, aber da musstest Du Dich dann selbst um das Interface-Up und das Bridgen kümmern.
1 „Gefällt mir“
Ein paar Tipps zum nativen Booten, was hier mittlerweile an einem Standort solide läuft:
-
Wie schon erwähnt, müssen beide Netzwerkkarten beim ersten Booten vorhanden sein. Firstboot geht nicht auf x86-Images, dann muss man das Image mit dd neu draufkopieren.
-
eth0 ist meist das Clientinterface, eth1 das Uplink-Interface
-
Im v2015.1.2 fehlen noch ein paar Netzwerktreiber. Ggfs. eine aktuelle Desktopdistribution booten, dann gucken, welche Kerneltreiber geladen werden:
lspci -k
-
Diese dann in gluon/targets/x86-generic/profiles.mk oben ergänzen und neu kompilieren. Dann sollten die Karten auch erkannt werden.
-
Die Konfiguration kann ganz normal über das Webinterface erfolgen, oder eben über die Kommandozeile. Hinweis: Gluon hat keine USB-Tastaturtreiber, daher funktionieren höchstens PS2-Tastaturen
Grüße
MPW
2 „Gefällt mir“
Ich habe mal einen speedtest auf einem x86-Image in virtualbox in meinem Lenovo Yoga 2 Pro mit Intel Core i5 4200U gemacht:
t=$(date +"%s"); wget http://speedtest.netcologne.de/test_100mb.bin -O ->/dev/null ; echo -n "Mbit/s: "; expr 8 \* 100 / $(($(date +"%s")-$t))
Dort kommt in der box über fastd genau die selben Ergebnisse raus wie ausserhalb im Host, also jeweils ca 30 MBit/s, bei eigentlich verfügbaren 40 Mbit/s aber anscheinend liefert netcologne nicht mehr. Ich hab das hier noch mal erklaert: command line - How to check Internet Speed via Terminal? - Ask Ubuntu
Bitte tragt doch eure testergebnisse hier im Wiki ein.
Die nicht-paravirtualisierten Netzwerktreiber (egal ob nun AMD oder Intel oder Ne2k) liefern keine optimale Performance, um es mal freundlich auszudrücken.
Wie man die virtio-Nets zum Rennen bekommt für Openwrt und Virtualbox: da braucht es wohl Forschungsarbeit oder zumindest ein howto für Trottel wie mich.
Der Output des Targets x86-kvm_guest soll angeblich virtio können. Test steht aber noch aus.
Jetzt hab ich nochmal eine Frage:
Folgendes habe ich angeschlossen
lubuntu netbook (vbox-gluon - meshvpn+meshonwan) <— LAN —> Switch <— LAN —> FF-Router (mesh on wan)
Das funktioniert.
Wenn ich jetzt aber das netbook an irgend einen anderen Ort hänge, zb. an einen Repeater statt direkt am Switch geht es nicht mehr.
Müssen beide Geräte also an einem Switch hängen?
Netzwerktechnisch macht es doch keinen Unterschied wo ich die Geräte im Heimnetz anschließe oder?
Was meinst du mit Repeater?
Generell kommen einige Geräte nicht mit dem Mesh-Traffic klar, ich würde versuchen möglichst direkt zu verbinden.
Repeater = Erweiterung des Heimnetztes mit Steckdosengerät
Anscheinend ist das so. Das würde auch den Fehlschlag erklären, warum das bridgen mit dem wlan interface nicht funktioniert…schade. Muss also physikalisch in nächstmöglicher Nähe angeschlossen sein.
Dass das virtioNet dieses Images unter „echtem“ KVM funktionieren wird, davon gehe ich mal aus.
Fraglich ist, was Virtualbox (5.0.2 etc) im KVM-Modus (und womöglich auch auf einem Windows-Host) daraus macht. Ob es z.B an einen Linuxhost gebunden ist.
Testest du das auf einem virtualisierten Gluon? Dann muss ich dich leider enttäuschen, weil das über deine private Leitung rausging.
Der lädt das über IPv4, Gluon kann IPv4 nur über das private Netz, nicht über FF. Das merkst du auch daran, dass das auf reinen Meshknoten nicht funktioniert. Die können kein IPv4.
Ich suche gerade eine Testdatei, die nur über IPv6 erreichbar ist. Habe aber noch keine gefunden.
Wie kann man das denn über die fastd leitung laufen lassen? Ipv6 only waere anscheinend eine lösung, aber eine option für ping waere auch gut, bloss der ping auf dem router ist so stark beschnitten, dass diese option weg ist ;(