Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | | | |
Должно 16.09.05 14:52 Число просмотров: 2224
Автор: Deviator <n/a> Статус: Member
|
|
|
|
<dnet>
|
работа с двумя прокси 15.09.05 23:23
Автор: ddmitry Статус: Незарегистрированный пользователь
|
|
Можно как-нибудь сделать так, чтобы клиент мог работать с двумя прокси? Сейчас получается так: если отваливается прокси, то клиент лезет в интернет. А хотелось бы, чтобы он лез на второй прокси. Конечно, можно тупо прописать в хостах ip-адрес второго прокси для домена euro.v29.distributed.net (он вроде как всегда первый опрашивается). Но хотелось бы чего-то более правильного и более простого.
|
|
[RC5] работа с двумя прокси 16.09.05 07:48
Автор: LOnG <LOnG> Статус: Member
|
> Можно как-нибудь сделать так, чтобы клиент мог работать с
> двумя прокси? Сейчас получается так: если отваливается
> прокси, то клиент лезет в интернет. А хотелось бы, чтобы он
> лез на второй прокси.
а зачем ? поставь autofindkeyserver=no и как твой корпо-прокси снова встанет на ноги все клиенты на него сольются !!!
пример, как у меня
[networking]
disabled=no
autofindkeyserver=no
keyserver=*:2064;192.168.0.16
dialup-watcher=disabled
firewall-type=http
nofallback=true
|
| |
[OGR] [RC5] работа с двумя прокси 16.09.05 12:40
Автор: ddmitry Статус: Незарегистрированный пользователь
|
|
Так сейчас и работает. Но при этом проявляется странный глюк. Еесли клиенты видят в сети компьютер, но на нём не работает прокси, они приостанавливают работу. Некоторые на определённое время, а некоторые вообще останавливаются. Пока не перезапустишь, дальше нормально работать не хотят. В то же время в сети есть два прокси, которым неплохо было бы резервировать друг друга.
|
| | |
Это не странный глюк, это фича. 18.09.05 16:08
Автор: SergNe0 <Sergey> Статус: Member
|
Это не странный глюк, это фича.
Если клиенты не видят в сети прокси и если у клиента во входном буфере не осталось новых пакетов на обработку, то по-умолчанию специально сделано так чтобы, клиент останавливался. У вас они останавливаются вероятно потому, что размер выходного буфера стоит очень маленький, предположительно 1. Поэтому когда клиент работает , а прокси по каким то причинам временно останавливается это все не смертельно. Если прокси остановлен на значительное время, клиент возможно закончил работать над очередным блоком , но прокси не видит, отработаный скинуть не может и нового взять тоже вот он и останавливает за ненадобностью работы, чтобы избежать вероятных проблем можно просто увеличить входной буфер у клиентов допустим до 10. fetch-workunit-threshold=10
Этого достаточно будет клиенту, чтобы он не остановился, даже если ваш прокси полдня не работает.
А вопрос параллельной работы 2-х прокси меня тоже интересует. Когда стоит один прокси, клиент мог сам выбирать к какому подключаться.
|
| | | |
Входной буфер выставлен большой, не в этом дело. 18.09.05 18:39
Автор: ddmitry Статус: Незарегистрированный пользователь
|
|
|
| | | | |
[OGR] Входной буфер выставлен большой, не в этом дело. 18.09.05 21:15
Автор: SergNe0 <Sergey> Статус: Member
|
Только что проверил как работает клиент, когда у него в настройках несколько адресов прокси.
keyserver=192.168.1.1;192.168.1.2
если не работает первый, то клиент обращается ко второму, проверено, работает.
Все очень просто, резервирование работает.
|
| | |
никогда с таким не сталкивался - конфиг с клиентов которые... 16.09.05 14:00
Автор: LOnG <LOnG> Статус: Member
|
> Так сейчас и работает. Но при этом проявляется странный
> глюк. Еесли клиенты видят в сети компьютер, но на нём не
> работает прокси, они приостанавливают работу. Некоторые на
никогда с таким не сталкивался - конфиг с клиентов которые (при)останавливаются в студию
> определённое время, а некоторые вообще останавливаются.
> Пока не перезапустишь, дальше нормально работать не хотят.
> В то же время в сети есть два прокси, которым неплохо было
> бы резервировать друг друга.
судя по надписям в настройках клиента через запятую
keyserv.hellsbells.org, join.the.dots.de:1234
|
| | |
Через точку с запятой перечислять их пробовал? 16.09.05 13:18
Автор: Deviator <n/a> Статус: Member
|
|
|
| | | |
Нет, только через запятую. А так сработает? 16.09.05 13:28
Автор: ddmitry Статус: Незарегистрированный пользователь
|
|
|
| | | | |
Должно 16.09.05 14:52
Автор: Deviator <n/a> Статус: Member
|
|
|
| | | | | |
Не хочет. Пробовал вводить ip с пробелом и без после ";" 18.09.05 18:39
Автор: ddmitry Статус: Незарегистрированный пользователь
|
|
|
| | | | | | |
попробовал, работает (вводил первым несуществующий адрес без пробела) 18.09.05 21:14
Автор: Deviator <n/a> Статус: Member
|
|
|
| | | | | | | |
Сделал тоже самое, все работает. 18.09.05 21:16
Автор: SergNe0 <Sergey> Статус: Member
|
|
|
| | | | | | | | |
Перепроверил, действительно работает. Наверное я где-то... 19.09.05 12:14
Автор: ddmitry Статус: Незарегистрированный пользователь
|
|
Перепроверил, действительно работает. Наверное я где-то ошибся. Всем спасибо за советы.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
