Маршруты на ClearOS и Ubuntu

Ubuntu в той же локальной сети, что и комп с виндой? Подозреваю, что дело в софте, который не хочет работать на ubuntu.

у регистратора есть вебморда и на нее не заходит, так же не пингуется адрес регистратора. Винда в той же сети что и убунту, но на ней пингуется и заходит на регистраторы.

Выполни netcat -nv <addr> <port> на убунте, <addr> и <port> - соотв. адрес и порт, по которым доступна веб-морда регистратора.

Уходит в тайм аут, в это время на винде весь доступ по всем портам по локальному ip до регистратора

Ладно, тогда покажи tracert до адреса с винды, ip route show и iptables-save c убунты и шлюза.

И ip rule show со шлюза тоже.

С винды Тросировка маршрута к 192.168.2.91 1 4ms 1ms 1ms 192.168.2.1 2 7ms 3ms 5ms 192.168.2.91 3 9ms 7ms 10ms 192.168.2.91

С сервера default via 192.168.2.1 dev eth0 proto static 31.185.2.187 via 192.168.2.1 dev eth0 src 192.168.2.246 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.246 metric 1

С шлюза

192.168.2.91 dev pptp1 proto kernel scope link src 192.168.2.81 192.168.2.90 dev pptp0 proto kernel scope link src 192.168.2.80 10.8.10.2 dev tun1 proto kernel scope link src 10.8.10.1 10.8.0.2 dev tun0 proto kernel scope link src 10.8.0.1 31.185.2.184/29 eth0 proto kernel scope link src 31.185.2.187 192.168.2.0/24 dev eth1 proto kernel scope link src 192.168.2.1 10.8.0.0/24 via 10.8.0.2 dev tun0 10.8.10.0/24 via 10.8.10.2 dev tun1 default via 31.185.2.185 dev eth0

-A FORWARD -d 192.168.2.91/31 -i eth0 -p tcp -m tcp -dport 552 -j ACCEPT на шлюзе. В общем то интересн только 552 порт, на винде по локалке на него все работает, но avconv на убунте грит output/input error

Попробуй на шлюзе в /etc/ppp/options.pptpd добавить proxyarp, потом перезапусти pptpd и снова проверь.

0: from all lookup local 32766: from all lookup main 32767: from all lookup default

proxyarp включено изначально

rtsp://192.168.2.91:552/H264?ch=1-4&subtype=0

и тож самое через внешний ip на винде работают.

На убунте наотрез отказывается подключатся

то что работает из винды меня ставит в тупик. Если бы не работало ваще, то можно было думать что на шлюзе что-то, но так я даже не знаю

На убунте выполни arping 192.168.2.91, либо arping -I eth0 192.168.2.91 - что-то одно должно сработать. Только результат в оберни в [ code ] [ /code ] для лучшей читаемости.

то что работает из винды меня ставит в тупик. Если бы не работало ваще, то можно было думать что на шлюзе что-то, но так я даже не знаю

Это может зависеть от того, как работает виндовый сетевой стек. У меня есть одна идея, но я в ней не уверен.

 Unicast reply from 192.168.2.91 [36:F4:33:AC:6E:E4] 0.786ms 

Сейчас зашел на веб интерфес с убунты, уже хорошо, но rtsp не подключается

Тогда запусти tcpdump -i eth0 -n на убунте, на шлюзе на ppp-интерфейсе, где этот видеорегистратор, и на интерфейсе локальной сети, после чего попробуй снова подключить rtsp.

На убунте

 IP 192.168.2.246.49646 > 192.168.2.91.552: Flags [S], seq 137996 4000, win 29200, options [mss 1460,sackOK,TS val 152056037 ecr 0,nop,wscale 7], length 0 

pptp клинет на роутере ASUS и регистратор в DMZ

Роутер поднимает pptp до pptp-сервера, на этом сервере при каждом коннекте создается интерфейс pppX. Мне нужен дамп трафика с ppp-интерфейса, через который доступен видеорегистратор, а также дамп трафика с интерфейса локальной сети pptp-сервера, когда ты пытаешься подключить rtsp. Дамп нужен всего трафика, т.к. там могут быть icmp, которые могут прояснить ситуацию.

в общем с убунты на pptp клиенты работает только 80 порт, запросы на любые другие порты умирают не получив ответа на запрос.

Пустил rtsp по 80 порту и все работает, в принципе такое решение устраивает, но все таки хотелось бы открыть и другие порты

Ну тут без дополнительной информации ничего не сделаешь. Поснимай трафик tcpdump'ом где только можно, поищи, где трафик не проходит, ну и далее разбирайся, почему он не проходит. Может быть, дело в правилах фаерволла, может где-то mtu туннеля слишком маленькое.

Вот такое вот получается на шлюзе при попытке подключения с сервера на клиент

http://joxi.ru/1A5z9VQu80darE

52.17.34.4

hello world на страничке, не знаю что за адрес

Есть такое ощущение что убунта пытается на локальный адрес не через шлюз зайти

А как выглядит трафик, когда с windows-машины подключаешься?

Есть такое ощущение что убунта пытается на локальный адрес не через шлюз зайти

У убунты есть ровно один способ куда-то зайти - через шлюз. Убунта также не может выставлять рандомные значения адреса в исходящем трафике, т.к. таким образом она никуда не сможет выйти. Только шлюз может как-то изменять трафик, и, возможно, в твоем случае он это делает неправильно.

На маке кстати тоже все открывается нормально

http://joxi.ru/krDO9w1IVZ4gAp

Когда с винды или мака то сразу пакеты идут

Камеры с локалки без vpn работают без проблем в убунте

На каком интерфейсе снимался дамп, на pptp1? iptables-save со шлюза в студию.

да pptp1,

http://joxi.ru/l2ZNVpnfjLwx2J

http://joxi.ru/E2pdkQWsox9X2Y

http://joxi.ru/krDO9w1IVZ4gAp

http://joxi.ru/xAe1eVNF45R8Ay

192.168.2.246 это убунта

с убунты все pptp клиенты не пингуются, не видятся ipscan, но заходится на веб морды по 80 порту

живет это все на ксене

Попробуй сделать так, чтобы трафик от убунты не натился. Хинт - искать нужное правило в таблице nat на шлюзе.

без ната заработало, спасибо