|
|
|
просмотр камер видеорегистратора через инет | ☑ | ||
|---|---|---|---|---|
|
0
shurik_klgd
05.01.11
✎
16:56
|
Входящие данные:
---------------- КОМП (2 сетевые карты) 192.168.0.1, внешний статич. ip ВИДЕОРЕГИСТРАТОР 192.168.0.2 Программа для просмотра видеокамер по протоколу rtsp, порт по умолчанию 554, но можно поменять p.s. С этого компа камеры смотрятся без проблем. Пробуем решить задачу --------------------- Ставим перенаправление tcp: слушаем на компе tcp порт, например, 554 и перенаправляем его на регистратор на порт 554. Пробуем цепляться, netstat показывает, что соединение происходит, но не более того, прогрмма видео не отображает. Протокола rtsp я честно говоря не знаю, но кажется проблема в том что после соединения по этому злочастному порту 554, регистратор передает компу поток по какому-нибудь udp порту. -------------------- В общем помогите найти правильное решение. p.s. на видеорегистраторе GE Security написано. |
|||
|
1
shurik_klgd
05.01.11
✎
16:57
|
+(0) где "пробуем цепляться", там имеется ввиду, с внешнего компа, который удаленно стоит
|
|||
|
2
Aleksey
05.01.11
✎
17:07
|
Так и есть. Подключаеться по одному, а видео гонит по другому
|
|||
|
3
shurik_klgd
05.01.11
✎
17:13
|
(2) ну вот, какой выход?
|
|||
|
4
sergeante
05.01.11
✎
17:32
|
(3) перенаправить UDP предлагать?
|
|||
|
5
Venom
05.01.11
✎
18:55
|
(4) предложи, тоже интересно
|
|||
|
6
shurik_klgd
05.01.11
✎
22:31
|
хм, думал, что вопрос простой и решение на поверхности...
|
|||
|
7
shurik_klgd
05.01.11
✎
22:44
|
щас идея радилась, udp to http proxy не спасет в этом случае?
|
|||
|
8
shurik_klgd
05.01.11
✎
22:45
|
хотя немного не то, но нужно что-то похожее походу
|
|||
|
9
Мутабор
06.01.11
✎
07:25
|
Перенаправление как делаешь, возможно ты перенаправляешь внешний IP, вместо DNAT, а твоя камера не имеет шлюза по умолчанию....
|
|||
|
10
shurik_klgd
06.01.11
✎
14:46
|
(9) перенаправление сделано программой, usergate или portmapping
Принцип просто, На компе слушаю 554 tcp порт и все, что туда приходит тупо перенаправляю на такойже номер порта видеорегистратора. Т.е. tcp пакеты нормально перенаправляются, но поток видео видеорегистратор направляет по udp компу А, тот должен также каким-то образом перенаправить и этот поток. Поскольку этого не происходит видео на внешнем компе мы не видим. |
|||
|
11
shurik_klgd
06.01.11
✎
14:55
|
+(9) нарегистраторе есть настройки касаемые ip, маски и шлюза.
Забито щас 192.168.0.2 255.255.255.0 и 192.168.0.1 Есть возможность и DNS прописать, т.е. теоритически на видеорегистраторе есть доступ в инет. Только вот внешнего ip она не имеет (егоимеет только комп А), вот и не знаю я как к ней подцепиться из внешки. В программе, которой просматривается видео нет возможности работы через прокси, там тупо забивается ip видеорегистратора, номер камеры, ну и порты http(80) и rtsp(554) можно поменять на другие номера. http - управление настройками видеорегистратора (здесь проблем нет, ставим перенаправление 80 порта и все работает), а вот с rtsp, через который видео идет, проблемы. |
|||
|
12
sergeante
07.01.11
✎
00:55
|
Ну т.е. по 80 порту без проблем из вне управление ВДР работает?
ну если для rtsp кроме tcp пакетов ещё udp добавить перенаправление. И вобще всего что по 554 идёт пробрасывать во внутренний ИП вдр. юзергейт с портмаппингом не умеют этого? Попробуй керио поставить как вариант. |
|||
|
13
sergeante
07.01.11
✎
00:56
|
прошу прощения, клинит: ВДР=DVR конечно
|
|||
|
14
shurik_klgd
07.01.11
✎
02:21
|
ну да, на 80 все без проблем, видеорегистратором управлять могу.
По поводу Udp перенаправлять: 1. Если честно не знаю чем 2. А если там номера udp-портов динамические, т.е. номер сообщается после конекта по tcp 554, то тут как прикажите поступать |
|||
|
15
shurik_klgd
07.01.11
✎
02:23
|
+(13) 554 нормально перенаправляется
|
|||
|
16
sergeante
07.01.11
✎
03:45
|
(14) Тогда диапазон портов мапь. Ну что тут посоветовать. Какой нить снифер натрави, чтобы показал, что он хочет от тебя. Не должно быть там ничего хитрого. Все девеэры что я встречал (5 чтук) крайне примитивные. Ничево там такого нет. Тупо херачат как скажешь и по какому порту направишь.
Тут может возможно вот в чом косяк может (маловероятно). Что тисипи норм проходит, потомучто его "в обратную сторону" выворачивает во внешку динамичеки без описания правила на проксе. А с удп такое не проходит. Пропиши 2 правила, туда и обратно. |
|||
|
17
sergeante
07.01.11
✎
03:49
|
ОФФ. ....и в мурманске свет ёкнуло... правда почемуто только в нашем подъезде, и только с 4-го по 9-й этаж.... и только правда на час. даже както неинтересно, тольк свечи достал и КПК книжку с пивом почетать.
|
|||
|
18
shurik_klgd
07.01.11
✎
05:30
|
Все, что я думаю по этому вопросу:
По-моему это тривиальная задача: купить видеорегистратор, засунуть его в локалку, в которой есть выход в инет, и смотреть дома камеры возникала думаю не у одного меня, но с решением как-то все сложно получается |
|||
|
19
shurik_klgd
07.01.11
✎
06:07
|
Если допустим воткнуть витую пару от провайдера в видеорегистратор, то все просто получается. Настраиваем видеорегистратор: ip, mask, gateway выданные провом и все пахает. Но тут я не могу использовать инет на других компах.
Хотя читая тут http://www.videomonitor.ru/video_cherez_internet.html 2-й пункт раздела Варианты организации системы наблюдения типа все должно работать без проблем, используя маршрутизатор. Тут для другого видеорегистратора описано http://tts-rostov.ru/d/35009/d/dostup_k_ip-kameram_i_videoserveram_beward_cherez_internet.pdf тоже проблем нет... Ладно еще раз внимательно все перечитаю, мож где то туплю конкретно |
|||
|
20
shurik_klgd
07.01.11
✎
07:29
|
кажется доперло...
в (19) в ссылке с pdf есть картинка с перенаправлением на маршрутизаторе там Data порт (в примере он 5001, это я так понимаю rtsp и есть, у меня он 554) имеет тип tcp+udp скорее всего по tcp 554 идет подключение и команды, а по udp 554 передается изображение). Надо найти прогу, которая перенаправит udp по этому порту и должно заработать. После празников попробуем, потом отпишемся. На данном этапе всем спасибо! |
|||
|
21
sergeante
07.01.11
✎
12:14
|
(20) отпишись.
У мну в конторе 3 разнотипных регистратора. Один навороченный, второй послабже, третий вобще китайцами на коленке слепленный. Все из них без проблем прокидываются через НАТ в интернет одним единственным правилом в трафик-полиси на прокси. |
|||
|
22
smaharbA
07.01.11
✎
12:24
|
трафикполиси - видать керио
|
|||
|
23
smaharbA
07.01.11
✎
12:25
|
ртсп - медиапоток что ли ?
|
|||
|
24
shurik_klgd
07.01.11
✎
14:26
|
(21) да я думаю и тут все просто, не настраивал никогда просто, да и принципа передачи данных не знаю
отпишусь в начале след. недели. Сидели просто пили пивко со знакомым, ну я и ляпнул что можно такое организовать за ящик пива. Ящик быстро нарисовался, а вот с организацией просмотра камеры никак... Правда пиво уже выпито, собственно чего напрягаться :) Ладно, дело принципа: сказано - сделано! (23) угу |
|||
|
25
sergeante
07.01.11
✎
14:52
|
(22) истинно так.
|
|||
|
26
shurik_klgd
07.01.11
✎
15:29
|
нашел программу для перенаправления tcp, udp портов
Free!, без лишних наворотов, в общем проще уже некуда может кому понадобится, AnalogX PortMapper |
|||
|
27
sergeante
09.01.11
✎
13:47
|
(26) вопрос решился?
за прогу спс. |
|||
|
28
shurik_klgd
10.01.11
✎
19:34
|
как обещал, докладываю о результатах
прогой из (26) поста перенаправил tcp порт 8080 (админка видеорегистратора), tcp порт 554 и udp 554. Только, что проверил все работает. |
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |