zzzit

Рейтинг
129
Регистрация
06.09.2012
Teppa:
в том числе просмотр трафика с порта

Технически, да. Только вот делать ничего с полученной информацией они не могут, кроме как забыть все, что увидели ;)

А то попадут под статью про неправомерный/несанкционированный доступ.

В общем уже не важно, почти не осталось таких, кто запрещает проксирование.

А что эстетично? Абсолютно все что угодно можно. Например, если поставить туда openvpn и на сером IP, доступным только через этот vpn, запустить любой сервер, хоть IRC. Но тогда каждому участнику нужно будет ставить openvpn клиент.

В случае с SSL только сертификаты нагенерить.

SSL + любой веб-чат, форум и т.д.

klamas:
А в чем может быть юридическая проблема если они на своем оборудовании увидят с каких/на какие порты ходит трафик и куда/откуда?

Ни в чем, только как это доказывает, что там проксирование? Может там робот, может RPC, может еще что-то.

Чтобы доказать, надо смотреть глубже.

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

P.S. сейчас такое прокирование уже почти никто не запрещает.

rustelekom:
"Что-то он мне не нравится" (с) - это тоже правда:) И чтобы это сказать, вовсе не нужно разжевывать, почему, отчего, для чего.

Что-то мне подсказывает, что такой договор, в котором вы себе столько позволяете, с вами никто не подпишет ;)

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

А кто говорит о перепродаже? Свои проекты/хостинги хотят защитить и не более.

RamRoman, люди, которые заботятся о безотказной работе уж точно не будут полагаться на вас одних, иначе, как вы сами говорите: "однажды вы потеряете еще больше".

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

Он имел в виду >/dev/null 2>&1

2>&1 только перенаправление STDERR в STDOUT

По хорошему cron скрипты вообще не должны ничего выводить ни в STDERR ни в STDOUT при успешном выполнении, а только при ошибке. Тогда будете получать письма с логом ошибок и знать, что что-то пошло не так.

Всего: 1667