DenZzz
|
|
« : 03 января 2007, 13:41:52 » |
|
Внешние прокси Предложения по улучшению (некоторые пп. распространяются и на все прочие списки):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 - Проверка работоспособности прокси (смена прокси при недоступности) - Чередовать разные запросы по разным прокси (мультипрокси) - ( Подробности) - Направлять один запрос через много прокси (мультиплексирование) - ( Подробности) - Планировщик для переключения Внешних прокси ( Подробности) - Использование PAC-файла во Внешних прокси - Поддержка NTLM- и Digest-авторизации на внешних прокси - Использовать в "Условных прокси" в качестве "Условия" файл-список (как в "Серверах-посредниках") Из "радикального":- Не делить прокси на безусловные и условные, а сделать один список с описанием проксей, второй - с правилами их использования - ( Подробности) Из недавно реализованного: - Использование правил для IP-адресов в "Условных прокси"- Поддержка SOCKS и PortForwarding
|
|
|
|
|
che@TTer
Новичок
Репутация: +0/-0
Offline
Сообщений: 16
Мягкий и пушистый
|
|
« Ответ #1 : 18 января 2007, 07:41:54 » |
|
Юзаю HC на работе, наш офис выходит в иннет через MS ISA сервер, в которой аутентификация настроена на NTLM. Всем нам раздали MS Firewall Client, который и выполняет функцию аутентификации. Получается так, что каждая машина, как-бы имеет прямой доступ к иннету. Меня это сильно напрягает, так как хочу полностью контролировать все что ломится в иннет или идет с иннета. Настроил весь софт через HC, выставил родительский прокси, вырубил MS Firewall Client - не работает. Может я че не так делаю? А если нет - предлагаю добавить в настройках внешних прокси -NTLM аутентификацию. А пока наверно придется фаерволл ставить
|
|
|
|
|
Rick
|
|
« Ответ #2 : 18 января 2007, 07:53:41 » |
|
Может я че не так делаю? В FAQ посмотри вариант. А если нет - предлагаю добавить в настройках внешних прокси -NTLM аутентификацию. В ближайшей перспективе не ожидается, но в планах есть.
|
|
|
|
|
Voda
Новичок
Репутация: +0/-0
Offline
Сообщений: 1
|
|
« Ответ #3 : 30 января 2007, 20:34:05 » |
|
Во-первых Благодарен за такую прогу !!! Теперь предложение. Я предлагаю добавить возможность использовать цепочку внешних прокси с проверкой работоспособности во время серфинга, очень удобно будет, если например один прокси умер, программа автоматически переключаеся на следующий по порядку. Я считаю будет отличная функция !
|
|
|
|
|
Rick
|
|
« Ответ #4 : 31 января 2007, 01:52:04 » |
|
Уже предлагагалось и внесено в ToDo.
|
|
|
|
|
pmail
Гость
|
|
« Ответ #5 : 06 февраля 2007, 22:07:32 » |
|
имеется 2 одинаковых по вес прокси, можно ли сделать так, чтоб при определенном количестве соединений (например после превушения 5 ти соединений) последующие содинения проходили уже через второй по списку прокси? Аналогичный параметр в squidnt это max-conn
|
|
|
|
|
Rick
|
|
« Ответ #6 : 06 февраля 2007, 22:43:04 » |
|
На данный момент нет зависимости от количества соединений. Можно определять, что через какой прокси-сервер пойдет в зависимости от адресов сайтов и типов запрашиваемых файлов, но не по количеству соединений. В будущих версиях реализовать возможно, но никаких твердых сроков нет.
|
|
|
|
|
thayerjes
Новичок
Репутация: +0/-0
Offline
Сообщений: 4
|
|
« Ответ #7 : 08 февраля 2007, 12:34:41 » |
|
Нельзя ли прикрутить поддержку SOCKS в качестве Внешнего прокси? Надоело каскады рисовать.
|
|
|
|
|
Rick
|
|
« Ответ #8 : 08 февраля 2007, 12:47:00 » |
|
В ToDo-листе: планируется реализовать в среднесрочной перспективе SOCKS и PortForwarding.
|
|
|
|
|
Death_Master
|
|
« Ответ #9 : 16 февраля 2007, 05:14:29 » |
|
Хотелось бы, чтоб HandyCache мог работать с нескольктми проксями, при этом нужно чередовать запросы. Пример: стоит 3 сжимающих прокси (Toonel, OnSpeed, CProxy)на данный момент использую browser->hc->MyProxy->1_из_3. Хочу выкинуть MyProxy. P.S. Кода получится немного, строк 30-40. :
|
|
|
|
|
DenZzz
|
|
« Ответ #10 : 16 февраля 2007, 07:53:26 » |
|
Хотелось бы, чтоб HandyCache мог работать с нескольктми проксями, при этом нужно чередовать запросы.
С какой целью надо чередовать прокси? В HC есть список "Условных прокси", где можно настроить какие URL через какой прокси надо грузить. В ToDo также есть предложение: "если один прокси не отвечает, то подключаться к следующему в списке с подходящим условием". Это не то, что ты просишь?
|
|
|
|
|
Death_Master
|
|
« Ответ #11 : 16 февраля 2007, 14:26:28 » |
|
нужно именно чередование, все 3 прокси считаем рабочими, но с ограничением скорости по IP.
|
|
|
|
|
Alvein
Гость
|
|
« Ответ #12 : 23 февраля 2007, 11:35:43 » |
|
Здравствуйте! Спасибо за отличную программу!
Хотелось бы обратиться с небольшим предложением по развитию прокси-сервера. (хотя... может я не все про него знаю?) есть предложение добавить функционал по нескольким прокси-серверам. Опишу проблемму: у меня есть 2 прокси-сервера, один скоростной, второй не очень.. у скоростного есть ограничение по протоколам, у медленного - нет. Так вот предложение: возможно ли добавить правила для того чтобы handycache сам выбирал через какой прокси ему загружать сраницу по определенным критериям, будь то ответ с сервера или же определенный шаблон страницы, протокола итп. Еще бы хотелось чтобы эти "умные" разрешения работали не для всех пользователей прокси, а только для "избраных"..
Конечно понимаю что прошу много, но все же...
Спасибо!
|
|
|
|
|
DenZzz
|
|
« Ответ #13 : 23 февраля 2007, 12:54:03 » |
|
AlveinТак вот предложение: возможно ли добавить правила для того чтобы handycache сам выбирал через какой прокси ему загружать сраницу по определенным критериям Так это уже есть в "Условных прокси" - выбор прокси производится по критерию, описывающему URL. Еще бы хотелось чтобы эти "умные" разрешения работали не для всех пользователей прокси, а только для "избраных". Это планируется сделать в будущем и занесено в ToDo как "Разделить пользователей на группы: для возможности отключить/включить правила для определенных групп пользователей".
|
|
|
|
|
Feldsher
Новичок
Репутация: +0/-0
Offline
Сообщений: 2
|
|
« Ответ #14 : 24 февраля 2007, 11:20:57 » |
|
есть локальная сеть в ней есть прокси с автонастройкой, собственно как handycache скормить "внешний" .pac файл?
|
|
|
|
|
DenZzz
|
|
« Ответ #15 : 24 февраля 2007, 12:44:04 » |
|
Пока никак! Видимо, тему стоит перенести в раздел " Новые предложения"...
|
|
|
|
|
Сергей
|
|
« Ответ #16 : 26 февраля 2007, 16:06:37 » |
|
В данный момент реализованы крайне неудобно. Незачем делить на условные и безусловные. Должно быть два списка. В первом собственно нумерованный список с адресами портами и паролями. Во втором - правила их использования. Регекспы обрабатывающие URL или IP адрес ресурса и ставящие им в соответствие номер внешнего прокси. Так логичнее и удобнее будет. Не придется прописывать несколько раз одни и те-же реквизиты. Осталось обдумать как описывать правила для IP. И не забыть про временное блокирование зависших проксей, например когда toonel не отвечает - пускать напрямую или через CProxy. Спинным мозгом чую, что Александр сейчас над этим работает, но не советуется
|
|
|
|
|
Rick
|
|
« Ответ #17 : 27 февраля 2007, 01:18:11 » |
|
СергейНе очень понятна суть предложения. Распиши пожалуйста подробнее. В первом собственно нумерованный список с адресами портами и паролями. Во втором - правила их использования. Регекспы обрабатывающие URL или IP адрес ресурса и ставящие им в соответствие номер внешнего прокси. Т.е. все прокси превращаются как-бы в условные? Не придется прописывать несколько раз одни и те-же реквизиты. Так ведь тут или одним и тем же прокси разные "реквизиты" (правила), или разным "реквизитам" одни и те же прокси.
|
|
|
|
|
Сергей
|
|
« Ответ #18 : 27 февраля 2007, 08:53:34 » |
|
Чтобы было понятнее, распишу текущие проблемы.
1. Не работает команда Копировать в буфер. Поэтому очень неудобно заново вводить все параметры внешних прокси если они повтроряются для разных правил. И вообще было бы правильней описать прокси в отдельном месте (пользователь:пароль@сервер:порт) а в списках только ссылаться на них. Тогда много лишней работы исчезнет. 2. Нельзя использовать IP-адреса веб-серверов в правилах. Это нужно для разделения внутреннего и внешнего трафика моего провайдера. Внешний можно было бы направить через toonel, а внуктренний читать напрямую. 3. Нельзя назначать прокси для отдельных пользователей. 4. Если прокси не отвечает хотелось бы иметь автоматическое переключение на резервный.
|
|
|
|
|
Rick
|
|
« Ответ #19 : 27 февраля 2007, 12:49:15 » |
|
1. Не работает команда Копировать в буфер. Поэтому очень неудобно заново вводить все параметры внешних прокси если они повтроряются для разных правил. Хм. Не замечал. Я не говорю, что этого нет, не пробовал, просто я обычно действую через Ctrl+C-Ctrl+V конкретных правил. Вообще список внешних прокси чрезвычайно глючный и неудобный, но mai62 сейчас вроде-бы занят другой проблемой, поэтому у нас есть время, чтобы выработать пожелания по этому списку. И вообще было бы правильней описать прокси в отдельном месте (пользователь:пароль@сервер:порт) а в списках только ссылаться на них. Не понимаю резона/возможных выгод. 2. Нельзя использовать IP-адреса веб-серверов в правилах. Это нужно для разделения внутреннего и внешнего трафика моего провайдера. Внешний можно было бы направить через toonel, а внуктренний читать напрямую. 3. Нельзя назначать прокси для отдельных пользователей. 4. Если прокси не отвечает хотелось бы иметь автоматическое переключение на резервный. Уверен, что ты сам понимаешь, что все три пункта - дальняя перспектива. Помимо известного глюка при добавлении новых прокси, что мне не нравится/считаю необходимым исправить в этом списке (а некоторые пп. распространяются и на все прочие): 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 4. Если прокси не отвечает хотелось бы иметь автоматическое переключение на резервный. Обязательно перебор только включенных (разрешенных) прокси и обязательно опционально!
|
|
|
|
|
Сергей
|
|
« Ответ #20 : 27 февраля 2007, 13:27:24 » |
|
Кстати, в последней версии исправлено копирование в буфер Только сейчас заметил. Не понимаю резона/возможных выгод. Представь что поменялся пароль на прокси. Что мне теперь пробегаться по всем строчкам и менять пароль руками? Один прокси - одно описание. Зачем дублировать? Помимо известного глюка при добавлении новых прокси, что мне не нравится/считаю необходимым исправить в этом списке (а некоторые пп. распространяются и на все прочие): 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. В контекстное меню добавить пункт копировать/дублировать строку. Поддерживаю.
|
|
|
|
|
cepera_ang
|
|
« Ответ #21 : 27 февраля 2007, 20:53:40 » |
|
Полностью согласен со списком Rick'a и такие аспекты как убрать: Представь что поменялся пароль на прокси. Что мне теперь пробегаться по всем строчкам и менять пароль руками? Один прокси - одно описание. Зачем дублировать? мне тоже нравятся. +1. PS радует, что хоть кто-то предлагает реальные, жизненные предложения, а не смутно понятные рассуждение, плавно перетекающие в другие в конце темы (камушек в кое-чей огород).
|
|
|
|
|
Rick
|
|
« Ответ #22 : 27 февраля 2007, 21:45:59 » |
|
Дополню: 10. Нужны стрелочки вверх-вниз как и в других списках. 11. Сортировка по столбцам. 12. ("дальнее") Как и в других списках требуется поле для комментария. Что касается редактирования принять за основу модель того же Excel'я, например. Должно быть два списка. В первом собственно нумерованный список с адресами портами и паролями. Во втором - правила их использования. Регекспы обрабатывающие URL или IP адрес ресурса и ставящие им в соответствие номер внешнего прокси. Использовать номера строк в нынешнем виде нельзя - сортировка/перемещение вверх-вниз - и все поехало. Предлагаю привязываться к полю Имени прокси в котором, кстати, можно с тем же успехом писать 1-2-3... Представь что поменялся пароль на прокси. Что мне теперь пробегаться по всем строчкам и менять пароль руками? Один прокси - одно описание. Зачем дублировать? Вопрос с разделением условных/безусловных прокси не ясен. С одной стороны, прокси с условием '.' (или вообще без правила) становится как безусловный - для всего трафика. Но если список один в котором и условные и безусловные - волей-неволей придется все безусловные загонять в конец списка, иначе до какого-то условного дело может просто не дойти - будет срабатывать безусловный стоящий впереди него. Будет ли необходимость перемещать безусловные в конец списка явной для всех? И может быть устроит другой вариант: добавить пункт в контекстное меню для синхронизации параметров доступа? Т.е. изменил логин/пароль в одной строке, RClick по этой строке и выбор пункта в меню "Синхронизировать" - и во всех строках с прокси имеющим тот же IP что и в текущей строке (буде такие есть), логин/пароль замещается на значения из текущей строки. Как такой вариант?
|
|
|
|
|
cepera_ang
|
|
« Ответ #23 : 27 февраля 2007, 22:04:18 » |
|
...Будет ли необходимость перемещать безусловные в конец списка явной для всех?...
Конечно она будет неявной. Можно или даже нужно будет перемещать такие прокси в конец списка автоматически + учесть что только 1 из безусловных прокси может сработать. Или такую сортировку можно выполнять уже в момент проверки списка (то есть в оперативной памяти). Сначала проверяются все прокси с условиями, потом с условием ".". причем только помеченный как активный. И может быть устроит другой вариант: добавить пункт в контекстное меню для синхронизации параметров доступа? Т.е. изменил логин/пароль в одной строке, RClick по этой строке и выбор пункта в меню "Синхронизировать" - и во всех строках с прокси имеющим тот же IP что и в текущей строке (буде такие есть), логин/пароль замещается на значения из текущей строки. Как такой вариант?
Не очень - может у меня будет 2 раза забит один прокси с двумя разными пользователями и использован каждый по 5 раз.
|
|
|
|
|
DenZzz
|
|
« Ответ #24 : 27 февраля 2007, 22:36:32 » |
|
Родственные темы: - Мультипрокси
- Использование PAC-файла во Внешних прокси
- NTLM аутентификация в родительском прокси
- Внешние прокси-серверы
- SOCKS в качестве Внешнего прокси
Объединил все эти темы в этот топик по внешним прокси, т.к. уже начались повторы, а некоторые интересные идеи затерялись... Тему "Динамическая замена имени домена на IP при работе через прокси" оставил самостоятельной, т.к. идея может быть использована не только при работе через прокси, например, как в "Серверах-Посредниках"...
|
|
|
|
|
cepera_ang
|
|
« Ответ #25 : 27 февраля 2007, 22:40:26 » |
|
Да-да и шапку включить
|
|
|
|
|
DenZzz
|
|
« Ответ #26 : 27 февраля 2007, 22:51:19 » |
|
Да-да и шапку включить
С шапкой сложнее - движок не позволяет! Как вариант, Rick, mai62 и я можем закидывать важные мысли в первый пост топика, но он будет виден только на первой странице...
|
|
|
|
|
Сергей
|
|
« Ответ #27 : 27 февраля 2007, 23:31:58 » |
|
Использовать номера строк в нынешнем виде нельзя - сортировка/перемещение вверх-вниз - и все поехало. Предлагаю привязываться к полю Имени прокси в котором, кстати, можно с тем же успехом писать 1-2-3... А если есть повторяющиеся имена? Нет. Пусть будет номер. А при смене порядка пусть автоматически исправляются и ссылки на номер прокси. Это не сложно. Есть желание объединить все эти темы в один МЕГАТОПИК Проще создать новый топик и в первом посте кратко описать все полученные доводы.
|
|
|
|
|
Rick
|
|
« Ответ #28 : 27 февраля 2007, 23:43:46 » |
|
А если есть повторяющиеся имена? Ты же задаешь имя произвольное, какое захочешь (proxy1, proxy2, ProxyForUserKorepanov). От тебя и зависит давать проксикам уникальные имена, а от НС - контролировать эту уникальность. Это не сложно. Сложнее чем следить за уникальностью имен. Нынешние номера, по большому счету, вообще не должны показываться - это скорее служебная информация: просто порядок строк в таблице, так же как индексы массива.
|
|
|
|
|
DenZzz
|
|
« Ответ #29 : 27 февраля 2007, 23:46:11 » |
|
Проще создать новый топик и в первом посте кратко описать все полученные доводы.
Какой смысл плодить одинаковые топики? Это противоречит пп. 3.1 и 3.2 Правил форума! Новички (да и не только), наткнувшись на один из топиков будут постить туда свои предложения, хотя они уже давно обсуждались в параллельной ветке! К тому же у нас уже есть ToDo!
|
|
|
|
|
Сергей
|
|
« Ответ #30 : 27 февраля 2007, 23:59:17 » |
|
А как объединяются темы? Посты не перемешаются как в карты в колоде?
|
|
|
|
|
DenZzz
|
|
« Ответ #31 : 28 февраля 2007, 00:09:08 » |
|
А как объединяются темы? Посты не перемешаются как в карты в колоде?
Посты сортируются по датам. Учитывая, что все указанные темы обсуждались последовательно, то никакой пересортицы не будет - также последовательно посты и лягут в объединенный топик! В первом посте можно будет собрать все новые предложения, которые уже обсуждались ниже.
|
|
|
|
|
NothingAnother
Beta tester
Репутация: +7/-2
Offline
Сообщений: 434
Spoiler
|
|
« Ответ #32 : 28 февраля 2007, 07:20:02 » |
|
Посты сортируются по датам...skipped...В первом посте можно будет собрать все новые предложения, которые уже обсуждались ниже Так было бы неплохо
|
Мы тоже не всего читали Шнитке!.. © В. Вишневский
|
|
|
|
Antosha
Новичок
Репутация: +0/-0
Offline
Сообщений: 17
|
|
« Ответ #33 : 03 марта 2007, 10:04:27 » |
|
Было бы ещё классно организовать мультиплексирование proxy. (Имеется 2 или более прокси серверов, к ним подаётся запрос и качают все сразу, что позволит увеличить скорость)
|
|
|
|
|
cepera_ang
|
|
« Ответ #34 : 03 марта 2007, 12:52:23 » |
|
Было бы ещё классно организовать мультиплексирование proxy. (Имеется 2 или более прокси серверов, к ним подаётся запрос и качают все сразу, что позволит увеличить скорость)
Это разве вообще теоретически возможно? И какой запрос подавать? На partial content? А если сервер неподдерживает докачку? И напоследок - каким образом это увеличит скорость? Вот у меня канала 1152кбит - все файлы качаются 130кбайт в секунду. Если я сделаю запрос одновременно к двум серверам/прокси-серверам - будет качаться в 2 потока по 60кбайт. Где ускорение?
|
|
|
|
|
DenZzz
|
|
« Ответ #35 : 03 марта 2007, 18:34:43 » |
|
Это разве вообще теоретически возможно? И какой запрос подавать? На partial content? А если сервер неподдерживает докачку?
Возможно, Antosha имел в виду чередовать прокси для разных запросов. Такое предложение уже звучало вот здесь. И напоследок - каким образом это увеличит скорость? Вот у меня канала 1152кбит - все файлы качаются 130кбайт в секунду. Если я сделаю запрос одновременно к двум серверам/прокси-серверам - будет качаться в 2 потока по 60кбайт. Где ускорение?
Представь, что пропускная способность прокси-серверов на один IP в силу их бесплатности, загруженности и т.п. всего 30 кбайт/секунду. Тогда твой канал 130 кбайт/секунду будет простаивать на 77%! Этого можно избежать, если послать разные запросы сразу на несколько разных прокси-серверов!
|
|
|
|
|
cepera_ang
|
|
« Ответ #36 : 03 марта 2007, 18:47:04 » |
|
Возможно, Antosha имел в виду чередовать прокси для разных запросов.
Возможно, но он спросил 1 запрос и качают сразу. к ним подаётся запрос и качают все сразу, что позволит увеличить скорость Что собственно и составляет суть мультиплексирования, иначе просто чередование. Представь, что пропускная способность прокси-серверов на один IP в силу их бесплатности, загруженности и т.п. всего 30 кбайт/секунду. Тогда твой канал 130 кбайт/секунду будет простаивать на 77%! Этого можно избежать, если послать разные запросы сразу на несколько разных прокси-серверов!
Согласен, это реализуется - просто посылаем очередные запросы на новые прокси А если непосредственно 1 запрос и на разные прокси - это ИМХО сложно будет и не всегда работать + еще в кеш не попадает partial content.
|
|
|
|
|
DenZzz
|
|
« Ответ #37 : 03 марта 2007, 18:57:06 » |
|
А если непосредственно 1 запрос и на разные прокси - это ИМХО сложно будет и не всегда работать + еще в кеш не попадает partial content.
К этому вопросу можно будет вернуться после реализации " Докачки файлов". Естественно, это будет работать только с серверами, поддерживающими передачу Partial Content...
|
|
|
|
|
Antosha
Новичок
Репутация: +0/-0
Offline
Сообщений: 17
|
|
« Ответ #38 : 03 марта 2007, 21:12:45 » |
|
Мультиплекс имеет смысл, если скорость как у мекня 32кб (типа модема или анлим)
|
|
|
|
|
cepera_ang
|
|
« Ответ #39 : 03 марта 2007, 21:29:37 » |
|
Мультиплекс имеет смысл, если скорость как у мекня 32кб (типа модема или анлим)
Объясни как ты все-таки имеешь в виду - один запрос через много прокси или много запросов через много прокси? И каким образом это будет ускорять работу? Разве что если пользуешься медленными проксиками.
|
|
|
|
|
Antosha
Новичок
Репутация: +0/-0
Offline
Сообщений: 17
|
|
« Ответ #40 : 03 марта 2007, 23:06:01 » |
|
один запрос через много прокси. для медленных проксей. в Новосибе есть тариф на анлим, там скорость 32кб, а если много человек подключатся к этому тарифу, то можно ускорить доступ за минимальные деньги
|
|
|
|
|
maxn
Новичок
Репутация: +0/-0
Offline
Сообщений: 40
|
|
« Ответ #41 : 27 июня 2007, 08:29:56 » |
|
хотелось бы чтобы была есть прога ntlm-aps но с ней не очень удобно. и бывает она тормозит жутко
|
|
|
|
|
DenZzz
|
|
« Ответ #42 : 27 июня 2007, 09:07:59 » |
|
|
|
|
|
|
SergeyZ
Гость
|
|
« Ответ #43 : 27 июля 2007, 17:26:49 » |
|
Использую FF и два различных подключения к разным внешним прокси. При физическом переключении на другую проксю в HandyCache "забываю" выбрать нужный прокси и вижу просто пустую страницу. Так не понятно что произошло. Вот я и подумал, а можно ли при отсутствии внешнего подключения браузеру подсовывать страницу типа "нет подключения к внешнему прокси"?
|
|
|
|
|
DenZzz
|
|
« Ответ #44 : 29 июля 2007, 21:14:32 » |
|
Вот я и подумал, а можно ли при отсутствии внешнего подключения браузеру подсовывать страницу типа "нет подключения к внешнему прокси"?
Во-первых, причин для отсутствия связи может быть масса - это и временные проблемы со связью или у провайдера, и неправильные настройки системы, файервола, антивируса, прокси-сервера (локального или внешнего) и т.д. В задачи HC не входит их диагностика! Тем более, что в большинстве случаев это просто невозможно сделать на уровне прокси! Во-вторых, сам браузер достаточно доходчиво описывает суть проблемы и что нужно в первую очередь проверить. В-третьих, в соответствующей теме в "Новых предложениях" уже звучало более функциональное решение: " Проверка работоспособности прокси (смена прокси при недоступности)". P.S. В последствие эта тема будет объединена с вышеуказанной темой в "Новых предложениях"...
|
|
|
|
|
sergo
Постоялец
Репутация: +5/-1
Offline
Сообщений: 112
|
|
« Ответ #45 : 18 августа 2007, 00:21:48 » |
|
У меня 5 безусловных и 2 условных внешних прокси, работают разные люди каждый со своими привычками и проксями и не всегда знаешь какие включаются сейчас при нажатии горячей клавы. Приходится дополнительно лезть мышкой назначок в трее. Хотелось бы чтобы всплывающее окошко при включении/выключении внешних прокси было чуть более информативным - указывало какой именно внешний прокси включен, т.е. выдавало строку из колонки "наименование". Прмер: Безусловный прокси Toonel включен Условные прокси включены
|
|
|
|
|
hand
Новичок
Репутация: +0/-0
Offline
Сообщений: 1
|
|
« Ответ #46 : 19 ноября 2007, 22:28:10 » |
|
Нельзя ли прикрутить к handycache планировщик, который мог бы менять используемый прокси сервер? У меня, например, тариф делится на прокси и непрокси, прокси делится на день/вечер/ночь, а непрокси на день/ночь. по стоимости они располагаются так: непрокси день - прокси день - прокси вечер - непрокси ночь - прокси ночь. плюс к этому прокси вечер по времени пересекается с непрокси ночь, вобщем частенько путаюсь и забываю включать или выключать прокси. Вот так.
|
|
|
|
|
Byfuglien
Новичок
Репутация: +1/-2
Offline
Сообщений: 46
|
|
« Ответ #47 : 02 апреля 2008, 10:52:49 » |
|
Если локальный внешний прокси (127.0.0.1) отсутствует, то браузер мгновенно выдает сообщение. НС же долго, безуспешно и неинформативно пытается дождаться от этого прокси ответа. Хочется от НС оперативности в этом вопросе. Такой же как у браузера.
|
|
|
|
|
zepete
Новичок
Репутация: +0/-0
Offline
Сообщений: 34
|
|
« Ответ #48 : 08 января 2009, 16:39:13 » |
|
Надо добавть две вещи у условных прокси: 1. разжовывание ip адресов у условных прокси 2. добавление условия, что если есть еще одно паралельное соединение с загрузкой определенных файлов, то направлять через прокси. Например у меня есть безлимит с ограничением скорости. Когда я загружаю какой нибудь большой архив, а в это время, паралельно смотрю новости через обозреватель интернет, то мне имеет смысл направлять поток от обозревателя через toonel, чтобы нагрузку на канал сократить, а когда не загружаю архив, то в этом смысла нет, это только тормазить будет.
|
|
|
|
|
DenZzz
|
|
« Ответ #49 : 08 января 2009, 22:04:17 » |
|
1. разжовывание ip адресов у условных прокси
Давно реализовано!
|
|
|
|
|
zepete
Новичок
Репутация: +0/-0
Offline
Сообщений: 34
|
|
« Ответ #50 : 09 января 2009, 18:06:17 » |
|
Только не работает:) Вот я добавил в исключение сеть: Вот пинг на адрес в этом диапазоне: Вот лог hc, после загрузки страницы www.totel.ru: Как видно, условие по ip не работает:)
|
|
|
|
|
4water
Пользователь
Репутация: +0/-0
Offline
Сообщений: 51
|
|
« Ответ #51 : 09 января 2009, 18:25:07 » |
|
в документации на сайте в разделе про нстаройку списков есть
'В списках: "Белый", "Черный", "Только из кэша", "Не обновлять", "Запись в кэш" - в колонках "Правило" и "Исключение", а также в колонке "Условие" списка "Условных прокси" можно использовать 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-кэш.'
в документации нет отсылки к этому месту в разделе про условные прокси отсюда наверно непонимание
|
|
|
|
|
zepete
Новичок
Репутация: +0/-0
Offline
Сообщений: 34
|
|
« Ответ #52 : 09 января 2009, 18:34:34 » |
|
Мне не надо ни белого ни красного, а нужено именно условное прокси с ip. Без этой фишки смысл в hc теряется полностью.
|
|
|
|
|
4water
Пользователь
Репутация: +0/-0
Offline
Сообщений: 51
|
|
« Ответ #53 : 09 января 2009, 18:53:36 » |
|
в колонке условие вместо того что там написано надо ip 195.144.*
|
|
|
|
|
DenZzz
|
|
« Ответ #54 : 09 января 2009, 19:07:57 » |
|
|
|
|
|
|
zepete
Новичок
Репутация: +0/-0
Offline
Сообщений: 34
|
|
« Ответ #55 : 09 января 2009, 19:29:44 » |
|
Это тупо:)
Добавлено: 09 Января 2009, 19:12:51
Кстати, я первое сообщение прочитал. Зачем нужно чегото распознавать архисложными процедурами. Достаточно ввести в регулярные выражения несколько магических директив. Например, $ip(*****), $HostName(*****). И такой херней можно сразу в одной строке обрабатывать и ip и url и User-Agent... В проксиметроне есть такая фишка, очень удобно, особенно $NEST.
|
|
|
|
|
|
4water
Пользователь
Репутация: +0/-0
Offline
Сообщений: 51
|
|
« Ответ #57 : 09 января 2009, 22:51:50 » |
|
слово 'ip' перед адресом все также отсутствует вот и результата нет
|
|
|
|
|
zepete
Новичок
Репутация: +0/-0
Offline
Сообщений: 34
|
|
« Ответ #58 : 09 января 2009, 23:12:31 » |
|
|
|
|
|
|
zepete
Новичок
Репутация: +0/-0
Offline
Сообщений: 34
|
|
« Ответ #59 : 10 января 2009, 06:39:53 » |
|
Заработало:) Там забывал поставить галку напротив условные прокси разрешить) Когда она есть все работает. Да еще в смущение вводит список безусловных прокси. Он же может быть только один, этот список логичнее по другому сделать было бы:)
|
|
|
|
|
antey718
Новичок
Репутация: +0/-0
Offline
Сообщений: 1
|
|
« Ответ #60 : 14 сентября 2009, 22:16:43 » |
|
Можно ли сделать чтобы условием для прокси было еще и время? Например с часу до 7 один прокси, с 8 до 18 другой, в остальное неопределенное время - третий. Хочется увидеть эту фичу как в условных так и безусловных прокси (в безусловных особенно).
Заранее спасибо.
|
|
|
|
|
DenZzz
|
|
« Ответ #61 : 14 сентября 2009, 22:21:30 » |
|
Можно ли сделать чтобы условием для прокси было еще и время?
Это можно сделать с помощью расширения.
|
|
|
|
|
Zergeus
Новичок
Репутация: +1/-3
Offline
Сообщений: 12
|
|
« Ответ #62 : 28 сентября 2010, 10:11:24 » |
|
использую 2 других внешних проксисервера. в основном для сжатия трафика. на обоих ограничения скорости. вот как бы сделать так чтобы ХК сам раскидывал трафик на эти 2 прокси. ну сумировать их скорости типа.
|
|
|
|
|
|
Zergeus
Новичок
Репутация: +1/-3
Offline
Сообщений: 12
|
|
« Ответ #64 : 01 декабря 2010, 09:05:01 » |
|
незнаю может и была такая темка но хотелось бы иметь список добавляемый сайтов которые грузяться в обход прописаных внешних прокси серверов. . С fastun удобно было бы, ну например, ютуб смотреть. Приходится отключать внешний прокси.
|
|
|
|
|
DenZzz
|
|
« Ответ #65 : 01 декабря 2010, 11:50:26 » |
|
И не просто тема была, а это давно уже реализовано через список "Условных прокси"!
|
|
|
|
|
Zergeus
Новичок
Репутация: +1/-3
Offline
Сообщений: 12
|
|
« Ответ #66 : 01 декабря 2010, 13:08:20 » |
|
А, ну прочитал. сори. )))))
но и тут можно улучшить немного. приписывать эти условия надо вручную. вот бы из окна монитора просто заносить в список обходных сайтов. и все.
|
|
|
|
|
Byfuglien
Новичок
Репутация: +1/-2
Offline
Сообщений: 46
|
|
« Ответ #67 : 19 октября 2011, 11:06:42 » |
|
ни один внешний прокси не работает версия HandyCache RC3 1.0.0.361 если НС работает с браузером Opera и как socks и как http-proxy
|
|
|
|
|
mai62
|
|
« Ответ #68 : 19 октября 2011, 15:36:40 » |
|
Думаю, Вы просто неправильно настроили.
|
|
|
|
|
Byfuglien
Новичок
Репутация: +1/-2
Offline
Сообщений: 46
|
|
« Ответ #69 : 19 октября 2011, 16:31:21 » |
|
мне кажется это баг НС если отключить в Opera socks-proxy HC и оставить только http-proxy HC, то все работает
если же это не баг скажите как с Opera использовать НС чтоб работал внешний прокси
|
|
« Последнее редактирование: 19 октября 2011, 16:55:50 от Byfuglien »
|
Сообщить модератору
Записан
|
|
|
|
|
mai62
|
|
« Ответ #70 : 19 октября 2011, 20:33:57 » |
|
У меня работает. Запросы от Опера идут к НС сразу на SOKCS5 и HTTP порты, НС работает через еще один запущенный экземпляр НС.
|
|
|
|
|
Byfuglien
Новичок
Репутация: +1/-2
Offline
Сообщений: 46
|
|
« Ответ #71 : 19 октября 2011, 21:29:08 » |
|
я пробовал внешние прокси Proxomitron и Fiddler посмотрите с ними пожалуйста Добавлено: 19 Октября 2011, 21:21:43
в какой момент включается внешний прокси? может вместо цепочки Opera-HC(socks)-HC(http)-внешнийПрокси-интернет получается Opera-HC(socks)-внешнийПрокси-HC(http)...
|
|
|
|
|
mai62
|
|
« Ответ #72 : 19 октября 2011, 22:35:35 » |
|
Ситуация такая получается. Опера шлет запросы по http и они проходят через НС на внешний прокси. В то же время часть запросов Опера шлет через SOKCS-прокси. Только вот запросы, идущие через SOKCS обращены опять же к http-прокси. Получается эти запросы идут через НС на внешний прокси и оттуда возвращаются на http-порт НС. Вот такой дурдом. Спрашивается зачем авторы Опера это сделали? Они шлют часть запросов прямо на http-прокси, а другую часть тоже на тот же http-прокси, но уже через SOCKS-прокси в качестве посредника. Я бы мог понять, если бы SOCKS-запросы шли прямо на целевой сервер, мол через два разных прокси может получиться быстрее. Но зачем часть запросов прогонять через два проси я не понимаю. Как хотите, но я считаю это багом Опера. Добавлено: 19 Октября 2011, 22:23:05
Попробуйте сделать так: выключите безусловный прокси и включите условный. В качестве условия введите точку. Тогда SOKCS-запросы пойдут прямо на HTTP-порт НС, а на внешний прокси пойдут только запросы, прошедшие через http-ghjrcb НС.
|
|
|
|
|
Byfuglien
Новичок
Репутация: +1/-2
Offline
Сообщений: 46
|
|
« Ответ #73 : 20 октября 2011, 10:57:04 » |
|
Спрашивается зачем авторы Опера это сделали? Они шлют часть запросов прямо на http-прокси, а другую часть тоже на тот же http-прокси, но уже через SOCKS-прокси в качестве посредника. может у нас разные версии браузера но у меня на Opera 12.00 alpha (сборка 1105) все запросы направляются через socks-proxy, напрямую на http-proxy не идет ничего Добавлено: 20 Октября 2011, 10:20:19
мне не удалось найти в описании Opera ничего про включение двух типов прокси одновременно но нашел описание прокси Polipo: Polipo can use two protocols to speak to a parent proxy: HTTP and SOCKS. When configured to use both HTTP and SOCKS proxying, Polipo will contact an HTTP proxy over SOCKS — in other words, SOCKS is considered as being at a lower (sub)layer than HTTP. наверно Opera реализует тот же принцип
|
|
|
|
|
Михаил
|
|
« Ответ #74 : 23 октября 2011, 17:03:25 » |
|
1. Да. Проблема. Надо что-то делать...
2. И еще один момент. Как НС разрешает доменные имена при наличии внешнего SOCKS-прокси? Сам или через кого-то?
|
|
|
|
|
mai62
|
|
« Ответ #75 : 23 октября 2011, 18:03:25 » |
|
Как НС разрешает доменные имена при наличии внешнего SOCKS-прокси? Когда НС работает через внешний прокси, то он не разрешает доменные имена, если это только возможно. В таком случае на машине, где стоит НС, вообще может не быть доступа к DNS-серверу. Сам или через кого-то? Как это через кого-то? Не знаю другого способа сделать преобразование доменного имени кроме как спросить у DNS-сервера.
|
|
|
|
|
Михаил
|
|
« Ответ #76 : 23 октября 2011, 20:48:30 » |
|
Когда НС работает через внешний прокси, то он не разрешает доменные имена, если это только возможно. Не знаю другого способа сделать преобразование доменного имени кроме как спросить у DNS-сервера. Через DNS-кэш - это "сам", через DNS-сервер - это "с помощью кого-то", есть еще вариант "не разрешает доменное имя вообще, отдавая это на откуп внешнему прокси". Так как именно работает НС с DNS, выступая в качестве SOCKS-прокси?
|
|
|
|
|
mai62
|
|
« Ответ #77 : 23 октября 2011, 22:51:40 » |
|
Через DNS-кэш - это "сам" Ну для кэша ведь запись из DNS-сервера берется, НС не сам ее родил. Так как именно работает НС с DNS, выступая в качестве SOCKS-прокси? "не разрешает доменное имя вообще, отдавая это на откуп внешнему прокси"
|
|
|
|
|
|