Forum: Multiroom N z wykorzystaniem openVPN

Aug 11 17:08:49 unknown daemon.notice openvpn[1117]: OpenVPN 2.1.1 mipsel-unknown-linux-gnu [SSL] [LZO2] [EPOLL] built on Jan 10 2012
Aug 11 17:08:49 unknown daemon.warn openvpn[1117]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Aug 11 17:08:49 unknown daemon.notice openvpn[1117]: Static Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Aug 11 17:08:49 unknown daemon.notice openvpn[1117]: Static Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Aug 11 17:08:49 unknown daemon.notice openvpn[1117]: Static Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Aug 11 17:08:49 unknown daemon.notice openvpn[1117]: Static Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Aug 11 17:08:49 unknown daemon.notice openvpn[1117]: LZO compression initialized
Aug 11 17:08:49 unknown daemon.notice openvpn[1117]: TUN/TAP device tap11 opened
Aug 11 17:08:49 unknown daemon.notice openvpn[1117]: TUN/TAP TX queue length set to 100
Aug 11 17:08:49 unknown daemon.notice openvpn[1117]: /sbin/ifconfig tap11 192.168.1.200 netmask 255.255.255.0 mtu 1500 broadcast 192.168.1.255
Aug 11 17:08:49 unknown daemon.notice openvpn[1117]: /tmp/bridgeTAP tap11 1500 1579 192.168.1.200 255.255.255.0 init
Aug 11 17:08:49 unknown daemon.err openvpn[1117]: script failed: external program exited with error status: 1
Aug 11 17:08:49 unknown daemon.notice openvpn[1117]: Exiting

Cytat

RedDevil napisał(a):

Cytat

matiosy napisał(a):

RedDevil drugiego sposobu nie zczaiłem o co ci chodzi

Aktualnie mam internet podłączony do linksysa wag320n i do niego czarny i biały dekoder jest podłączony ,ale chciałbym białego przenieść ,a tam jest inny net i tu jest problem

W tutorialu masz serwer przy czarnym dekoderze, a klienta przy białym, a drugi sposób, to zrobienie tego odwrotnie i to właśnie miałem na myśli ;)

Połączony z 13 kwiecień 2013 21:23:02:

Cytat

domanw napisał(a):

Cytat

shibby napisał(a):
To może oznaczać złą obsługę VLANów (złe mapowanie portów) na tym sprzęcie.

Spróbuj odpiąć inny port np 1 i zobacz czy ci się uda. Przecież to nie musi być port4.

Próbowałem odpiąć inne porty LAN efekt zawsze ten sam,
po restarcie w VLAN0 mam zawsze wszystkie 4 porty LAN, niezależnie od tego który chce odpiac ?? próbowałem tez z opcja tagged i nie pomaga :(

Wcześniej nie zauważyłem tego posta. Jestem na tym samym etapie i miałem ten sam problem. Port możesz odpiąć od vlanu w dość prosty sposób. Ściągnij sobie PUTTY, zaloguj się na router przez telnet i zrób to tak jak opisano tutaj: http://tomatousb.org/forum/t-620710

Najważniejsze, żeby zauważyć inną numerację portów niż na urządzeniu :D shibby wspomniał w odpowiedzi na Twój post o mapowaniu i wtedy mnie olśniło, bo już wcześniej się dziwiłem dlaczego WAN jest u mnie na porcie 4 w GUI :D W moim Asusie RT-N12 wygląda to tak:

Porty na urządzeniu: 1 2 3 4 WAN
Porty w oprogramowaniu: 3 2 1 0 4

Czyli żeby na porcie 1 i vlan2 mieć IP z podsieci serwera należy przez telnet (bo przez GUI chyba nie uda się wypiąć tego portu) wykonać coś takiego:

Kod Pobierz kod źródłowy

nvram set vlan0ports="2 1 0 5*"

nvram set vlan2ports="3 5*"

nvram set manual_boot_nv=1

nvram commit

Po wykonaniu tych poleceń wystarczy zrestartować router, można przez GUI, po restarcie wystartować klienta i wszystko będzie grało. Sprawdziłem w kompie, że przydziela IP z podsieci serwera, brakuje mi już tylko ostatecznego testu na białym tunerze, ale ten wykonam dopiero za pół godziny jak skończy się film na c+ ;) Jak tylko przetestuję napiszę czy wszystko gra.

shibby, sorry za spamowanie na skrzynce ;)