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



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

Например:

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

и т.д.

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

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

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

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

forum.kinozal.tv.{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

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


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

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


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

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

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


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

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


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

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

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


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

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

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

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

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

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

День добрый
это всё хорошо а как насчёт того что теперь весь трафик идёт через гоогл и он всё читает?

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

Спасибо за ответ.

Лично я пытаюсь любой ценой обойти гоогл (хотя это не возможно).

Я из их рассылки понял так, что всё равно надо привязывать карту и в случае превышения каких-то там часов использования прокси в сутки - будут какие-то центы списываться.

P.S. Кстати, по опыту использования данных инструментов, как оказалось, ссылка на тот или иной сайт, что я открываю через веб-проки регулярно меняется (не знаю от чего зависит) и приходится каждый регулярно перелогиниваться. Это особенность или так должно быть?

120 минут деплоя в день бесплатно, дальше $0.003 в минуту.
За 120 минут можно сделать примерно 120 вебпрокси :)
Но деплой просто не будет работать если к проекту не подключен платежный аккаунт.



Если IP адрес клиента по какой-либо причине изменился, то прокси перебросит его на главную страницу. Придется еще раз нажать "разблокировать сайт".

Поясните пожалуйста, где приходится перелогиниваться?

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

1. Я первый раз зашел на kinozal.tv через свой вебпрокси.

2. Получил ссылку:

https://kinozal-tv-6o655w-dot-мойпроект.appspot.com

3а. Через несколько дней я перехожу по этой ссылке и ссылка меняется на что-то вроде (выделил отличие):

https://kinozal-tv-6kowae-dot-мойпроект.appspot.com

3б. Через несколько дней я перехожу по этой ссылке, но меня переадресовывает на

https://мойпроект.appspot.com

И это продолжается месяц где-то (точно не слежу). Мой IP-адрес - статический и не менялся.

Может я умудрился криво всё настроить?

* * *

P.S. А я правильно понял, что надо быстренько до конца месяца на доступных гугл-аккаунтах насоздовать проектов (на будущее), чтобы было бесплатно (пока что)? :)

На проекте с включенной можно сделать внутреннюю статистику. На мой взгляд, неясная полезность от такой функции. Если не нравится аналитикс, есть еще метрика или liveinternet.

Да, подтверждаю: тоже наблюдаю такую проблему. Тестирую исправление. Ошибка плавающая, связана не с кодом самого прокси. Вероятно, проблема с авторизацией через аккаунт google. Проявляется спустя несколько часов, или совсем не появляется. Так что быстро проверить не получится.

Если есть желание потестировать милости просим, пишите в ЛС.



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

Благодарю за ответы, написал в ЛС.

DNS публичный, поэтому как инструмент управления (а не контроля) необходима: интересна его загруженность и использование в корыстных интересах анонимов. Спасибо, лучше обойтись без статистики, чем сливать самое ценное: готовые данные на сервера монополистов.

У вас есть основания предполагать что посторонние используют ваш прокси? При настройках по умолчанию им бы потребовалось для начала получить доступ к вашему аккаунту Google.

Кроме того, на графике будет невозможно разглядеть несколько посторонних обращений. Надежней проверять журналы сервера: https://console.cloud.google.com/logs/viewer



И это правильно. Статистики за один месяц вполне достаточно для контроля.

Sapwood
 

Я смотрю кто-то опять сделал веб-прокси на трекер rutor.info, только теперь он называется https://rutor-zerkalo.appspot.com. Хотя на деле и так хватает действующих зеркал, например http://rutor.lib очень удобно и без проблем и всяких костылей.

Случаем, не Вы внесли свой посильный вклад в его восстановление?

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

РКН не обращает внимания на rutor.lib лишь по тому, что очень мало кто им пользуется. Если он станет более-менее популярным, внести в реестр адрес 91.132.60.10 не представляет вообще никаких проблем. По стойкости к российским блокировкам lib ничем не лучше любой другой зоны, а неудобства имеет значительные. Все любят чтобы работало с одного клика. Сейчас в основном, надзорные организации интересует очистка результатов поисковой выдачи. Вполне разумно полагают, что если нет в поиске - нет и посетителей, следовательно, можете делать там что хотите. Ну почти

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

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

Ну как сказать... при грамотной настройке .lib прекрасно работает и через мобильную связь. У меня установлен плагин peername для FF в телефоне и всё работает(ставил ради эксперимента), но что интересно, всегда-стабильно со второго раза набора. Первый раз переадресовывает на .info, на второй открывает .lib. Как мне видится, прогресс не стоит на месте. Единственное, до этого пробовал ставить прогу DNSChange - никакого эффекта она не произвела или так коряво сделана была.

Люди добрые!
Подскажите, пожалуйста!
Как отключить оплату на собственном прокси-сервере?
Спасибо!

Откройте консоль GC

https://console.cloud.google.com/billing/

В меню кликните "Оплата":



Затем последний пункт подменю - "Управление аккаунтом"



Откроется список ваших проектов с включенной оплатой. Нажмите на точечки рядом с названием проекта



Выберите "Отключить оплату" и подтвердите ваши намерения.



Некоторые сервисы GC можно будет продолжить использовать бесплатно в пределах установленных порогов: https://cloud.google.com/free.

Привет. Можешь выложить код webproxy для rutor? Или у кого есть готовый вариант, скиньте плиз.

Прокси о котором писал LocalHost был сделан для себя и был довольно ограничен. Со страниц вырезались скрипты поэтому часть функций не работало. Если вы хотите сделать прокси для собственного пользования, то попробуйте код sim-sim из первого поста этой темы. Будет работать и с многими торент-сайтами. Сейчас проверил: авторизация на rutor работает, торенты стачиваются, если будут какие-то проблемы - пишите. Если же хотите сделать общедоступное зеркало сайта, это другой разговор. Прежде всего имейте в виду, администрация рутора не одобряет такие вещи.

Для себя хотел, именно прокси. Да собственно и сделал, через nginx proxy на халявной gcp