Witam,

Po zestawieniu połączenia openvpn mogę pingować jedynie serwer i nie widzę nic w sieci za serwerem.

Obecnie vpn działa na ip 10.8.0.0 255.255.255.0, a sieć lokalna na ip 10.0.0.0 255.255.0.0
Czyli te sieci nie zachodzą na siebie? I teoretycznie powinienem wszystko widzieć? Ale nie widzę. A jednak wystarczy, że zmienię

option server '10.8.0.0 255.255.0.0' 

10 na cokolwiek innego i wtedy już widzę wszystko w sieci lokalnej.

obecny conf vpn:

config openvpn 'myvpn'

    option enabled '1'
    option dev 'tun'
    option port '1194'
    option proto 'udp'
#specify to use compression
    option comp_lzo 'yes'
#logging
    option status '/var/log/openvpn_status.log'
    option log '/tmp/openvpn.log'
    option verb '3'
    option mute '5'
#ping every 10 seconds, assume not responding after 120 seconds
    option keepalive '10 120'
#keep key and tunnel persistent across restarts
    option persist_key '1'
    option persist_tun '1'
#set user and group to less-privileged account (UNIX/Linux only)
    option user 'nobody'
    option group 'nogroup'
#certificate information
    option ca '/etc/easy-rsa/keys/ca.crt'
    option cert '/etc/easy-rsa/keys/c7.crt'
    option key '/etc/easy-rsa/keys/c7.key'
    option dh '/etc/easy-rsa/keys/dh2048.pem'
#server settings
    option mode 'server'
    option tls_server '1'
    option server '10.8.0.0 255.255.0.0'
#specify topology to use
    option topology 'subnet'
#specify gateway to use
    option route_gateway 'dhcp'
#allow clients to "see" one another
    option client_to_client '1'
#options to push to clients
    list push 'comp-lzo yes'
#keep key and tunnel persistent across restarts
    list push 'persist-key'
    list push 'persist-tun'
#set user and group to less-privileged account (UNIX/Linux only)
    list push 'user nobody'
    list push 'user nogroup'
#specify topology to use
    list push 'topology subnet'
#specify gateway to use
    list push 'route-gateway dhcp'
#redirect ALL traffic through the VPN server (this is IMPORTANT if you don't trust your local network)
#    list push 'redirect-gateway def1'
#  push a local route to your clients (allow your clients to access the server's network)
    list push 'route 10.0.0.0 255.255.0.0'
    
#push DNS to your clients (this is IMPORTANT if you don't trust your local network)
#  list push 'dhcp-option DNS 208.67.222.222'
#  list push 'dhcp-option DNS 208.67.220.220'

firewall

config rule
    option name 'Allow-OpenVPN-Inbound'
    option target 'ACCEPT'
    option src 'wan'
    option proto 'udp'
    option dest_port '1194'

config zone
    option name 'vpn'
    option input 'ACCEPT'
    option forward 'ACCEPT'
    option output 'ACCEPT'
    option masq '1'
    option network 'vpn0'

config forwarding
    option src 'vpn'
    option dest 'wan'

config forwarding
    option src 'vpn'
    option dest 'lan'

oraz
/proc/sys/net/ipv4/ip_forward 1

A dokładnie tak smile, w conf serwera było

list push 'redirect-gateway def1' 

Wyszło niezrozumienie tematu.
Reasumując aby osiągnąć zamierzony przeze mnie cel, nic nie muszę routować. Po wyłączeniu wymuszania po stronie serwera, to routowanie co robiłem dopiero powoduje przepuszczenie całego ruchu przez vpn dla wskazanego ip.
Dziękuję.

Witam,
mam serwer openvpn na Lede(archer c7) oraz klienta openvpn (1043nd) na Lede. Wszystko działa.
Teraz potrzebuję, aby tylko jedno urządzenie szło przez tunel.
Czytałem ten wątek oraz korzystałem z tej instrukcji
Mimo to wszystko nadal leci mi przez tunel, sprawdzałem traceroutem, zawsze widzę gw 10.8.0.1
Co robię źle ?

Moja konfiguracja:

Serwer vpn
10.0.0.1 255.0.0.0

Bramka vpn
10.8.0.1 255.255.255.0

klient vpn 
router - 192.168.2.1 255.255.255.0
ip który ma używać vpn - 192.168.2.175


pliki konfiguracji:

/etc/config/network

config interface 'VPN_client'
    option ifname 'tun0'
    option proto 'none'

/etc/config/firewall

config zone
        option name 'VPN_client'
        option masq '1'
        option input 'ACCEPT'
        option forward 'REJECT'
        option output 'ACCEPT'
        option network 'VPN_client'

config forwarding
        option dest 'VPN_client'
        option src 'lan'

/etc/iproute2/rt_tables

128    prelocal
255    local
254    main
253    default
10    vpn
0    unspec

W konsoli wpisuję tak:

ip rule add from 192.168.2.175 table vpn
ip route add default via 10.8.0.1 dev tun0 table vpn
ip route flush cache

Teraz wszystko jasne, dziękuję, już działa.

hmmm odfajkowałem w interfejsie LAN creates a bridge over specified interface(s) -lan -master wifi
i teraz mogę wejść od strony sieci A na router pod adresem 10.0.2.2, natomiast nie mogę na niego wejść od strony sieci B.
Nie jest to idealne rozwiązanie, ale lepsze niż poprzednie.

Cześć,

mam skonfigurowany wifi bridge na najnowszym lede na tp-mr3220 zgodnie z tą instrukcją: wifi extender

internet działa, dhcp działa, ale nie mogę wejść na stronę administarcji routera jeśli łączę się od strony sieci A(nie pinguje też jego adresu). Natomiast widzę i mogę wejść na kolejny router za tym bridgem.

konfiguracja wygląda tak:
sieć: A to serwer główny również router lede z ip 10.0.0.1/8

sieć: B to bridge łączący się do serwera w sieci A

Ustawienia tego bridga są identyczne jak w instrukcji, używam tylko innych ip:
interface lan: 10.0.2.1/8
interface brige (Relay "repeater_bridge")
interface wwan 10.0.2.2/8 - client wifi (otrzymywane numer poprzez dhcp i można go pingować)

za bridgem stoi kolejny router z ip 10.0.2.3/8 (mogę go pingować i mogę wejść w jego knfigurację)

Jeśli łączę się od strony sieci B (czyli do routera za bridgem lub bezpośrednio do bridga) to wtedy mogę wejść w konfigurację 10.0.2.1

Co muszę dodać lub zmienić aby mieć dostęp do bridga od strony sieci A ?

Dziękuję za rozjaśnienie sytuacji. Raz potrzebuję to, a raz to. Zatem w zależności od potrzeby będę wgrywać odpowiedni firmware.

Cześć,
sprawa dotyczy tp-linka mr3220.

Czy ktoś może mi wyjaśnić dlaczego od wersji gargoyle-1.6.1.4 nie ma możliwości ustawić trybu Most bezprzewodowy/przekaźnik (praca w trybie bridge poprzez połączenie z innym apkiem) ?
Ostatni firmware na którym to jeszcze działało to gargoyle-1.6.1.3

Wiki podaje, że tylko model 1.5 jest zgodny z CC 15.05, a jak to wygląda w praktyce ?
Ma ktoś niższe wersje i testował ? Pytam bo przymierzam się do modelu 3600 lub 3500.

35

(7 odpowiedzi, napisanych Oprogramowanie / Software)

Nie wyraziłem się precyzyjnie, użyłem do tego USB-UART RS232 PL2303HX. Dodatkowo przeprowadziłem tą samą czynność na innym routrze i w tym przypadku uzyskałem odczyt w konsoli.

Witam,
wgrałem przez nie uwagę luci-15.05-ar71xx-generic-tl-mr3220-v1-8M-squashfs-factory.bin czyli soft przeznaczony do modelu z większą pamięcią.
Urządzenie martwe, po podłączeniu rs232 nie widzę sekwencji boota aby podać komendę tpl.
Raz tylko pokazało się : "random: nonblocking pool is initialized"

Czyli przez rs232 już nic nie zrobię ?

dziękuje za pomoc, w takim razie kończę z nim zabawę.

tylko trochę to dziwne, że jednak gargoyle mogę postawić bez problemu i wszystko gra. Problem z gargoyle mam dopiero jak daje np. skanowanie sieci wifi - wtedy od razu w konsoli wyskakuje mi kernel panic - not syncing i restart.

Czy na oryginalnym firmwarze pod shellem jest dostęp do plików konfiguracyjnych sieci jak to ma miejsce w gargoyle czyli
/etc/config/network ?

Witam,
mam 741nd v2.4 jest on uszkodzony od momentu jak go otrzymałem.
Przy pierwszym starciu miałem spory problem z wbiciem się pod stronę zarządzającą, ale pomyślałem, że trudne początki i od razu zmieniłem firmware na Gargoyle, po czym po pewnym czasie zorientowałem się, że jest problem podczas pracy w trybie wireless client.

W tej chwili działa na gargoyle(problemy są gdy chcemy korzystać w wifi), ale chce go oddać i przywrócić mu oryginalny firmware. Jednak nie mogę tego zrobić. Po wgraniu oryginalnego firmware tracę kontakt z routerem(nie odpowiada w ogóle pod adresem 192.168.1.1) i muszę korzystać z rs232 aby przywrócić gargoyle.
Przy wgrywaniu poprzez rs232 korzystam z:

ar7240> tftpboot 0x80000000 firmware.bin
ar7240> erase 0x9f020000 +0x3c0000
ar7240> cp.b 0x80000000 0x9f020000 0x3c0000
ar7240> bootm 0x9f020000

czy mogę jeszcze coś tu zdziałać żeby przywrócić funkcjonujące oryginalne firmware ?
Po przywróceniu oryginalnego firmware udaje mi się jedynie zalogować do shella spod rs232.
Sprawdzałem 3 wersje oryginalnego firmware.

i tak też zrobiłem czyli zakupiłem inną przejściówkę. Zależało mi na czasie, ale nie ma co ryzykować uszkodzenia routera.

dziękuje za szybkie naprowadzenie na rozwiązanie
temat już był poruszany, właśnie znalazłem http://eko.one.pl/forum/viewtopic.php?id=1302
czy ten konwerter napięć to chodzi o ten rezystorek 3k3 pomiędzy vcc a tx ?

ps. router nadal żyje wink

Witam,
mam problem z dostaniem się do 741ND poprzez rs232 z najnowszym gargoyle.

mam przejściówkę rs232->usb która zowie się AK50 (CH340)
wyprowadziłem przewody Tx Rx i GND
aby potwierdzić czy to dobre przewody zrobiłem loopback test, tzn włączyłem hyperterminala i połączyłem ze sobą przewody Tx Rx i uzyskałem możliwość pisania na ekranie hyper terminala, co dowodzi że przewody, połączenie i przejściówka jest OK.

Ale teraz łączymy się z tplinkiem i jeśli podepnę przewody tak jak potrzeba to nic nie dostaję na ekranie, jeśli zamienię Rx z Tx to na akranie wyskakuje sieczka.(możliwe, że się pomyliłem wyprowadzając)

Teraz pytanie gdzie mogłem zrobić błąd lub może ewentualnie to wina tej przejściówki rs232->usb ?
Dodam jeszcze, że łączyłem się na 115200, sieczke na ekranie miałem czy to pod putty czy na hyper terminalu.
Sieczka na ekranie mam czy podłącze GND czy nie.