HandyCache форум

Предложения по улучшению (некоторые пп. распространяются и на все прочие списки):
1. Не сделан нормальный порядок перемещения между ячейками таблицы по TAB.
2. Начало ввода не означает начало редактирования ячейки.
3. ESC вместо только отмены редактирования еще и сворачивает HC в трей.
4. Спиннер в поле ввода порта доставляет одно только неудобство - убрать.
5. Копирование из буфера: хотелось бы чтобы HandyCache умел (от меньшего к большему):
5.1. Распознать в буфере IP-адрес - сейчас он его вставляет в поле имени прокси, вместо адреса.
5.2. Распознать в буфере комбинацию хост:порт и корректно вставить значения в свои поля
5.3. Распознать в буфере несколько строк хост:порт и см. 5.2.
5.4. Обрабатывать п.5.2 и 5.3. в разных возможных вариантах: хост-порт, хост/порт, хост бла-бла порт.
6. Отсутствие условия рассматривать как условие ".".
7. Нужны стрелочки вверх-вниз как и в других списках.
Что касается редактирования принять за основу модель того же Excel'я, например.

Из "дальнего":
- Назначать прокси для отдельных пользователей (поле "Пользователь/Группа" в правилах)
- Как и в других списках требуется поле "Комментарии"
- Возможность использовать прокси из свойств IE
- Проверка работоспособности прокси (смена прокси при недоступности)
- Чередовать разные запросы по разным прокси (мультипрокси) - (Подробности (http://handycache.ru/component/option,com_smf/Itemid,10/topic,50.msg1766/#msg1766))
- Направлять один запрос через много прокси (мультиплексирование) - (Подробности (http://handycache.ru/component/option,com_smf/Itemid,10/topic,50.msg2528/#msg2528))
- Планировщик для переключения Внешних прокси (Подробности (http://handycache.ru/component/option,com_smf/Itemid,10/topic,50.msg8448/#msg8448))
- Использование PAC-файла во Внешних прокси
- Поддержка NTLM- и Digest-авторизации на внешних прокси
- Использовать в "Условных прокси" в качестве "Условия" файл-список (как в "Серверах-посредниках")

Из "радикального":
- Не делить прокси на безусловные и условные, а сделать один список с описанием проксей, второй - с правилами их использования - (Подробности (http://handycache.ru/component/option,com_smf/Itemid,10/topic,50.msg2192/#msg2192))

Из недавно реализованного:  :good:
- Использование правил для IP-адресов в "Условных прокси" (http://handycache.ru/component/option,com_smf/Itemid,10/topic,68.msg8275/#msg8275)
- Поддержка SOCKS и PortForwarding

Юзаю HC на работе, наш офис выходит в иннет через MS ISA сервер, в которой аутентификация настроена на NTLM.
Всем нам раздали MS Firewall Client, который и выполняет функцию аутентификации. Получается так, что каждая машина, как-бы имеет прямой доступ к иннету. Меня это сильно напрягает, так как хочу полностью контролировать все что ломится в иннет или идет с иннета. Настроил весь софт через HC, выставил родительский прокси, вырубил MS Firewall Client - не работает.
Может я че не так делаю?
А если нет - предлагаю добавить в настройках внешних прокси -NTLM аутентификацию.

А пока наверно придется фаерволл ставить  ???

В FAQ посмотри вариант (http://handycache.ru/component/option,com_simplefaq/task,display/Itemid,3/catid,6/#FAQ32).

В ближайшей перспективе не ожидается, но в планах есть.

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

Уже предлагагалось и внесено в ToDo.

имеется 2 одинаковых по вес прокси, можно ли сделать так, чтоб при определенном количестве соединений (например после превушения 5 ти соединений) последующие содинения проходили уже через второй по списку прокси? Аналогичный параметр в squidnt это max-conn

На данный момент нет зависимости от количества соединений. Можно определять, что через какой прокси-сервер пойдет в зависимости от адресов сайтов и типов запрашиваемых файлов, но не по количеству соединений. В будущих версиях реализовать возможно, но никаких твердых сроков нет.

Нельзя ли прикрутить поддержку SOCKS в качестве Внешнего прокси? Надоело каскады рисовать.

В ToDo-листе (http://handycache.ru/component/option,com_smf/Itemid,10/topic,20.0/): планируется реализовать в среднесрочной перспективе SOCKS и PortForwarding.

Хотелось бы, чтоб HandyCache мог работать с нескольктми проксями, при этом нужно чередовать запросы.
Пример: стоит 3 сжимающих прокси (Toonel, OnSpeed, CProxy)на данный момент использую browser->hc->MyProxy->1_из_3.
Хочу выкинуть MyProxy.
P.S. Кода получится немного, строк 30-40.  ::)

С какой целью надо чередовать прокси?

В HC есть список "Условных прокси", где можно настроить какие URL через какой прокси надо грузить.
В ToDo также есть предложение: "если один прокси не отвечает, то подключаться к следующему в списке с подходящим условием". Это не то, что ты просишь?

нужно именно чередование, все 3 прокси считаем рабочими, но с ограничением скорости по IP.

Здравствуйте!
Спасибо за отличную программу!

Хотелось бы обратиться с небольшим предложением по развитию прокси-сервера. (хотя... может я не все про него знаю?)
есть предложение добавить функционал по нескольким прокси-серверам. Опишу проблемму: у меня есть 2 прокси-сервера, один скоростной, второй не очень.. у скоростного есть ограничение по протоколам, у медленного - нет. Так вот предложение: возможно ли добавить правила для того чтобы handycache сам выбирал через какой прокси ему загружать сраницу по определенным критериям, будь то ответ с сервера или же определенный шаблон страницы, протокола итп. Еще бы хотелось чтобы эти "умные" разрешения работали не для всех пользователей прокси, а только для "избраных"..

Конечно понимаю что прошу много, но все же...

Спасибо!

Alvein


Так это уже есть в "Условных прокси" - выбор прокси производится по критерию, описывающему URL.


Это планируется сделать в будущем и занесено в ToDo (http://handycache.ru/component/option,com_smf/Itemid,10/topic,20.0/) как "Разделить пользователей на группы: для возможности отключить/включить правила для определенных групп пользователей".

есть локальная сеть в ней есть прокси с автонастройкой, собственно как handycache скормить "внешний" .pac файл?

Пока никак!

Видимо, тему стоит перенести в раздел "Новые предложения (http://handycache.ru/component/option,com_smf/Itemid,10/board,4.0/)"...

В данный момент реализованы крайне неудобно. Незачем делить на условные и безусловные.

Должно быть два списка.
В первом собственно нумерованный список с адресами портами и паролями.
Во втором -  правила их использования. Регекспы обрабатывающие URL или IP адрес ресурса и ставящие им в соответствие номер внешнего прокси.

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

Осталось обдумать как описывать правила для IP.
И не забыть про временное блокирование зависших проксей, например когда toonel не отвечает - пускать напрямую или через CProxy.

Спинным мозгом чую, что Александр сейчас над этим работает, но не советуется ;)

Сергей
Не очень понятна суть предложения. Распиши пожалуйста подробнее.

Т.е. все прокси превращаются как-бы в условные?

Так ведь тут или одним и тем же прокси разные "реквизиты" (правила), или разным "реквизитам" одни и те же прокси.

Чтобы было понятнее, распишу текущие проблемы.

1. Не работает команда Копировать в буфер. Поэтому очень неудобно заново вводить все параметры внешних прокси если они повтроряются для разных правил.
И вообще было бы правильней описать прокси в отдельном месте (пользователь:пароль@сервер:порт) а в списках только ссылаться на них.
Тогда много лишней работы исчезнет.
2. Нельзя использовать IP-адреса веб-серверов в правилах. Это нужно для разделения внутреннего и внешнего трафика моего провайдера. Внешний можно было бы направить через toonel, а внуктренний читать напрямую.
3. Нельзя назначать прокси для отдельных пользователей.
4. Если прокси не отвечает хотелось бы иметь автоматическое переключение на резервный.

Хм. Не замечал. Я не говорю, что этого нет, не пробовал, просто я обычно действую через Ctrl+C-Ctrl+V конкретных правил.
Вообще список внешних прокси чрезвычайно глючный и неудобный, но mai62 сейчас вроде-бы занят другой проблемой, поэтому у нас есть время, чтобы выработать пожелания по этому списку.

Не понимаю резона/возможных выгод.

Уверен, что ты сам понимаешь, что все три пункта - дальняя перспектива.

Помимо известного глюка при добавлении новых прокси, что мне не нравится/считаю необходимым исправить в этом списке (а некоторые пп. распространяются и на все прочие):
1. Не сделан нормальный порядок перемещения между ячейками таблицы по TAB.
2. Начало ввода не означает начало редактирования ячейки.
3. ESC вместо только отмены редактирования еще и сворачивает HC в трей.
4. Спиннер в поле ввода порта доставляет одно только неудобство - убрать.
5. Копирование из буфера: хотелось бы чтобы HandyCache умел (от меньшего к большему):
5.1. Распознать в буфере IP-адрес - сейчас он его вставляет в поле имени прокси, вместо адреса.
5.2. Распознать в буфере комбинацию хост:порт и корректно вставить значения в свои поля
5.3. Распознать в буфере несколько строк хост:порт и см. 5.2.
5.4. Обрабатывать п.5.2 и 5.3. в разных возможных вариантах: хост-порт, хост/порт, хост бла-бла порт.
6. Отсутствие условия рассматривать как условие ".".
7. В контекстное меню добавить пункт копировать/дублировать строку.

Из "дальнего":
8. Проверка работоспособности прокси.
9. Получение WhoIs

Обязательно перебор только включенных (разрешенных) прокси и обязательно опционально!

Кстати, в последней версии исправлено копирование в буфер :) Только сейчас заметил.

Представь что поменялся пароль на прокси. Что мне теперь пробегаться по всем строчкам и менять пароль руками? Один прокси - одно описание. Зачем дублировать?


Поддерживаю.

Полностью согласен со списком Rick'a и такие аспекты как убрать:
мне тоже нравятся. +1.
PS радует, что хоть кто-то предлагает реальные, жизненные предложения, а не смутно понятные рассуждение, плавно перетекающие в другие в конце темы (камушек в кое-чей огород).

Дополню:
10. Нужны стрелочки вверх-вниз как и в других списках.
11. Сортировка по столбцам.
12. ("дальнее") Как и в других списках требуется поле для комментария.
Что касается редактирования принять за основу модель того же Excel'я, например.

Использовать номера строк в нынешнем виде нельзя - сортировка/перемещение вверх-вниз - и все поехало. Предлагаю привязываться к полю Имени прокси в котором, кстати, можно с тем же успехом писать 1-2-3...

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

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

Конечно она будет неявной. Можно или даже нужно будет перемещать такие прокси в конец списка автоматически + учесть что только 1 из безусловных прокси может сработать. Или такую сортировку можно выполнять уже в момент проверки списка (то есть в оперативной памяти). Сначала проверяются все прокси с условиями, потом с условием ".". причем только помеченный как активный.
Не очень - может у меня будет 2 раза забит один прокси с двумя разными пользователями и использован каждый по 5 раз.

Родственные темы:

• Мультипрокси
• Использование PAC-файла во Внешних прокси
• NTLM аутентификация в родительском прокси
• Внешние прокси-серверы
• SOCKS в качестве Внешнего прокси

Объединил все эти темы в этот топик по внешним прокси, т.к. уже начались повторы, а некоторые интересные идеи затерялись...   8)

Тему "Динамическая замена имени домена на IP при работе через прокси" (http://handycache.ru/component/option,com_smf/Itemid,10/topic,245.0/) оставил самостоятельной, т.к. идея может быть использована не только при работе через прокси, например, как в "Серверах-Посредниках"...

Да-да и шапку включить

С шапкой сложнее - движок не позволяет!
Как вариант, Rick, mai62 и я можем закидывать важные мысли в первый пост топика, но он будет виден только на первой странице... :(

А если есть повторяющиеся имена? Нет. Пусть будет номер. А при смене порядка пусть автоматически исправляются и ссылки на номер прокси. Это не сложно.

Проще создать новый топик и в первом посте кратко описать все полученные доводы.

Ты же задаешь имя произвольное, какое захочешь (proxy1, proxy2, ProxyForUserKorepanov). От тебя и зависит давать проксикам уникальные имена, а от НС - контролировать эту уникальность.

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

Какой смысл плодить одинаковые топики? Это противоречит пп. 3.1 и 3.2 Правил форума (http://handycache.ru/component/option,com_smf/Itemid,10/action,rules/#3.1)! Новички (да и не только), наткнувшись на один из топиков будут постить туда свои предложения, хотя они уже давно обсуждались в параллельной ветке! К тому же у нас уже есть ToDo (http://handycache.ru/component/option,com_smf/Itemid,10/topic,20.0/)!

А как объединяются темы? Посты не перемешаются как в карты в колоде?

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

Так было бы неплохо

Было бы ещё классно организовать мультиплексирование proxy.
(Имеется 2 или более прокси серверов, к ним подаётся запрос и качают все сразу, что позволит увеличить скорость)

Это разве вообще теоретически возможно? И какой запрос подавать? На partial content? А если сервер неподдерживает докачку? И напоследок - каким образом это увеличит скорость? Вот у меня канала 1152кбит - все файлы качаются 130кбайт в секунду. Если я сделаю запрос одновременно к двум серверам/прокси-серверам - будет качаться в 2 потока по 60кбайт. Где ускорение?

Возможно, Antosha имел в виду чередовать прокси для разных запросов. Такое предложение уже звучало вот здесь (http://handycache.ru/component/option,com_smf/Itemid,10/topic,50.msg1766/#msg1766).


Представь, что пропускная способность прокси-серверов на один IP в силу их бесплатности, загруженности и т.п. всего 30 кбайт/секунду. Тогда твой канал 130 кбайт/секунду будет простаивать на 77%! 
Этого можно избежать, если послать разные запросы сразу на несколько разных прокси-серверов!

Возможно, но он спросил 1 запрос и качают сразу.
Что собственно и составляет суть мультиплексирования, иначе просто чередование.
Согласен, это реализуется - просто посылаем очередные запросы на новые прокси :) А если непосредственно 1 запрос и на разные прокси - это ИМХО сложно будет и не всегда работать + еще в кеш не попадает partial content.

К этому вопросу можно будет вернуться после реализации "Докачки файлов (http://handycache.ru/component/option,com_smf/Itemid,10/topic,94.0/)".
Естественно, это будет работать только с серверами, поддерживающими передачу Partial Content... ;)

Мультиплекс имеет смысл, если скорость как у мекня 32кб (типа модема или анлим)

Объясни как ты все-таки имеешь в виду - один запрос  через много прокси или много запросов через много прокси? И каким образом это будет ускорять работу? Разве что если пользуешься медленными проксиками.

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

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

maxn

Это есть в списке... (http://handycache.ru/component/option,com_smf/Itemid,10/topic,50.msg192/#msg192)

Использую FF и два различных подключения к разным внешним прокси.
При физическом переключении на другую проксю в HandyCache "забываю" выбрать нужный прокси и вижу просто пустую страницу.
Так не понятно что произошло. Вот я и подумал, а можно ли при отсутствии внешнего подключения браузеру подсовывать страницу типа "нет подключения к внешнему прокси"?

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

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

В-третьих, в соответствующей теме (http://handycache.ru/component/option,com_smf/Itemid,10/topic,50.0/) в "Новых предложениях" уже звучало более функциональное решение: "Проверка работоспособности прокси (смена прокси при недоступности)".


P.S. В последствие эта тема будет объединена с вышеуказанной темой в "Новых предложениях"...

У меня 5 безусловных и 2 условных внешних прокси, работают разные люди каждый со своими привычками и проксями и не всегда знаешь какие включаются сейчас при нажатии горячей клавы. Приходится дополнительно лезть мышкой назначок в трее.
Хотелось бы чтобы всплывающее окошко при включении/выключении внешних прокси было чуть более информативным - указывало какой именно внешний прокси включен, т.е. выдавало строку из колонки "наименование".
Прмер:

Нельзя ли прикрутить к handycache планировщик, который мог бы менять используемый прокси сервер? У меня, например, тариф делится на прокси и непрокси, прокси делится на день/вечер/ночь, а непрокси на день/ночь. по стоимости они располагаются так: непрокси день - прокси день - прокси вечер - непрокси ночь - прокси ночь. плюс к этому прокси вечер по времени пересекается с непрокси ночь, вобщем частенько путаюсь и забываю включать или выключать прокси. Вот так.

Если локальный внешний прокси (127.0.0.1) отсутствует, то браузер мгновенно выдает сообщение. НС же долго, безуспешно и неинформативно пытается дождаться от этого прокси ответа. Хочется от НС оперативности в этом вопросе. Такой же как у браузера.

Надо добавть две вещи у условных прокси:
1. разжовывание ip адресов у условных прокси
2. добавление условия, что если есть еще одно паралельное соединение с загрузкой определенных файлов, то направлять через прокси.
Например у меня есть безлимит с ограничением скорости.
Когда я загружаю какой нибудь большой архив, а в это время, паралельно смотрю новости через обозреватель интернет, то мне имеет смысл направлять поток от обозревателя через toonel, чтобы нагрузку на канал сократить, а когда не загружаю архив, то в этом смысла нет, это только тормазить будет.

Давно реализовано!

Только не работает:)
Вот я добавил в исключение сеть:
(http://foto.rambler.ru/public/fhbavjvbnh/_photos/hc3/hc1-web.jpg)
Вот пинг на адрес в этом диапазоне:
(http://foto.rambler.ru/public/fhbavjvbnh/_photos/hc5/hc3-web.jpg)
Вот лог hc, после загрузки страницы www.totel.ru:
(http://foto.rambler.ru/public/fhbavjvbnh/_photos/hc4/hc2-web.jpg)
Как видно, условие по ip не работает:)

в документации на сайте в разделе про нстаройку списков есть

'В списках: "Белый", "Черный", "Только из кэша", "Не обновлять", "Запись в кэш" - в колонках "Правило" и "Исключение", а также в колонке "Условие" списка "Условных прокси" можно использовать IP-адреса серверов в одном из форматов:
IP 192.168.123.234
IP 192.168.12?.*
ip 192.168.123.\d+
IP 192.168.123.234 - 192.168.125.250
Для работы правил по IP в HC должен быть включен DNS-кэш.'

в документации нет отсылки к этому месту в разделе про условные прокси отсюда наверно непонимание

Мне не надо ни белого ни красного, а нужено именно условное прокси с ip.
Без этой фишки смысл в hc теряется полностью.

в колонке условие вместо того что там написано надо
ip 195.144.*

Ты читать умеешь?  :rtfm:

http://handycache.ru/component/option,com_smf/Itemid,10/topic,2071.msg16556/#msg16556

Это тупо:)


Добавлено: 09 Января 2009, 19:12:51

Кстати, я первое сообщение прочитал.
Зачем нужно чегото распознавать архисложными процедурами.
Достаточно ввести в регулярные выражения несколько магических директив.
Например, $ip(*****), $HostName(*****). И такой херней можно сразу в одной строке обрабатывать и ip и url и User-Agent... В проксиметроне есть такая фишка, очень удобно, особенно $NEST.

Сейчас проверил.
Не берет hc ip со звездочками:)

http://picasaweb.google.ru/lh/photo/S4zQ5vlShhlWo6nzoVIlgA?authkey=rwI-gSQjm-M&feat=directlink (http://picasaweb.google.ru/lh/photo/S4zQ5vlShhlWo6nzoVIlgA?authkey=rwI-gSQjm-M&feat=directlink)

http://picasaweb.google.ru/lh/photo/P6qOEBO8UmUAwUmx-sTMRg?authkey=erctNMuWyZs&feat=directlink (http://picasaweb.google.ru/lh/photo/P6qOEBO8UmUAwUmx-sTMRg?authkey=erctNMuWyZs&feat=directlink)

Почемуто гоголевские фото не показываются на форуме, кому интересно могут по ссылкам пройтись.
А рамблер мне надоел своими тормозами.

Добавлено: 09 Января 2009, 22:11:34

И ip 195.144.200.0-195.144.200.255 тоже не берет:)

слово 'ip' перед адресом все также отсутствует вот и результата нет

С чего ты взял, я и с ip пробовал потом, и пробел вставлял между ip и цифрами, и без пробела, никак не реагирует:)

http://picasaweb.google.ru/lh/photo/lAezGGyIdx3c-0hxfV2gug?authkey=F6n6jE5WPcU&feat=directlink (http://picasaweb.google.ru/lh/photo/lAezGGyIdx3c-0hxfV2gug?authkey=F6n6jE5WPcU&feat=directlink)

http://picasaweb.google.ru/lh/photo/5RgQQZizU6Oyx02DuKjBgA?authkey=F6n6jE5WPcU&feat=directlink (http://picasaweb.google.ru/lh/photo/5RgQQZizU6Oyx02DuKjBgA?authkey=F6n6jE5WPcU&feat=directlink)

Заработало:)
Там забывал поставить галку напротив условные прокси разрешить)
Когда она есть все работает.
Да еще в смущение вводит список безусловных прокси.
Он же может быть только один, этот список логичнее по другому сделать было бы:)

Можно ли сделать чтобы условием для прокси было еще и время? Например с часу до 7 один прокси, с 8 до 18 другой, в остальное неопределенное время - третий. Хочется увидеть эту фичу как в условных так и безусловных прокси (в безусловных особенно).

Заранее спасибо.

Это можно сделать с помощью расширения.

использую 2 других внешних проксисервера. в основном для сжатия трафика. на обоих ограничения скорости. вот как бы сделать так чтобы ХК сам раскидывал трафик на эти 2 прокси. ну сумировать их скорости типа.

Уже обсуждалось: http://handycache.ru/component/option,com_smf/Itemid,10/topic,50.msg2528/#msg2528

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

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

И не просто тема была, а это давно уже реализовано через список "Условных прокси"!

А, ну прочитал. сори. )))))



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

ни один внешний прокси не работает версия HandyCache RC3 1.0.0.361
если НС работает с браузером Opera и как socks и как http-proxy

Думаю, Вы просто неправильно настроили.

мне кажется это баг НС
если отключить в Opera socks-proxy HC и оставить только http-proxy HC, то все работает

если же это не баг скажите как с Opera использовать НС чтоб работал внешний прокси

У меня работает. Запросы от Опера идут к НС сразу на SOKCS5 и HTTP порты, НС работает через еще один запущенный экземпляр НС.

я пробовал внешние прокси Proxomitron и Fiddler
посмотрите с ними пожалуйста
Добавлено: 19 Октября 2011, 21:21:43

в какой момент включается внешний прокси?
может вместо цепочки
Opera-HC(socks)-HC(http)-внешнийПрокси-интернет
получается
Opera-HC(socks)-внешнийПрокси-HC(http)...???

Ситуация такая получается. Опера шлет запросы по http и они проходят через НС на внешний прокси. В то же время часть запросов Опера шлет через SOKCS-прокси. Только вот запросы, идущие через SOKCS обращены опять же к http-прокси. Получается эти запросы идут через НС на внешний прокси и оттуда возвращаются на http-порт НС. Вот такой дурдом.
Спрашивается зачем авторы Опера это сделали? Они шлют часть запросов прямо на http-прокси, а другую часть тоже на тот же http-прокси, но уже через SOCKS-прокси в качестве посредника. Я бы мог понять, если бы SOCKS-запросы шли прямо на целевой сервер, мол через два разных прокси может получиться быстрее. Но зачем часть запросов прогонять через два проси я не понимаю. Как хотите, но я считаю это багом Опера.
Добавлено: 19 Октября 2011, 22:23:05

Попробуйте сделать так: выключите безусловный прокси и включите условный. В качестве условия введите точку. Тогда SOKCS-запросы пойдут прямо на HTTP-порт НС, а на внешний прокси пойдут только запросы, прошедшие через http-ghjrcb НС.

может у нас разные версии браузера но у меня на Opera 12.00 alpha (сборка 1105) все запросы направляются через socks-proxy, напрямую на http-proxy не идет ничего
Добавлено: 20 Октября 2011, 10:20:19

мне не удалось найти в описании Opera ничего про включение двух типов прокси одновременно
но нашел описание прокси Polipo:
наверно Opera реализует тот же принцип

1. Да. Проблема. Надо что-то делать...

2. И еще один момент. Как НС разрешает доменные имена при наличии внешнего SOCKS-прокси? Сам или через кого-то?

Когда НС работает через внешний прокси, то он не разрешает доменные имена, если это только возможно. В таком случае на машине, где стоит НС, вообще может не быть доступа к DNS-серверу.
Как это через кого-то? Не знаю другого способа сделать преобразование доменного имени кроме как спросить у DNS-сервера.

Через DNS-кэш - это "сам",
через DNS-сервер - это "с помощью кого-то",
есть еще вариант "не разрешает доменное имя вообще, отдавая это на откуп внешнему прокси".
Так как именно работает НС с DNS, выступая в качестве SOCKS-прокси?

Ну для кэша ведь запись из DNS-сервера берется, НС не сам ее родил.
"не разрешает доменное имя вообще, отдавая это на откуп внешнему прокси"