Сделай бесплатно прокси Кинозал.ТВ

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



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

Sapwood сказал(a):

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

У него нет основания писать: "Его использовать нельзя" и обоснования своего сообщения тоже нет:

Нерекомендуемый не является запрещенным.
Фактически 4 и 5 ноября многие пользовались и, возможно, сегодня тоже будут пользоваться, так как родной трекеру анонсер у них у многих пока выдает ошибку: "Invalid URL".

anyanskkztvsss сказал(a):

У него нет основания писать: "Его использовать нельзя"

Ну мы не в суде, доказательства никого не интересуют. Как скажет админ так и будет.

На счет майнеров такие мысли.

Где-то с середины 90-х я мне попадаются статьи разных мечтателей о том, что вот-вот должна наступить светлая эра микроплатежей. Между издателем и читателем исчезнет уродливая прослойка в виде бирж рекламных объявлений, где аукцион зачатую выигрывает не самый чистоплотный клиент просто потому, что у него больше возможности заработать. Посетители смогут сами напрямую перечислять любимым сайтам ОЧЕНЬ небольшую сумму за каждую полученную страницу (например, 0.0001 доллара обычно более чем достаточно). Лучшие места будут отданы контенту а не баннерам. Все эти ужасные фингерпринты, карты кликов и логи скроллинга перестанут замедлять наш браузер. Короче, наступит всеобщая гармония.

Описанное выглядит как утопия, однако, неожиданно во второй половине 2017 года мы с вами получаем этот волшебный инструмент. Несмотря на крики луддитов "верните все как раньше!" и яростное сопротивление антивирусных кампаний (последние шантажом все-таки вынуждают влепить предупреждающий баннер в центре страницы) технология в целом спокойно принята пользователями, отказов весьма мало.

Что тут хорошо:
- намного безопасней любой рекламы и для посетителей и для сервера. Запускается код из одного проверенного источника. Можно разместить его у себя;
- работает в любом современном браузере;
- позволяет делать верстку так, как удобно людям, не занимает места на страницах, не мелькает, не отвлекает, не перекрывает контент;
- гарантированно отсутствие неуместных вставок со стороны недобросовестных рекламодателей;
- при желании можно безошибочно определить наличие блокировок AdBlock;
- клуб не интересуете ни вы, ни ваш сайт ни ваши посетители. Статистику, если хотите, можно вообще не вести;
- оборот в криптовалюте невидим для налоговых пока не переведете в обычные деньги.

Плохо:
- скрипт работает неважно, вкладки нередко падают. Похоже, это обычное дело для проектов на NaCl;
- доход в десятки раз меньше, чем от полоски тизеров. При нынешнем курсе вряд ли удастся придумать жизнеспособный проект;
- очень нестабильные сборы из-за сильных колебаний курса;
- низкая эффективность на любых мобильных устройствах;
- странные типы будут постоянно писать по вас самую невероятную чушь =)

Штука рабочая, но не замена рекламе, а ближе к донатам. Думаю, что через пару лет что-то подобное вполне может быть представлено кем-нибудь из гигантов на букву "А". Конечно, с исправлениями, в красивой упаковке, непременно под новым модным четырехбуквенным названием :).

Sapwood сказал(a):

16 апреля я выключил этот прокси, потому что прошел месяц как Рутор перестал отвечать на запросы от rutor-org.appspot.com. Причина мне неизвестна.

Если Вашу ссылку сократить до //new-rutor.org то сайт будет работать.

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

Cкрытый текст -

 

nginx version: nginx/1.6.2

location / {
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_cookie_domain kinozaltv.life $host;
sub_filter '//kinozaltv.life/' 'https://$host/';
sub_filter_once off;
proxy_pass //kinozaltv.life/;
}

В ответ получаю: "Error 1000: DNS points to prohibited IP."
Мой домен стоит за cloudflare, реверс-прокси поднимаю на поддомене. Включение/выключение реверс-прокси (CDN) самого cloudflare ничего не дает.
В аналогичном конфиге стоит проксирование рутрекера - все замечательно работает.
Можете дать совет, как справиться с таким весельем? Или, возможно, Cloudflare не поддерживает поверх еще один прокси? (Что довольно странно, так как даже при отключении заголовков о форвардинге на выходе все та же ошибка).
P.S: давно не заходил на кинозал, вроде же раньше TLS/HTTPS был, а сейчас нет

programmos сказал(a):

В ответ получаю: "Error 1000: DNS points to prohibited IP." Мой домен стоит за cloudflare, реверс-прокси поднимаю на поддомене.

Кажется вы рабираетесь лучше меня.

Поскольку вы пишите прокси нормально работает с другими хостами, будем считать, что nginx работает правильно.

Судя по ошибке, cloudflare обнаруживает циклическую ссылку. Очень вероятно дело в заголовке возвращаемом сервером:

CF-RAY: 487dec36c3a09a04-EWR

programmos сказал(a):

давно не заходил на кинозал, вроде же раньше TLS/HTTPS был, а сейчас нет

Нет, на kinozaltv.life никогда не работал HTTPS. Есть на зеркале https://kinozal.guru

Sapwood, спасибо большое за подсказку, все заработало!

Если кому понадобится, то вот получившийся конфиг:

Cкрытый текст -

 

location / {
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Cf-Ray '';
proxy_set_header Cf-Ipcountry '';
proxy_set_header Cf-Visitor '';
proxy_set_header Cf-Connecting-Ip '';
proxy_set_header Server 'nginx';
proxy_cookie_domain kinozaltv.life $host;
proxy_pass //kinozaltv.life/;
sub_filter '//kinozaltv.life/' '//$host/';
sub_filter_once off;
}

Надеюсь, что это не блок, а проблемы сайта...

oktava874 сказал(a):

Блокируется КинозалТВ и его зеркала . ВПН тоже не помогает . Судя по всему серьезно взялись . Провайдер Ростелеком .. Что посоветуете ??

Vicont1 сказал(a):

Надеюсь, что это не блок, а проблемы сайта...

Абсолютно не блок, Рутрекер доступен, и другие сайты доступны. На Кинозале периодически можно открыть что-то, но поисковик не работает. Ждем когда исправят. Может конкуренты досят сайт.

oktava874 сказал(a):

Точно . Это были проблемы с самим сайтом КЗ .. Сейчас все нормально . Тогда возникает другой вопрос , - Почему оперативно об этом не сообщалось ? Хотя бы в ВК .. Или прямо в этой ветке ..

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

Sapwood сказал(a):

Нет, на kinozaltv.life никогда не работал HTTPS. Есть на зеркале https://kinozal.guru

Спасибо у меня теперь есть Кинозал!

А нельзя для файлообменников "запилить" такие зеркала?

Благодарю за инструкцию. Всё получилось, хотя не до конца осознал что именно я делал. :)

И вопрос: а можно ли как-то изменить настройки прокси так, чтобы можно было открывать разные заблокированные сайты через имеющийся прокси?

Например:

kinozal.{myprojectname}.appspot.com
rutracker.{myprojectname}.appspot.com
nnmclub.{myprojectname}.appspot.com

и т.д.

ну или каким-то аналогичным образом.

С имеющимися инструментами, как я понимаю, мне надо сделать разные проекты со скриптами "webproxy" и там уже редактировать webproxy.py в зависимости от нужного мне сайта?

dzenjog сказал(a):

А нельзя для файлообменников "запилить" такие зеркала?

Если они работают через обычный http, то конечно, можно. Надо учесть, что приложения на платформе App Engine Standard Environment имеют ограничения на размер закачиваемых файлов не более 10МБ, а также на размер скачиваемых - 32 МБ. Кроме того, у приложений с не подключенной оплатой дополнительно ограничивается входящий и исходящий трафик до 56 MБ/мин. Кажется, слабовато для файлообменников?

denus666 сказал(a):

можно ли как-то изменить настройки прокси так, чтобы можно было открывать разные заблокированные сайты через имеющийся прокси? Например: kinozal.{myprojectname}.appspot.com rutracker.{myprojectname}.appspot.com nnmclub.{myprojectname}.appspot.com и т.д. ну или каким-то аналогичным образом.

denus666 сказал(a):

С имеющимися инструментами, как я понимаю, мне надо сделать разные проекты со скриптами "webproxy" и там уже редактировать webproxy.py в зависимости от нужного мне сайта?

По-разному можно. Зависит от вашей фантазии и желания. Вот тоже вполне работоспособный метод:

forum.kinozaltv.life.{myprojectname}.appspot.com

Просто отбрасываете три последние части доменного имени и получаете имя хоста. Есть только проблема с SSL. Вам либо придется отказаться от шифрования (https), что не очень то хорошо, либо получать сертификат на каждый поддомен, либо придумать другой способ. Например, так:

forum-kinozal-tv-46on1dk-dot-sim-sim.appspot.com

Цифры "4" и "6" указывают на положение точек в доменном имени. Токен "on1dk" используется для авторизации на самом вебпрокси, ведь куки использовать уже не получится. Такой проект уже сделан, читайте инструкцию в самом начале первого поста этой темы. На всякий случай есть копия на Github: https://github.com/stopcenz/sim-sim

Подробнее о маршрутизации в GAE можно прочитать здесь:

https://cloud.google.com/appengine/d...sts-are-routed

Sapwood сказал(a):

По-разному можно. Зависит от вашей фантазии и желания. Вот тоже вполне работоспособный метод: forum.kinozaltv.life.{myprojectname}.appspot.com

О, как, не знал, благодарю!

Sapwood сказал(a):

либо получать сертификат на каждый поддомен, либо придумать другой способ. Например, так:

Sapwood сказал(a):

forum-kinozal-tv-46on1dk-dot-sim-sim.appspot.com Цифры "4" и "6" указывают на положение точек в доменном имени. Токен "on1dk" используется для авторизации на самом вебпрокси, ведь куки использовать уже не получится. Такой проект уже сделан, читайте инструкцию в самом начале первого поста этой темы.

Так я и задал вопрос по обоим проектам в шапке, в надежде на пояснения. :) К сожалению, я не нашёл никаких доков по этим проектам, а понимание кода для меня оказалось слишком сложным.

То есть, я правильно понимаю, что ссылка, например, на форум

forum-kinozal-tv-46on1dk-dot-{myprojectname}.appspot.com

постоянная для моего проекта?

То есть, я правильно понимаю, что я могу сохранить в закладках подобные адреса, залогиниться там для сохранения "залогиниванья" в куках и расслабиться? :)

Sapwood сказал(a):

По-разному можно. Зависит от вашей фантазии и желания. Вот тоже вполне работоспособный метод: forum.kinozaltv.life.{myprojectname}.appspot.com Просто отбрасываете три последние части доменного имени и получаете имя хоста.

denus666 сказал(a):

О, как, не знал, благодарю!

Здесь у нас получается домен аж шестого уровня. Нужно предупредить желающих использовать схему кодирования с доменами четвертого уровня и выше о ее уязвимости. Возможна утечка печенек при посещении разных доменов. Например, сайт alice.com открытый через прокси
alice.com.{myprojectname}.appspot.com имеет возможность читать/удалять куки установленные прокси-сайтом bob.com.{myprojectname}.appspot.com если пользователь ранее открывал его. Об особенностях работы барузеров с cookie для доменов третьего уровня можно почитать здесь: https://wiki.mozilla.org/Public_Suffix_List Домены четвертого уровня и выше всегда cookie-небезопасны и поэтому почти никогда не используются. В таких случаях следует как минимум обрезать на стороне прокси заголовки Set-Cookie.

denus666 сказал(a):

ссылка, например, на форум forum-kinozal-tv-46on1dk-dot-{myprojectname}.appspot.com постоянная для моего проекта? То есть, я правильно понимаю, что я могу сохранить в закладках подобные адреса, залогиниться там для сохранения "залогиниванья" в куках и расслабиться? :)

Да, закладки должны работать и сессия сохраняться пока куки не сотрете. Обращайтесь если обнаружите проблемы.

Sapwood сказал(a):

Нужно предупредить желающих использовать такую схему о ее небезопасности. Возможна утечка печенек при посещении разных доменов. Например, сайт alice.com открытый через прокси alice.com.{myprojectname}.appspot.com имеет возможность читать куки установленные сайтом bob.com.{myprojectname}.appspot.com если пользователь ранее открывал его.

Но если я так не делаю и открываю сайты через форму или через сохранённые закладки (полученный адрес через форму), то всё нормально?

Sapwood сказал(a):

Да, закладки должны работать и сессия сохраняться пока куки не сотрете. Обращайтесь если обнаружите проблемы.

Понял, благодарю за ответы.

Но с один сайтом - проблема. Полностью отваливаются стили и джава-скрипты.

По коду, я так понял, вредит вот эта скриптовая часть после base href (когда я к сайту обращаюсь через свой прокси):


Cкрытый текст -

 

<base href="https://www-{нужный-сайт}-dot-{мой-проект}.appspot.com/" />
<script>
var _b = document.getElementsByTagName('base')[0], _bH = "https://www.{нужный-сайт}/";
if (_b && _b.href != _bH) _b.href = _bH;
</script>

Что я могу сделать в этой ситуации? Каким-то образом блочить этот js-код? Могу в личку скинуть адрес сайта (там "шпиёнске" игры, не хочу рисковать).

denus666 сказал(a):

Но если я так не делаю и открываю сайты через форму или через сохранённые закладки (полученный адрес через форму?, то всё нормально?

Это предостережение относится другим возможным реализациям вебпрокси. Если вы не меняли мой код - вы в безопасности.

denus666 сказал(a):

Но с один сайтом - проблема. Полностью отваливаются стили и джава-скрипты. По коду, я так понял, вредит вот эта скриптовая часть после base href (когда я к сайту обращаюсь через свой прокси): Cкрытый текст -   <base href="https://www-{нужный-сайт}-dot-{мой-проект}.appspot.com/" /> <script> var _b = document.getElementsByTagName('base')[0], _bH = "https://www.{нужный-сайт}/"; if (_b && _b.href != _bH) _b.href = _bH; </script>

Увы, здесь мы выходим за границы применимости любого вебпрокси. Линки загружаемые из скриптов по абсолютным URL будут загружаться напрямую (не через прокси). С этим ничего невозможно сделать. К счастью, обычно форумы и торрент-трекеры это довольно простые сайты, в их коде такие приемы встречаются редко.

С 1 декабря 2019 года изменяются правила Google App Engine. Выполнить развертывание (деплой) можно будет только после включения оплаты. Если вы откладывали создание персонального прокси поспешите сделать это абсолютно бесплатно.

Уже развернутые проекты продолжат работу как обычно. Никаких дополнительных действий не требуется.