[mlglegitnoscopez]

Po utworzeniu tap0 i br0 w celu użycia ich przy serwerze openVPN działającym w trybie bridge nie mogę pingować nic poza lokalną siecią :( Co ciekawe, ping onet.pl wywala od razu komunikat "network unreachable" kiedy ping -I br0 onet.pl łączy się z dnsami (chyba) bo mam przetłumaczony hostname na adres IP ale dalej sygnał odbija się:

PING onet.pl (213.180.141.140) from 192.168.1.80 br0: 56(84) bytes of data.
From openvpn-server (192.168.1.80) icmp_seq=1 Destination Host Unreachable

Interfejsy tworzę sobie skryptem:
https://pastebin.com/jEyreSsv
Usuwam je skryptem:
https://pastebin.com/Kbbcmq2E

Serwer stoi na CentOSie 7, iptables mam puste:

Chain INPUT (policy ACCEPT)
target prot opt source destination 
Chain FORWARD (policy ACCEPT)
target prot opt source destination 
Chain OUTPUT (policy ACCEPT)
target prot opt source destination

firewallD wyłączony. Całość stawiałem na podstawie poradnika na stronie openVPN. Jakiś pomysł dlaczego to może nie działać? Gdy serwer tworzy sobie dodatkową podsieć 10.8.x.x to wszystko hula ale zależało mi na bridgeowaniu :(
#linux #pytanie #pytaniedoeksperta #sieci #centos

[Rare_Soul]

@mlglegitnoscopez: ip masquerade ?

[mlglegitnoscopez]

@Rare_Soul: No właśnie. Gdy VPN tworzył sobie swoją podsieć to w /etc/sysconfig/iptables miałem

-A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE

Dla bridgeowanego połączenia też ma coś być? I dlaczego ta linijka nie pokazuje mi się, gdy dam iptables -L?

[fervi]

@mlglegitnoscopez: z jakich interfejsów zrobiłeś br0?
Pokaż cały iptables

[brokenik]

@mlglegitnoscopez podstawowe pytanie to jak ustawiasz routing?

[mlglegitnoscopez]

@fervi: eth0 który był bridgeowany i w sumie tyle
@brokenik: nie mam pojęcia bo w sumie to początkujący jestem. Wcześniej używałem gotowców w iptables ale dla bridgea nic nie znalazłem :(

[fervi]

@mlglegitnoscopez: robisz ogólnie połączenie z eth0 i tap0 w br0. Jeśli dobrze robisz.

[mlglegitnoscopez]

@fervi: Ale, że tym skryptem czy ogólnie powinienem tak robić? Jaki jest sens w ogóle tego tap0?

[fervi]

@mlglegitnoscopez: pokaż skrypt bridge-start.sh po prostu ( ͡° ͜ʖ ͡°)

[brokenik]

@mlglegitnoscopez ip route poprosze wrzuc.

[mlglegitnoscopez]

@fervi: jest u góry. Pierwszy link. Powinienem był je pooznaczać
@brokenik: wszystko co robiłem przy tym jest wrzucone w dwa linki wyżej. Pierwszy skrypt to skrypt startowy (tworzący bridge), a drugi to "powracający".

[fervi]

@mlglegitnoscopez: Ok, jak chcesz to wrzuć też konfig openvpn.
Chociaż do końca nie wiem czy skrypt jest dobry, pokaż ifconfig

[brokenik]

@mlglegitnoscopez bez analizy tego czy interfejsy sie podnosza czy nie trzeba sobie te skrypty dostosowac. Dlatego bez tego co ci wyrzuca ip route ciezko cokolwiek podpowiedziec.

[mlglegitnoscopez]

@fervi: ifconfig (przed i po użyciu skryptu startowego. Oznaczone w pastebinie):
https://pastebin.com/7yNgi8HC
config openvpn:
https://pastebin.com/Zt6uX1V1

@brokenik: ip route:
przed skryptem:
default via 192.168.1.254 dev eth0 proto static metric 100
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.80 metric 100
po skrypcie:
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.80

Dziwne. Nie ma linijki default?

[brokenik]

@mlglegitnoscopez no i juz widze problem. Jesli mostkujesz interfejsy to nie mozesz dublowac adresow na interfejsach podleglych. Masz taka sama klase adresowa na eth0 i br0.

[mlglegitnoscopez]

@brokenik: ale jak? Po zmostkowaniu eth0 najwyraźniej traci ten adres na rzecz br0 więc nie ma chyba mowy o zdublowaniu? zauważ, że ten log jest rozdzielony (pierwsza część jest przed a druga po skrypcie). Na takiej samej zasadzie działa mi bridge na hoście (gdzie eth0 w ogóle nie ma adresu, br0 jest jego masterem. Na VMie jest identyczna sytuacja).

[fervi]

@mlglegitnoscopez: Niezbyt mogę ci pomóc. Jak ja robiłem tapa to miałem dwie sieci - zewnętrzna (internet) i wewnętrzna. Ty masz tylko jedną i nie wiem czy to może działać.

[mlglegitnoscopez]

@brokenik: @fervi: rozwiązałem jeden problem, pojawił się drugi. Żeby móc wyjść poza sieć lokalną musiałem dodać wpis:
default via 192.168.1.254 dev br0
(poleceniem ip route add default via 192.168.1.254)
do tabeli routingu (co zauważyłem dzięki @brokenik)

Wszystko zaczęło działać po stronie serwera ale nie mogłem się połączyć z serwerem z clienta bo wywalało mi następujący błąd:

Sun Apr 16 19:59:04 2017 ERROR: Cannot open TUN/TAP dev tap-bridge: No such