Прокси-сервер нового поколения.

[SeemaN_tm]

Представляю вам ознакомиться с моим "детищем", а заодно и мне найти в нём недочёты и упущения.
Перечислю её потенциал и достоинства.

Из достоинств:
1. Каждая новая вкладка браузера может работать через прокси-сервер отличный от предыдущего, или же нет, одновременно. Следовательно, можно находиться на одном и том же сайте под разными IP-адресами в одно и тоже время и под разными авторизациями.
(пока что у меня комп один, так что испытать это пока не получится но это уже сейчас возможно)
2. Имеется возможность открывать сайт через несколько прокси-серверов последовательно, что на порядок повысит анонимность, по принципу чередования адреса.

http://прокси_№1:порт_прокси_№1/http://прокси_№2:порт_прокси_№2/http://прокси_№3:порт_прокси_№3/http://интересующий_нас_сайт

(можно и сейчас проверить, введя несколько раз айпи-адрес и порт этого сервера по указанному принципу)
3. Будет возможность указать пользователю, имеет ли он желание затирать глобальные куки и куки шпионы, которые ставятся сайтами для аналитической слежни. (В частности этим занимаются все поисковики от гугла до яндекса).

Потенциал.
1. Будет реализована поддержка HTTPS.
2. Можно будет выбирать, на каком промежутке между прокси-серверами использовать HTTP или HTTPS. Следовательно адресная строка сможет иметь следующий вид:

https://прокси_№1:порт_прокси_№1/http://прокси_№2:порт_прокси_№2/https://прокси_№3:порт_прокси_№3/http://интересующий_нас_сайт

или любая другая вариация.
Это позволит снизить нагрузку на конечный ПК, возникающую в связи с шифрованием или дешифрованием трафика в тех случаях, когда сайт доступен только по HTTPS.

Для ознакомления с ней, рекомендую посетить, через этот прокси-сервер, NonStop с имеющимся в нём форумом, сайт 7x.ru так же с форумом, трекер lostfilm.ru, посмотреть на результаты таких сайтов как 2ip.ru и myip.ru.

Теперь о том, как это можно сделать.
Открываете браузер, в адрес строки пишите:

Для доступа по локальной сети http://10.100.197.135:9090/http://
Или для доступа по интернету http://91.201.205.205:9090/http://

Не спешите жать ввод.

Далее после этого уже пишите адрес сайта который вас интересует.
Тобишь в конечном итоге будет выглядеть примерно так:<br>

http://10.100.197.135:9090/http://lostfilm.ru
http://10.100.197.135:9090/http://10.20.2.199 - Думаю все поймут что это за адрес.
http://10.100.197.135:9090/http://2ip.ru
http://10.100.197.135:9090/http://myip.ru
http://10.100.197.135:9090/http://www.rambler.ru
http://10.100.197.135:9090/http://7x.ru
http://10.100.197.135:9090/http://starcraft.7x.ru
http://10.100.197.135:9090/http://forum.7x.ru

И так далее.
Тестируйте в полный рост.

[SeemaN_tm]

Работа приостановлена.

17.04.2013 г. - Теперь на LostFilm.tv есть возможность проходить авторизацию и скачивать торренты.
18.04.2013 г. - Оптимизирован алгоритм обработки тэгов. Теперь HTML-документ обрабатывается в разы быстрее и надёжней.
В конец HTML-документа добавляется информация о количестве тегов всего, количестве изменённых тэгов и времяни занявшее обработку HTML-документа.


Оффтопик

Работоспособность forum.bratsk.ru проверить нет возможности. Очень часто сервер не даёт подключиться даже браузеру на прямую, не говоря о том, что бы открыть форум через прокси. Подскажите. У всех форум открывается шустро ? Или этот домен на столько убогий ?

У кого есть какие пожелания ? У кого есть на примете сайты, которым вы бы хотели иметь анонимный доступ в первую очередь ?

[Olka]

у меня (у одной, походу) нет доступа к seasonvar.ru(((( через прокси тупит страшно((( стоит др. бэб (ставила этот сайт в белый список и вообще отключала, в настройках компа тоже сайт в белый список добавила) ((((((((((( вирусня мож блокирует?((( что делать?

Автор, ваш прокси тоже тупит, или нормально?

[Arhangel]

А с депозита я смогу качать через прокси?

[SeemaN_tm]

to Olka:
Видать форум не сохранил отредактированное сообщение (были проблемы с форумом, отвратно открывался).
Работа прокси была приостановлена давненько. Занимаюсь продумыванием универсального способа обработки JavaScript.
В скором времени возобновлю тестирование.

to Arhangel:
В конечном итоге и это будет реализовано. Здесь вся загвоздка только в JavaScript'ах.

[302832878137]

Представляю вам ознакомиться с моим "детищем", а заодно и мне найти в нём недочёты и упущения.
Перечислю её потенциал и достоинства.

Из достоинств:
1. Каждая новая вкладка браузера может работать через прокси-сервер отличный от предыдущего, или же нет, одновременно. Следовательно, можно находиться на одном и том же сайте под разными IP-адресами в одно и тоже время и под разными авторизациями.
(пока что у меня комп один, так что испытать это пока не получится но это уже сейчас возможно)
2. Имеется возможность открывать сайт через несколько прокси-серверов последовательно, что на порядок повысит анонимность, по принципу чередования адреса.

http://прокси_№1:порт_прокси_№1/http://прокси_№2:порт_прокси_№2/http://прокси_№3:порт_прокси_№3/http://интересующий_нас_сайт

(можно и сейчас проверить, введя несколько раз айпи-адрес и порт этого сервера по указанному принципу)
3. Будет возможность указать пользователю, имеет ли он желание затирать глобальные куки и куки шпионы, которые ставятся сайтами для аналитической слежни. (В частности этим занимаются все поисковики от гугла до яндекса).

1. наверное это круто.
2. анонимность повысится? ввести один и тот же ip адрес с одним и тем же портом 3 раза подряд?
3. по дефолту ставить нужно. зачем спрашивать?

Потенциал.
1. Будет реализована поддержка HTTPS.
2. Можно будет выбирать, на каком промежутке между прокси-серверами использовать HTTP или HTTPS. Следовательно адресная строка сможет иметь следующий вид:

https://прокси_№1:порт_прокси_№1/http://прокси_№2:порт_прокси_№2/https://прокси_№3:порт_прокси_№3/http://интересующий_нас_сайт

или любая другая вариация.
Это позволит снизить нагрузку на конечный ПК, возникающую в связи с шифрованием или дешифрованием трафика в тех случаях, когда сайт доступен только по HTTPS.

1. хорошо.
2. прокси 1, 2, 3. - один вижу остальные где?
нагрузка? это как ваще? каким образом она проявляется, как она выглядит? приведи пример.
если в твоей цепочке, "нагрузка https" будет нагружать прокси, то каким макаром будет летать конечный пк?

[SeemaN_tm]

2. анонимность повысится? ввести один и тот же ip адрес с одним и тем же портом 3 раза подряд?

Прочитай ещё раз.

http://прокси_№1:порт_прокси_№1/http...ующий_нас_сайт

Имеется в виду к примеру 3 проси, висящие на разных IP-адресах а не один и тот же.
Про анонимность имеется в виду то, что когда один подобный прокси, теоретически возможно методами просмотров логов самой аппаратуры провайдера определить конечный ПК через который било что то скачано, закачано и т.д.(Хоть и сомнительно).
А вот если некие данные в логах будут ссылаться на точно такой же прокси, нужно будет от одного прова к другому с просмотром их логов, что займёт некоторое время, усилия и не факт что увенчается всё удачно.

3. по дефолту ставить нужно. зачем спрашивать?

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

2. прокси 1, 2, 3. - один вижу остальные где?

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

нагрузка? это как ваще? каким образом она проявляется, как она выглядит? приведи пример.
если в твоей цепочке, "нагрузка https" будет нагружать прокси, то каким макаром будет летать конечный пк?

Ну возьмём того же самого гУглЯ. У него доступ к страницам осуществляется по HTTPS.
То есть. Клиент подключается на порт 443. Приветствует сервер. Сервер ему в свою очередь отправляет приветствие и следом отправляет свой сертификат.
Клиент получает сертификат и начинает его проверку. Если сертификат сервера верный, то они начинают диалог обмена ключами. Что в свою очередь так же требует некий вычислительный ресурс.
После обмена ключами, они приступают к обмену данными между собой, шифровка и дешифровка которых так же требует в свою очередь вычислительный ресурс.
С помощью этой прокси, можно будет посещать тот же самый гугл без установки https соединения. Прокся сама установит соединение с гуглом, обменяется ключами, зашифрует с помощью этих ключей запрос конечного клиента и отправит гуглу.
Получив ответ от гугла, она раскодирует ответ, и отправит его конечному клиенту.

Вообще, https пока в планах, и я пока что сильно не вникал в реализацию этого.

[302832878137]

Имеется в виду к примеру 3 проси, висящие на разных IP-адресах а не один и тот же.
Про анонимность имеется в виду то, что когда один подобный прокси, теоретически возможно методами просмотров логов самой аппаратуры провайдера определить конечный ПК через который било что то скачано, закачано и т.д.(Хоть и сомнительно).
А вот если некие данные в логах будут ссылаться на точно такой же прокси, нужно будет от одного прова к другому с просмотром их логов, что займёт некоторое время, усилия и не факт что увенчается всё удачно.

это не трудно, поверь и не сомневайся. всего лишь пройтись по цепи из проксей... делов то.
провода ведут в квартиру того типа, который - ананим поэтому нужно вести себя по-другому.
к тому же на уровне провайдера можно просматривать https-соединения в незашифрованном виде. если всё настроить на этот лад. но это как бы незаконно

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

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

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

Google tracks you.

Ну возьмём того же самого гУглЯ. У него доступ к страницам осуществляется по HTTPS.
То есть. Клиент подключается на порт 443. Приветствует сервер. Сервер ему в свою очередь отправляет приветствие и следом отправляет свой сертификат.
Клиент получает сертификат и начинает его проверку. Если сертификат сервера верный, то они начинают диалог обмена ключами. Что в свою очередь так же требует некий вычислительный ресурс.
После обмена ключами, они приступают к обмену данными между собой, шифровка и дешифровка которых так же требует в свою очередь вычислительный ресурс.
С помощью этой прокси, можно будет посещать тот же самый гугл без установки https соединения. Прокся сама установит соединение с гуглом, обменяется ключами, зашифрует с помощью этих ключей запрос конечного клиента и отправит гуглу.
Получив ответ от гугла, она раскодирует ответ, и отправит его конечному клиенту.

Вообще, https пока в планах, и я пока что сильно не вникал в реализацию этого.

вычислительный ресурс не займет великое время. какие-то милисекунды.
гугл выпустил и использует прикладной протокол spdy, который уменьшает время загрузки веб-страниц. поэтому разница во времени между https и http будет не заметна, очень не заметна.
словосочетание "раскодированный ответ" звучит так, как будто кто-то потерял свою ананимность на твоём прокси-пк
что с дампом будешь делать? анализировать?

[SeemaN_tm]

это не трудно, поверь и не сомневайся. всего лишь пройтись по цепи из проксей... делов то.
провода ведут в квартиру того типа, который - ананим поэтому нужно вести себя по-другому.
к тому же на уровне провайдера можно просматривать https-соединения в незашифрованном виде. если всё настроить на этот лад. но это как бы незаконно

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

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

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

вычислительный ресурс не займет великое время. какие-то милисекунды.
гугл выпустил и использует прикладной протокол spdy, который уменьшает время загрузки веб-страниц. поэтому разница во времени между https и http будет не заметна, очень не заметна.

Да сколько бы ни занимал, главное чтоб было как можно меньше, так как шифровка и дешифровка не основная задача прокси. Даже если миллисекунды, умнож на колиество установленных подключений, выскакивает не слабая задержка. К по мимо этого и компьютер (на котором стоит прокси) должен что то делать своё (к примеру показывать фильм, раскладывать пасьянс или какую нить другую игру по навороченней) и без лагов. Про spdy почитаю по основательней. Но уже сейчас могу примерно сказать, то это дополнительная нагрузка на проксю. (К стати о нагрузке. Мне надо чтоб прокси использовал как можно меньше ресурсов системы. А это, оперативная память, процессорное время. Так же очень важно и время ожидания запрошенной страницы клиентом).

словосочетание "раскодированный ответ" звучит так, как будто кто-то потерял свою ананимность на твоём прокси-пк

А ты веришь в анонимность тех же самых опер, гуглов хром, мозили и т.д. ?

что с дампом будешь делать? анализировать?

Если ты подразумеваешь поиск в дампе логинов и паролей к чему либо, то нет.
Это не является моей целью.

Да и дампа и логов как таковых не будет. Ни чего не будет кэшироваться, сохраняться или куда то отправляться. Логи будут только в обкаточных версиях. При выходе, так сказать "паблик версии", возможность создания логов у прокси будет убрана.

Ещё есть вопросы ?

[302832878137]

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

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

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

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

Да сколько бы ни занимал, главное чтоб было как можно меньше, так как шифровка и дешифровка не основная задача прокси. Даже если миллисекунды, умнож на колиество установленных подключений, выскакивает не слабая задержка. К по мимо этого и компьютер (на котором стоит прокси) должен что то делать своё (к примеру показывать фильм, раскладывать пасьянс или какую нить другую игру по навороченней) и без лагов. Про spdy почитаю по основательней. Но уже сейчас могу примерно сказать, то это дополнительная нагрузка на проксю. (К стати о нагрузке. Мне надо чтоб прокси использовал как можно меньше ресурсов системы. А это, оперативная память, процессорное время. Так же очень важно и время ожидания запрошенной страницы клиентом).

приоритеты раставлены

нагрузка на прокси-сервер:
основная - игры, фильмы, пасьянсы;
дополнительная - spdy.

может тебе покер/пасьянс/дурак-сервер открыть?

А ты веришь в анонимность тех же самых опер, гуглов хром, мозили и т.д. ?

нет.

Если ты подразумеваешь поиск в дампе логинов и паролей к чему либо, то нет.
Это не является моей целью.

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

Да и дампа и логов как таковых не будет. Ни чего не будет кэшироваться, сохраняться или куда то отправляться. Логи будут только в обкаточных версиях. При выходе, так сказать "паблик версии", возможность создания логов у прокси будет убрана.

логи можно перехватывать на лету, не смотря на зимнее время.

Ещё есть вопросы ?

nsa vs tor.
who wins?