nodeny как отрыть порт клиенту ?

[FosterUA 10]

Все привет был МТ как бы все понятно было...

Установили nodeny клиент просит открыть порт ему для мониторинга веб камеры на айфоне.

 

Подскажите как сделать ?

К примеру локальный айпи клиента 10.0.0.2

Спасибо

[BUM 241]

дать клиенту реальник.

[Bernik 1]

дать клиенту реальник.

+1

[FosterUA 10]

Дал клиенту реальник, к примеру 89.187.99.99 как дальше ?

[Інет.укр 112]

Дал клиенту реальник, к примеру 89.187.99.99 как дальше ?

ви хочете дати реальний ip клієнту чи прокинути 1-2 порти?

[BUM 241]

никак.

[Bernik 1]

Дал клиенту реальник, к примеру 89.187.99.99 как дальше ?

а дальше тот пускай на своем роутере прокинет порты, и по внешке идет с гаджетов.

[md5 3]

Курим

 

https://www.google.com.ua/webhp?sourceid=chrome-instant&ion=1&espv=2&es_th=1&ie=UTF-8#q=%D0%BA%D0%B0%D0%BA%20%D0%BF%D1%80%D0%BE%D0%B1%D1%80%D0%BE%D1%81%D0%B8%D1%82%D1%8C%20%D0%BF%D0%BE%D1%80%D1%82%D1%8B%20%D0%B2%20freebsd&es_th=1

[vop 370]

А при чем тут nodeny?

[BUM 241]

А при чем тут nodeny?

нуна микроте было все понятно, а в другой коробке нет. вот и виной всему - нодени ))

 

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

[FosterUA 10]

Да ладно раздули тему  !

Как всегда один подскажет, а остальным только б посмеяться...

Чё за менталитет такой =)

[vop 370]

 

А при чем тут nodeny?

нуна микроте было все понятно, а в другой коробке нет. вот и виной всему - нодени ))

 

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

 

У вас есть два варианта - либо решить проблему средствами роутеров (а не биллинга), либо сменить биллинг, который может такое станцевать.

[md5 3]

Как выше писалось "проще дать внешний айпи" абону

[inco 20]

Насколько я понял, у вас весь трафик бежит через тазик с биллингом.

Если так, тогда править нужно файл /etc/rc.firewall.

Если биллинг рулит микротиком, то правьте файрвол микротика - dst-nat и netmap вам в помощь,

а если вы дали абоненту реальный ип, то пущай абон вытащит свои руки из жопы и найдет в настройках своего роутера опцию port forwarding, ну или созвучное с ним.

Ну а если он не может это сделать - то пускай платит вам деньгу, тогда вам придется осуществлять выше описанное.

[wifi_master 132]

Никто не угадал. Два варианта - 1. Pf rdr. 2. Юзать регистратор Hikvision например у него свой дднс.

[vop 370]

Ну а если он не может это сделать - то пускай платит вам деньгу, тогда вам придется осуществлять выше описанное.

У себя бы я оформил это в качестве дополнительной услуги с управлением и соответствующим тарифным определением.

[vovchokig 35]

Я так понимаю у Вас FreeBSD . Самый оптимальный способ , это конечно реальные IP . Это при том , что они у Вас есть.

В противном случае есть такая програмулина rinetd   -   http://www.lissyara.su/articles/freebsd/trivia/rinetd/

[BUM 241]

 

 

А при чем тут nodeny?

нуна микроте было все понятно, а в другой коробке нет. вот и виной всему - нодени ))

 

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

 

У вас есть два варианта - либо решить проблему средствами роутеров (а не биллинга), либо сменить биллинг, который может такое станцевать.

 

А Ваш биллинг такое может? и скока будет стоеть такое опция?

[vop 370]

А Ваш биллинг такое может? и скока будет стоеть такое опция?

У меня биллинг умеет управлять сервисами. Любыми сервисами. Какие только в голову придут.

 

Реально, написать управляющий скрипт под проброс портов через dst nat и отладить его - неторопясь с перекуром, часок другой.

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

[~AsmodeuS~ 34]

 

А Ваш биллинг такое может? и скока будет стоеть такое опция?

У меня биллинг умеет управлять сервисами. Любыми сервисами. Какие только в голову придут.

 

Реально, написать управляющий скрипт под проброс портов через dst nat и отладить его - неторопясь с перекуром, часок другой.

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

 

 

а иногда может быть и полезным для дальнейшего развития