Administrace komentářů

Dobry den,

Mam topologii dvou routeru na Debianu (Wheezy a Jessie) - oba maji svoji vlastni konektivitu do internetu. Mezi nimi je vytvoren OpenVPN tunel, ktery je probridgovan do site 192.168.2.0/24. Zarizeni br0 obsahuje interface eth0 a tap0. Zatim vsechno funguje OK. Pro propojeni je to tak, ze ja jessiem je server, wheezy je klient.

Na Wheezym je jeste vpn server s tap1 (192.168.250.0/24) pro pripojeni z venku do vnitrni site. Toto je routovano a taky OK - z VPN se dostanu na zarizeni v siti 192.168.2.0 za obema routery. ALE! jenom v pripade ze se nejedna o windowsy (jsou tam nejake kopirky, voip telefony atd, na vsechno to se dostanu). Nedostanu se ale na Windows, ktere jsou umisteny na strane Jessieho. Tam je opet bridge br0, ktery obsahuje iface tap0 a eth1.

Kdyz si TCPdumpem analyzuju traffic, tak ping a reply vidim na eth1, br0, ale NE na tap0. V momente, kdy pinkam treba switch, tak ten paket vidim i na tap0 a na stroji, ktery se pripojuje pres vpn (192.168.250.0) dostanu odpoved. Firewallem to nebude, kdzy pro ostatni stroje vsechno projde. Jako by se jadru nelibilo jak paket vypada a zahodilo ho, ale zase nikde nevidim zminku v logu. Co ale vidim v logu IPtables, ze mi dropuji nejaky paket VPN spojeni, ktery by teoreticky mohl obsahovat ten ping.

(OUTPUT drop: IN= OUT=eth0 SRC=46.xxx.xxx.xxx DST=46.xxx.xxx.xxx LEN=105 TOS=0x00 PREC=0x00 TTL=64 ID=17103 DF PROTO=UDP SPT=1194 
DPT=54640 LEN=85)

Nevim ale proc, kdyz v iptables mam v OUTPUT chainu povoleno cokoliv co odchazi na portu 1194 TCP/UDP.

Setkal se nekdo s podobnym problemem, pripadne napada nekoho kam se mam podivat? Zkousel jsem to dokonce s vypnutym firewallem ale bez uspechu.

Diky