• Zarejestrowany: 2017-10-22
  • Posty: 28

Temat: Konfiguracja VPN - Bridge

Od kilku dni próbóję zestawić dwie sieci, postanowiłem zrobić to wg HOW-TO:

https://eko.one.pl/forum/viewtopic.php?id=5136

Próbowałem już różnych opcji, zainstalowałem na moich routerach MR3420v2 (openwrt-15.05-ar71xx-generic-tl-mr3420-v2), wykonałem wszystko wg instrukcji i VPN nie działa jak powinien. Następuje połącznie

RouterA:

 Sat Oct 28 21:54:29 2017 daemon.err openvpn(SiecDomowa)[973]: event_wait : Interrupted system call (code=4)
Sat Oct 28 21:54:29 2017 daemon.notice netifd: Network device 'tap0' link is down
Sat Oct 28 21:54:29 2017 kern.info kernel: [  917.630000] br-lan: port 2(tap0) entered disabled state
Sat Oct 28 21:54:29 2017 kern.info kernel: [  917.640000] device tap0 left promiscuous mode
Sat Oct 28 21:54:29 2017 kern.info kernel: [  917.640000] br-lan: port 2(tap0) entered disabled state
Sat Oct 28 21:54:29 2017 daemon.notice openvpn(SiecDomowa)[973]: SIGTERM[hard,] received, process exiting
Sat Oct 28 21:54:29 2017 daemon.notice openvpn(SiecDomowa)[1641]: OpenVPN 2.3.6 mips-openwrt-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [MH] [IPv6] built on Jan 31 2016
Sat Oct 28 21:54:29 2017 daemon.notice openvpn(SiecDomowa)[1641]: library versions: OpenSSL 1.0.2j  26 Sep 2016, LZO 2.08
Sat Oct 28 21:54:29 2017 daemon.warn openvpn(SiecDomowa)[1641]: NOTE: when bridging your LAN adapter with the TAP adapter, note that the new bridge adapter will often take on its own IP address that is different from what the LAN adapter was previously set to
Sat Oct 28 21:54:29 2017 daemon.warn openvpn(SiecDomowa)[1641]: NOTE: your local LAN uses the extremely common subnet address 192.168.0.x or 192.168.1.x.  Be aware that this might create routing conflicts if you connect to the VPN server from public locations such as internet cafes that use the same subnet.
Sat Oct 28 21:54:29 2017 kern.info kernel: [  917.910000] device tap0 entered promiscuous mode
Sat Oct 28 21:54:29 2017 kern.info kernel: [  917.910000] br-lan: port 2(tap0) entered forwarding state
Sat Oct 28 21:54:29 2017 kern.info kernel: [  917.920000] br-lan: port 2(tap0) entered forwarding state
Sat Oct 28 21:54:29 2017 daemon.notice openvpn(SiecDomowa)[1641]: TUN/TAP device tap0 opened
Sat Oct 28 21:54:29 2017 daemon.notice openvpn(SiecDomowa)[1641]: UDPv4 link local (bound): [undef]
Sat Oct 28 21:54:29 2017 daemon.notice openvpn(SiecDomowa)[1641]: UDPv4 link remote: [undef]
Sat Oct 28 21:54:29 2017 daemon.notice openvpn(SiecDomowa)[1641]: Initialization Sequence Completed
Sat Oct 28 21:54:29 2017 daemon.notice netifd: Network device 'tap0' link is up
Sat Oct 28 21:54:31 2017 kern.info kernel: [  919.920000] br-lan: port 2(tap0) entered forwarding state
Sat Oct 28 21:54:51 2017 daemon.warn dnsmasq[1491]: possible DNS-rebind attack detected: dell-server.office.local

Router B

Sat Oct 28 21:56:29 2017 daemon.notice openvpn(SiecDomowa)[953]: [Router-A] Inactivity timeout (--ping-restart), restarting
Sat Oct 28 21:56:29 2017 daemon.notice openvpn(SiecDomowa)[953]: SIGUSR1[soft,ping-restart] received, process restarting
Sat Oct 28 21:56:31 2017 daemon.notice openvpn(SiecDomowa)[953]: UDPv4 link local: [undef]
Sat Oct 28 21:56:31 2017 daemon.notice openvpn(SiecDomowa)[953]: UDPv4 link remote: [AF_INET]xx.xx.xx.xx:1194
Sat Oct 28 21:56:34 2017 daemon.notice openvpn(SiecDomowa)[953]: [Router-A] Peer Connection Initiated with [AF_INET]91.192.144.66:1194
Sat Oct 28 21:56:36 2017 daemon.notice openvpn(SiecDomowa)[953]: Preserving previous TUN/TAP instance: tap0
Sat Oct 28 21:56:36 2017 daemon.notice openvpn(SiecDomowa)[953]: Initialization Sequence Completed
Sat Oct 28 21:58:32 2017 authpriv.info dropbear[1326]: Child connection from 192.168.10.110:53476
Sat Oct 28 21:58:40 2017 authpriv.notice dropbear[1326]: Password auth succeeded for 'root' from 192.168.10.110:53476

Podłączone komputery/urządzenia do routera B, nie odpowiadają na pingi ani z urządzeń podłączonych do routera A ani podłączonych do routera B

Urządzenia podłączone do A, odpowiadają na pingi z routera A i B.

Co mogłem zrobić nie tak?

2 Odpowiedź przez khain

  • khain
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-09-15
  • Posty: 328

Odp: Konfiguracja VPN - Bridge

1. Dostajesz ping-restart, dodaj opcję 

keepalive 25 180

Jeśli już taką masz to zwiększ te wartości.
2. Na drugim routerze masz wyłączony serwer DHCP? Jeśli nie potrzebujesz broadcasta pomiędzy sieciami to zastosuj tun zamiast tap.

TP-Link TL-WDR3600 v1.5 -  OpenWrt Chaos Calmer 15.05.1 with Luci +Microsoft LifeCam VX-3000
RaspberryPi 2 - OMV Stone Burner 2.0.15 +Creative SB Play +Medion OR24V +DVB-T Media-Tech MT4163  +MP00202AC +3xDS18B20 +HIH-4000-002 +MPXHZ6115A +Samsung SPF-85H +D-Link DUB-H7

3 Odpowiedź przez lukasz.dlucik

  • Zarejestrowany: 2017-10-22
  • Posty: 28

Odp: Konfiguracja VPN - Bridge

1. Miałem ustawione, zwiększyłem wartości, brak efektu.
2. Mam włączony DHCP, na innym zakresie. Potrzebuje broadcast.

Router A 192.168.10.1
Router B 192.168.10.2

Jaką bramę i serwer DNS powinny dostawać urządzenia podłączone do routera B ?

4 Odpowiedź przez khain

  • khain
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-09-15
  • Posty: 328

Odp: Konfiguracja VPN - Bridge

Musisz mieć ustawione keepalive na serwerze i zwiększaj wartość, aż w logu przestanie pojawiać się

Inactivity timeout (--ping-restart)

Musisz mieć zablokowany ruch DHCP pomiędzy podsieciami - inaczej będzie adres IP będzie przydzielony losowo w zaleźności, który serwer DHCP odpowie szybciej.

TP-Link TL-WDR3600 v1.5 -  OpenWrt Chaos Calmer 15.05.1 with Luci +Microsoft LifeCam VX-3000
RaspberryPi 2 - OMV Stone Burner 2.0.15 +Creative SB Play +Medion OR24V +DVB-T Media-Tech MT4163  +MP00202AC +3xDS18B20 +HIH-4000-002 +MPXHZ6115A +Samsung SPF-85H +D-Link DUB-H7

5 Odpowiedź przez lukasz.dlucik

  • Zarejestrowany: 2017-10-22
  • Posty: 28

Odp: Konfiguracja VPN - Bridge

DHCP pomiędzy sieciami mam zablokowane. Adresy na klientach są ok.

Zmieniłem Kippalive ale nie mogę teraz tego przetestować, router mam w drugiej lokalizacji i przestał się łączyć, próbowałem usunąć błąd który pojawił mi się na obu routerach:

Package ebtables (2.0.10-4-3) installed in root is up to date.
Configuring kmod-ebtables.
ebtable_broute is already loaded
ebtable_filter is already loaded
ebtable_nat is already loaded
ebt_802_3 is already loaded
ebt_among is already loaded
ebt_limit is already loaded
ebt_mark_m is already loaded
ebt_pkttype is already loaded
ebt_stp is already loaded
ebt_vlan is already loaded
ebt_mark is already loaded
ebt_redirect is already loaded
Collected errors:
 * pkg_run_script: package "kmod-ebtables" postinst script returned status 255.
 * opkg_configure: kmod-ebtables.postinst returned 255.

Mam to przy instalacji jakiegokolwiek pakietu. Próbowałem odinstalować pakiet, zresetować router i zrobić ponowną instalacje - bez skutku.

6 Odpowiedź przez khain

  • khain
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-09-15
  • Posty: 328

Odp: Konfiguracja VPN - Bridge

Jakiegokolwiek pakietu czy kmod-ebtables?
Bug w kmod-ebtables został naprawiony w trunku. https://bugs.lede-project.org/index.php … ask_id=433
Zainstaluj najnowszą wersję Lede, jeśli chcesz używać ebtables.

TP-Link TL-WDR3600 v1.5 -  OpenWrt Chaos Calmer 15.05.1 with Luci +Microsoft LifeCam VX-3000
RaspberryPi 2 - OMV Stone Burner 2.0.15 +Creative SB Play +Medion OR24V +DVB-T Media-Tech MT4163  +MP00202AC +3xDS18B20 +HIH-4000-002 +MPXHZ6115A +Samsung SPF-85H +D-Link DUB-H7