+  HandyCache форум
|-+  Главная категория» Новые предложения» Внешние (родительские) прокси
Имя пользователя:
Пароль:
Страниц: [1] 2 3 4  Все   Вниз
  Отправить эту тему    Печать  
Автор Тема: Внешние (родительские) прокси  (Прочитано 60780 раз)
0 Пользователей и 1 Гость смотрят эту тему.
DenZzz
Модератор
*****

Репутация: +179/-11
Offline Offline

Сообщений: 5589



« : 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
« Последнее редактирование: 01 Декабрь 2010, 11:59:05 от DenZzz » Сообщить модератору   Записан
che@TTer
Новичок
*

Репутация: +0/-0
Offline Offline

Сообщений: 16


Мягкий и пушистый


« Ответ #1 : 18 Январь 2007, 07:41:54 »

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

А пока наверно придется фаерволл ставить  Непонимаю
Сообщить модератору   Записан
Rick
Администратор
*****

Репутация: +15/-1
Offline Offline

Сообщений: 868


WWW
« Ответ #2 : 18 Январь 2007, 07:53:41 »

Может я че не так делаю?
В FAQ посмотри вариант.

Цитировать
А если нет - предлагаю добавить в настройках внешних прокси -NTLM аутентификацию.
В ближайшей перспективе не ожидается, но в планах есть.
Сообщить модератору   Записан
Voda
Новичок
*

Репутация: +0/-0
Offline Offline

Сообщений: 1


« Ответ #3 : 30 Январь 2007, 20:34:05 »

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

Репутация: +15/-1
Offline Offline

Сообщений: 868


WWW
« Ответ #4 : 31 Январь 2007, 01:52:04 »

Уже предлагагалось и внесено в ToDo.
Сообщить модератору   Записан
pmail
Гость
« Ответ #5 : 06 Февраль 2007, 22:07:32 »

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

Репутация: +15/-1
Offline Offline

Сообщений: 868


WWW
« Ответ #6 : 06 Февраль 2007, 22:43:04 »

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

Репутация: +0/-0
Offline Offline

Сообщений: 4


« Ответ #7 : 08 Февраль 2007, 12:34:41 »

Нельзя ли прикрутить поддержку SOCKS в качестве Внешнего прокси? Надоело каскады рисовать.
Сообщить модератору   Записан
Rick
Администратор
*****

Репутация: +15/-1
Offline Offline

Сообщений: 868


WWW
« Ответ #8 : 08 Февраль 2007, 12:47:00 »

В ToDo-листе: планируется реализовать в среднесрочной перспективе SOCKS и PortForwarding.
Сообщить модератору   Записан
Death_Master
Beta tester
*****

Репутация: +1/-1
Offline Offline

Сообщений: 81


« Ответ #9 : 16 Февраль 2007, 05:14:29 »

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

Репутация: +179/-11
Offline Offline

Сообщений: 5589



« Ответ #10 : 16 Февраль 2007, 07:53:26 »

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

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

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

Репутация: +1/-1
Offline Offline

Сообщений: 81


« Ответ #11 : 16 Февраль 2007, 14:26:28 »

нужно именно чередование, все 3 прокси считаем рабочими, но с ограничением скорости по IP.
Сообщить модератору   Записан
Alvein
Гость
« Ответ #12 : 23 Февраль 2007, 11:35:43 »

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

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

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

Спасибо!
Сообщить модератору   Записан
DenZzz
Модератор
*****

Репутация: +179/-11
Offline Offline

Сообщений: 5589



« Ответ #13 : 23 Февраль 2007, 12:54:03 »

Alvein

Цитировать
Так вот предложение: возможно ли добавить правила для того чтобы handycache сам выбирал через какой прокси ему загружать сраницу по определенным критериям

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

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

Это планируется сделать в будущем и занесено в ToDo как "Разделить пользователей на группы: для возможности отключить/включить правила для определенных групп пользователей".
Сообщить модератору   Записан
Feldsher
Новичок
*

Репутация: +0/-0
Offline Offline

Сообщений: 2


« Ответ #14 : 24 Февраль 2007, 11:20:57 »

есть локальная сеть в ней есть прокси с автонастройкой, собственно как handycache скормить "внешний" .pac файл?
Сообщить модератору   Записан
DenZzz
Модератор
*****

Репутация: +179/-11
Offline Offline

Сообщений: 5589



« Ответ #15 : 24 Февраль 2007, 12:44:04 »

Пока никак!

Видимо, тему стоит перенести в раздел "Новые предложения"...
Сообщить модератору   Записан
Сергей
Beta tester
*****

Репутация: +9/-2
Offline Offline

Сообщений: 621



« Ответ #16 : 26 Февраль 2007, 16:06:37 »

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

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

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

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

Спинным мозгом чую, что Александр сейчас над этим работает, но не советуется Подмигивающий
Сообщить модератору   Записан
Rick
Администратор
*****

Репутация: +15/-1
Offline Offline

Сообщений: 868


WWW
« Ответ #17 : 27 Февраль 2007, 01:18:11 »

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

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

Цитировать
Не придется прописывать несколько раз одни и те-же реквизиты.
Так ведь тут или одним и тем же прокси разные "реквизиты" (правила), или разным "реквизитам" одни и те же прокси.
Сообщить модератору   Записан
Сергей
Beta tester
*****

Репутация: +9/-2
Offline Offline

Сообщений: 621



« Ответ #18 : 27 Февраль 2007, 08:53:34 »

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

1. Не работает команда Копировать в буфер. Поэтому очень неудобно заново вводить все параметры внешних прокси если они повтроряются для разных правил.
И вообще было бы правильней описать прокси в отдельном месте (пользователь:пароль@сервер:порт) а в списках только ссылаться на них.
Тогда много лишней работы исчезнет.
2. Нельзя использовать IP-адреса веб-серверов в правилах. Это нужно для разделения внутреннего и внешнего трафика моего провайдера. Внешний можно было бы направить через toonel, а внуктренний читать напрямую.
3. Нельзя назначать прокси для отдельных пользователей.
4. Если прокси не отвечает хотелось бы иметь автоматическое переключение на резервный.
« Последнее редактирование: 27 Февраль 2007, 09:01:59 от Сергей » Сообщить модератору   Записан
Rick
Администратор
*****

Репутация: +15/-1
Offline Offline

Сообщений: 868


WWW
« Ответ #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. Если прокси не отвечает хотелось бы иметь автоматическое переключение на резервный.
Обязательно перебор только включенных (разрешенных) прокси и обязательно опционально!
Сообщить модератору   Записан
Страниц: [1] 2 3 4  Все   Вверх
  Отправить эту тему    Печать  

 
Перейти в: