![]() |
#161 |
Разработчик
![]() |
О да, совсем уже забыл про тот форум. Удивильно, такая расслабляющая тема, а все какие-то нервные.
![]() Создание публичных прокси для анонсеров я склонен считать скорее неудачной идеей. БОльшая часть приходящих запросов содержит фатальные ошибки. Слишком много зависит от пользователя, его понимания принципа работы трекеров и просто внимательности. Те, кто владеют достаточным уровнем знаний для того чтобы правильно отредактировать торрент-файл, вполне смогут поднять собственный прокси. |
![]() |
![]() |
#162 |
Зритель
![]() |
Нерекомендуемый не является запрещенным. Фактически 4 и 5 ноября многие пользовались и, возможно, сегодня тоже будут пользоваться, так как родной трекеру анонсер у них у многих пока выдает ошибку: "Invalid URL". |
![]() |
![]() |
#163 |
Разработчик
![]() |
Ну мы не в суде, доказательства никого не интересуют. Как скажет админ так и будет. На счет майнеров такие мысли. Где-то с середины 90-х я мне попадаются статьи разных мечтателей о том, что вот-вот должна наступить светлая эра микроплатежей. Между издателем и читателем исчезнет уродливая прослойка в виде бирж рекламных объявлений, где аукцион зачатую выигрывает не самый чистоплотный клиент просто потому, что у него больше возможности заработать. Посетители смогут сами напрямую перечислять любимым сайтам ОЧЕНЬ небольшую сумму за каждую полученную страницу (например, 0.0001 доллара обычно более чем достаточно). Лучшие места будут отданы контенту а не баннерам. Все эти ужасные фингерпринты, карты кликов и логи скроллинга перестанут замедлять наш браузер. Короче, наступит всеобщая гармония. Описанное выглядит как утопия, однако, неожиданно во второй половине 2017 года мы с вами получаем этот волшебный инструмент. Несмотря на крики луддитов "верните все как раньше!" и яростное сопротивление антивирусных кампаний (последние шантажом все-таки вынуждают влепить предупреждающий баннер в центре страницы) технология в целом спокойно принята пользователями, отказов весьма мало. Что тут хорошо: - намного безопасней любой рекламы и для посетителей и для сервера. Запускается код из одного проверенного источника. Можно разместить его у себя; - работает в любом современном браузере; - позволяет делать верстку так, как удобно людям, не занимает места на страницах, не мелькает, не отвлекает, не перекрывает контент; - гарантированно отсутствие неуместных вставок со стороны недобросовестных рекламодателей; - при желании можно безошибочно определить наличие блокировок AdBlock; - клуб не интересуете ни вы, ни ваш сайт ни ваши посетители. Статистику, если хотите, можно вообще не вести; - оборот в криптовалюте невидим для налоговых пока не переведете в обычные деньги. Плохо: - скрипт работает неважно, вкладки нередко падают. Похоже, это обычное дело для проектов на NaCl; - доход в десятки раз меньше, чем от полоски тизеров. При нынешнем курсе вряд ли удастся придумать жизнеспособный проект; - очень нестабильные сборы из-за сильных колебаний курса; - низкая эффективность на любых мобильных устройствах; - странные типы будут постоянно писать по вас самую невероятную чушь =) Штука рабочая, но не замена рекламе, а ближе к донатам. Думаю, что через пару лет что-то подобное вполне может быть представлено кем-нибудь из гигантов на букву "А". Конечно, с исправлениями, в красивой упаковке, непременно под новым модным четырехбуквенным названием :). |
![]() |
![]() |
#164 |
Главный Кинооператор
![]() ![]() |
|
![]() |
![]() |
#165 |
Сообщения: n/a
|
Привет.
Решил поднять реверс прокси кинозала на своем сервере и домене, но, к сожалению, столкнулся с некоторыми проблемами. Cloudflare никак не хочет пропускать прокси-пасс на ваш сервер. Cкрытый текст - В ответ получаю: "Error 1000: DNS points to prohibited IP." Мой домен стоит за cloudflare, реверс-прокси поднимаю на поддомене. Включение/выключение реверс-прокси (CDN) самого cloudflare ничего не дает. В аналогичном конфиге стоит проксирование рутрекера - все замечательно работает. Можете дать совет, как справиться с таким весельем? Или, возможно, Cloudflare не поддерживает поверх еще один прокси? (Что довольно странно, так как даже при отключении заголовков о форвардинге на выходе все та же ошибка). P.S: давно не заходил на кинозал, вроде же раньше TLS/HTTPS был, а сейчас нет |
![]() |
![]() |
#166 |
Разработчик
![]() |
Поскольку вы пишите прокси нормально работает с другими хостами, будем считать, что nginx работает правильно. Судя по ошибке, cloudflare обнаруживает циклическую ссылку. Очень вероятно дело в заголовке возвращаемом сервером: Код:
|
![]() |
![]() |
#167 |
Сообщения: n/a
|
Sapwood, спасибо большое за подсказку, все заработало!
Если кому понадобится, то вот получившийся конфиг: Cкрытый текст - |
![]() |
![]() |
#168 |
Сообщения: n/a
|
Надеюсь, что это не блок, а проблемы сайта...
|
![]() |
![]() |
#169 |
Сообщения: n/a
|
Абсолютно не блок, Рутрекер доступен, и другие сайты доступны. На Кинозале периодически можно открыть что-то, но поисковик не работает. Ждем когда исправят. Может конкуренты досят сайт. |
![]() |
![]() |
#170 |
Сообщения: n/a
|
У меня, к примеру, до сих пор ничего нормально открывается... Интересно, какие прогнозы у администрации. Реально, могли бы и написать что-нибудь, чтобы люди головами в стенку не долбились. |
![]() |
![]() |
#171 |
Зритель
|
|
![]() |
![]() |
#172 |
Сообщения: n/a
|
А нельзя для файлообменников "запилить" такие зеркала?
|
![]() |
![]() |
#173 |
Зритель
Новичок
|
![]() Благодарю за инструкцию. Всё получилось, хотя не до конца осознал что именно я делал. :)
И вопрос: а можно ли как-то изменить настройки прокси так, чтобы можно было открывать разные заблокированные сайты через имеющийся прокси? Например: kinozal.{myprojectname}.appspot.com rutracker.{myprojectname}.appspot.com nnmclub.{myprojectname}.appspot.com и т.д. ну или каким-то аналогичным образом. С имеющимися инструментами, как я понимаю, мне надо сделать разные проекты со скриптами "webproxy" и там уже редактировать webproxy.py в зависимости от нужного мне сайта? |
![]() |
![]() |
#174 |
Разработчик
![]() |
Если они работают через обычный http, то конечно, можно. Надо учесть, что приложения на платформе App Engine Standard Environment имеют ограничения на размер закачиваемых файлов не более 10МБ, а также на размер скачиваемых - 32 МБ. Кроме того, у приложений с не подключенной оплатой дополнительно ограничивается входящий и исходящий трафик до 56 MБ/мин. Кажется, слабовато для файлообменников? |
![]() |
![]() |
#175 |
Разработчик
![]() |
По-разному можно. Зависит от вашей фантазии и желания. Вот тоже вполне работоспособный метод: 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 |
![]() |
![]() |
#176 |
Зритель
Новичок
|
![]() О, как, не знал, благодарю! Так я и задал вопрос по обоим проектам в шапке, в надежде на пояснения. :) К сожалению, я не нашёл никаких доков по этим проектам, а понимание кода для меня оказалось слишком сложным. То есть, я правильно понимаю, что ссылка, например, на форум постоянная для моего проекта? То есть, я правильно понимаю, что я могу сохранить в закладках подобные адреса, залогиниться там для сохранения "залогиниванья" в куках и расслабиться? :) |
![]() |
![]() |
#177 |
Разработчик
![]() |
Здесь у нас получается домен аж шестого уровня. Нужно предупредить желающих использовать схему кодирования с доменами четвертого уровня и выше о ее уязвимости. Возможна утечка печенек при посещении разных доменов. Например, сайт alice.com открытый через прокси alice.com.{myprojectname}.appspot.com имеет возможность читать/удалять куки установленные прокси-сайтом bob.com.{myprojectname}.appspot.com если пользователь ранее открывал его. Об особенностях работы барузеров с cookie для доменов третьего уровня можно почитать здесь: https://wiki.mozilla.org/Public_Suffix_List Домены четвертого уровня и выше всегда cookie-небезопасны и поэтому почти никогда не используются. В таких случаях следует как минимум обрезать на стороне прокси заголовки Set-Cookie. Да, закладки должны работать и сессия сохраняться пока куки не сотрете. Обращайтесь если обнаружите проблемы. |
![]() |
![]() |
#178 |
Зритель
Новичок
|
Но если я так не делаю и открываю сайты через форму или через сохранённые закладки (полученный адрес через форму), то всё нормально? Понял, благодарю за ответы. Но с один сайтом - проблема. Полностью отваливаются стили и джава-скрипты. По коду, я так понял, вредит вот эта скриптовая часть после base href (когда я к сайту обращаюсь через свой прокси): Cкрытый текст - Что я могу сделать в этой ситуации? Каким-то образом блочить этот js-код? Могу в личку скинуть адрес сайта (там "шпиёнске" игры, не хочу рисковать). |
![]() |
![]() |
#179 |
Разработчик
![]() |
|
![]() |
![]() |
#180 |
Разработчик
![]() |
С 1 декабря 2019 года изменяются правила Google App Engine. Выполнить развертывание (деплой) можно будет только после включения оплаты. Если вы откладывали создание персонального прокси поспешите сделать это абсолютно бесплатно.
Уже развернутые проекты продолжат работу как обычно. Никаких дополнительных действий не требуется. |
![]() |