[Wien] tunnel szfnode szfdev

[Markus Kittenberger]

2011/12/30 Erich N. Pekarek <(spam-protected)>

> Hallo!
>
> Ich sehe in Deiner ifconfig-Ausgabe das Tap-Device nicht, dass wir für
> Funkinseln via Tunnelserver verwenden.
>
> Meine /etc/config/openvpn schaut so aus und funktioniert mit der letzten
> Backfire:
>
> config 'openvpn' '0xff'
>    option 'comp_lzo' '1'
>    option 'remote' '78.41.115.228'
>    option 'port' '[Dein Port]'
>    option 'proto' 'udp'
>    option 'keepalive' '20 120'
>    option 'dev_type' 'tap'
>    option 'enable' '1'
>    option 'verb' '3'
>    option 'dev' 'tap0'
>    option 'nobind' '1'
>    option 'fast_io' '1'
>    option 'ifconfig' '78.41.112.[Deine Node-IP] 255.255.255.[Deine
> Netzmaske]'
>    option 'management' '127.0.0.1 31194'
>
imho ist das kein kamikaze device dass probleme macht,..

>
> Openvpn ist über das Menü im Systemstart zu aktivieren.
>
> Ich mache es meistens so, dass ich nur ein olsr-Device als Bridge über
> wlan (air0) und tap0 anlege.

waah bitte nicht!

adhoc interfaces haben in ner bridge nix verloren (weil das idr nit
funktinioniert), und generell wollen wir möglichst keine bridges,..


> Vorgesehen ist es anders: als separates Device mit derselben IP-Adresse
> wie am WLAN.

EIGENE IP adresse!!!

Dann musst Du ein zweites Olsr-Device in der OLSR-Konfiguration unter
> "Dienste" anlegen.
>
> Tap0 erscheint, wenn Du erstmalig den Tunnel erfolgreich gestartet hast.
>
> Fehler findest Du mit "logread" über die Konsole.
>
> Geht es dann noch immer nicht, schau Dir die Firewallzonen an.
>
> Wenn es geht, bitte um Rückmeldung - vielleicht schreibe ich in den
> nächsten Tagen eine aktualisierte Tunnel-Anleitung.
>
>
> Gutes Gelingen!
>
> SG
> Erich
>
>
>
> Am 2011-12-30 11:02, schrieb Florian Szabo:
>
>  hallo,
>> ich hab folgendes problem:
>>
>> ich hab versucht einen tunnel zu bauen, den port hab ich schon. jetzt hab
>> ich aber das problem, das ich nicht mehr ins internet kann, obwohl der WAN
>> port richtig konfiguriert ist. mein ifconfig am linksys schaut
>> folgendermaßen aus:
>>
>> 1: lo:<LOOPBACK,UP>  mtu 16436 qdisc noqueue
>>     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>>     inet 127.0.0.1/8 scope host lo
>> 2: eth0:<BROADCAST,MULTICAST,PROMISC,UP>  mtu 1500 qdisc pfifo_fast qlen
>> 1000
>>     link/ether 68:7f:74:93:2d:3f brd ff:ff:ff:ff:ff:ff
>> 3: (spam-protected):<NOARP>  mtu 1480 qdisc noop
>>     link/ipip 0.0.0.0 brd 0.0.0.0
>> 4: eth1:<BROADCAST,MULTICAST,UP>  mtu 1500 qdisc prio qlen 1000
>>     link/ether 68:7f:74:93:2d:41 brd ff:ff:ff:ff:ff:ff
>>     inet 78.41.112.191/24 brd 78.41.112.255 scope global eth1
>> 5: br0:<BROADCAST,MULTICAST,UP>  mtu 1500 qdisc noqueue
>>     link/ether 68:7f:74:93:2d:3f brd ff:ff:ff:ff:ff:ff
>>     inet 192.168.1.1/24 brd 192.168.1.255 scope global br0
>> 6: vlan0:<BROADCAST,MULTICAST,PROMISC,UP>  mtu 1500 qdisc noqueue
>>     link/ether 68:7f:74:93:2d:3f brd ff:ff:ff:ff:ff:ff
>> 7: vlan1:<BROADCAST,MULTICAST,PROMISC,UP>  mtu 1500 qdisc noqueue
>>     link/ether 68:7f:74:93:2d:3f brd ff:ff:ff:ff:ff:ff
>>     inet 10.0.0.5/24 brd 10.0.0.255 scope global vlan1
>>
>> ist diese konfiguration richtig? wenn nicht, was ist falsch und wie kann
>> ich es korregieren.
>>
>> Mit freundlichen Grüßen,
>> Florian Szabo
>>
>
>
> --
> Wien mailing list
> (spam-protected)
> https://lists.funkfeuer.at/mailman/listinfo/wien
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20111230/c8f85160/attachment.htm>