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

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

Сообщений: 9
« Ответ #20 : 24 сентября 2007, 11:41:40 »
 ПроцитироватьЦитировать
Суппорта всего измучал, но проблема вот какая получается: ОпенВПН через прокси работает только на TCP пакетах. Настроки клиент-программы OpenVPN GUI изменил на ТСР, прописал путь через прокси НС. Подключаю - все соединяется, интернет летает путем.... но через минут 4 начинаются обрывы/соединения с регулярностью примерно раз в минуту.
Еще одно замечание:  Аська работает напрямую с НС и работает стабильно до тех пор, пока не включу клиент-программу спутн. соединения. Т.е. аську тоже начинает лихорадить - идут обрывы/соединения, но не одновременно с обрывами клиент-программы и причем реже. Без аськи клиент-программа обрывается как обычно. Т.е. работа аськи зависит от наличия спутникового соединения, но не наоборот. Логин/пароли у них разные.
У меня вопрос - как НС работает с ТСР-пакетами? И какие еще есть соображения?
Сообщить модератору   Записан
mai62
Автор HC
*****

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

Сообщений: 6383
« Ответ #21 : 24 сентября 2007, 15:18:13 »
 ПроцитироватьЦитировать
Цитировать
но через минут 4 начинаются обрывы/соединения с регулярностью примерно раз в минуту.
НС по своей инициативе не рвет SSL (или CONNECT) соединение. В логе НС можно посмотреть кто рвет соединение: клиент или сервер. Возможно тебе поможет это (цитата отсюда http://openvpn.ru/faq1.html)
Цитировать
Q: Временами у меня теряется соединение с OpenVPN-сервером. Потом происходит реконнект, но все текущие соединения падают. Как этого избежать?
A: Если Вы уверены, что в этом не виноват Ваш провайдер, попробуйте вставить в vpn.conf опцию "ping-restart 0" и "keepalive 1 60". Затем следует вручную перезапустить OpenVPN-соединение. Данная проблема может также быть из-за включенной службы синхронизации времени. Если системное время в момент синхронизации отличается более чем на 3 минуты, происходит рестарт соединения. Рекомендуем выключить этот сервис в момент использования OpenVPN
Аська (если клиент настроен на работу через https-прокси) и OpenVPN-клиент (при работе через TCP) используют одну технологию - соединение с методом CONNECT. Раз аська в отсутствие OpenVPN-клиента работает нормально, то дорожка в инет для этого метода у тебя протоптона и грабли где-то в настройках OpenVPN.
« Последнее редактирование: 24 сентября 2007, 15:28:05 от mai62 » Сообщить модератору   Записан
anigo
Новичок
*

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

Сообщений: 9
« Ответ #22 : 24 сентября 2007, 16:02:39 »
 ПроцитироватьЦитировать
Аська очухалась почему-то и стала работать вне зависимости от наличия/отсутствия ОпенВПНа.
"ping-restart 0" и "keepalive 1 60"  ввел, но проблема осталась.
лог соединения:
---------------------------------
Mon Sep 24 15:49:39 2007 ******* WARNING *******: null MAC specified, no authentication will be used
Mon Sep 24 15:49:39 2007 LZO compression initialized
Mon Sep 24 15:49:39 2007 TAP-WIN32 device [Подключение по локальной сети 6] opened: \\.\Global\{387055DE-C782-4AE1-A53E-783CC2A903A2}.tap
Mon Sep 24 15:49:39 2007 Notified TAP-Win32 driver to set a DHCP IP/netmask of 172.27.252.1/255.255.255.252 on interface {387055DE-C782-4AE1-A53E-783CC2A903A2} [DHCP-serv: 172.27.252.2, lease-time: 31536000]
Mon Sep 24 15:49:39 2007 Successful ARP Flush on interface [4] {387055DE-C782-4AE1-A53E-783CC2A903A2}
Mon Sep 24 15:49:39 2007 WARNING: You have selected '--ip-win32 dynamic', which will not work unless the TAP-Win32 TCP/IP properties are set to 'Obtain an IP address automatically'
Mon Sep 24 15:49:39 2007 Attempting to establish TCP connection with 150.110.100.2:8080
Mon Sep 24 15:49:39 2007 TCP connection established with 150.110.100.2:8080
Mon Sep 24 15:49:44 2007 TCPv4_CLIENT link local: [undef]
Mon Sep 24 15:49:44 2007 TCPv4_CLIENT link remote: 150.110.100.2:8080
Mon Sep 24 15:49:52 2007 Peer Connection Initiated with 150.110.100.2:8080
Mon Sep 24 15:49:53 2007 Initialization Sequence Completed
Mon Sep 24 15:50:42 2007 Connection reset, restarting
Mon Sep 24 15:50:42 2007 SIGUSR1[soft,connection-reset] received, process restarting
---------------------

Строки :
Mon Sep 24 15:50:42 2007 Connection reset, restarting
Mon Sep 24 15:50:42 2007 SIGUSR1[soft,connection-reset] received, process restarting
- это момент обрыва.

Как посмотреть лог НС?
Сообщить модератору   Записан
DenZzz
Модератор
*****

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

Сообщений: 5589
« Ответ #23 : 24 сентября 2007, 16:36:06 »
 ПроцитироватьЦитировать
Цитата: anigo от 24 сентября 2007, 16:02:39
Как посмотреть лог НС?

В настройках HC "Общие / Вид" поставить галки "Вести лог" и "Отладочная информация", потом нажать "Показать окно лога".
Сообщить модератору   Записан
anigo
Новичок
*

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

Сообщений: 9
« Ответ #24 : 24 сентября 2007, 16:41:42 »
 ПроцитироватьЦитировать
Кое-что вымучал у суппортов еще:
- "у нас в логах видно, что ОпенВПН отключается по неактивности, т.е. от Вас нет пакетов и ОпенВПН -отключается"
- "Скорее всего прокси через некоторое время неактивности разрывает TCP подключение, от этого и обрывы. Нужно рыть в сторону увеличения таймаутов в конфигурации прокси сервера."
Сообщить модератору   Записан
DenZzz
Модератор
*****

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

Сообщений: 5589
« Ответ #25 : 24 сентября 2007, 16:56:38 »
 ПроцитироватьЦитировать
Цитата: anigo от 24 сентября 2007, 16:41:42
- "Скорее всего прокси через некоторое время неактивности разрывает TCP подключение, от этого и обрывы. Нужно рыть в сторону увеличения таймаутов в конфигурации прокси сервера."

mai62 выше же уже говорил: "НС по своей инициативе не рвет SSL (или CONNECT) соединение"!
Думаю, рыть нужно в сторону твоего ADSL-провайдера! Вероятно, у него тоже есть свои прокси и таймауты!

Приложи к посту лог HC, чтобы сказать точнее...
« Последнее редактирование: 24 сентября 2007, 17:01:09 от DenZzz » Сообщить модератору   Записан
anigo
Новичок
*

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

Сообщений: 9
« Ответ #26 : 25 сентября 2007, 10:23:11 »
 ПроцитироватьЦитировать
Привожу лог:

25.09.2007 9:18:41 # 22: Connection from SAT/150.110.100.200

25.09.2007 9:18:41 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:41 # 22 >>> URL: 82.211.176.2:53498
CONNECT 82.211.176.2:53498 HTTP/1.0
Proxy-Authorization: Basic U0FUOlNBVA==


25.09.2007 9:18:41 # 22:  Outbound Connection

25.09.2007 9:18:41 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1ReceiveDo: длина 37

25.09.2007 9:18:41 # 22 <<< URL: 82.211.176.2:53498
HTTP/1.0 200 Connection established

25.09.2007 9:18:43 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:43 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:44 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:44 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:44 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:44 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:44 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:45 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:45 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:46 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:46 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:46 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:48 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:49 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:50 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:51 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:52 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1ReceiveDo: длина 42

25.09.2007 9:18:52 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:53 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:53 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:53 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1ReceiveDo: длина 194

25.09.2007 9:18:54 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:55 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:57 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:58 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:18:59 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:00 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:01 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:02 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:04 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:05 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:06 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:07 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:08 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:10 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:11 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:12 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:13 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:14 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:16 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:17 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:18 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:19 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:20 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:22 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:23 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:24 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:25 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:27 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:28 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:29 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:30 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:31 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:33 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:34 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:35 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:36 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:37 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:38 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:39 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:40 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:41 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:42 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:43 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:44 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:45 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:46 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:47 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:48 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:50 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:51 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:52 # 22 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:19:53 # 22:  Client Disconnection

25.09.2007 9:19:53 # 22 <<< URL: 82.211.176.2:53498
Destroy

...... и снова идет соединение:


25.09.2007 9:20:00 # 23: Connection from SAT/150.110.100.200

25.09.2007 9:20:00 # 23 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:20:00 # 23 >>> URL: 82.211.176.2:53498
CONNECT 82.211.176.2:53498 HTTP/1.0
Proxy-Authorization: Basic U0FUOlNBVA==

Добавлено: 25 Сентября 2007, 09:32:06

ЕЩЕ ОДНА ИНТЕРЕСНАЯ ВЕСЧь.
соединяю прокси не через АДСЛ, а по GPRS-каналу  (хотя напрямую без прокси GPRS без проблем работает с OpenVPN)
получается та же петрушка
вот лог:


************************************************************

25.09.2007 9:38:37 # 50: Connection from local/127.0.0.1

25.09.2007 9:38:37 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:38:37 # 50 >>> URL: 82.211.176.2:53498
CONNECT 82.211.176.2:53498 HTTP/1.0
Accept-Encoding: gzip, deflate


25.09.2007 9:38:38 # 50:  Outbound Connection

25.09.2007 9:38:38 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1ReceiveDo: длина 37

25.09.2007 9:38:38 # 50 <<< URL: 82.211.176.2:53498
HTTP/1.0 200 Connection established

25.09.2007 9:38:41 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

.........................

25.09.2007 9:38:48 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:38:49 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1ReceiveDo: длина 42

25.09.2007 9:38:49 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:38:49 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:38:50 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:38:50 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:38:52 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:38:52 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1ReceiveDo: длина 194

25.09.2007 9:38:52 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

........................

25.09.2007 9:39:39 # 50 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:39:40 # 50:  Outbound Disconnection

25.09.2007 9:39:40 # 50:  Client Disconnection

25.09.2007 9:39:40 # 50 <<< URL: 82.211.176.2:53498
Destroy


.....   и снова идет соединение...............

25.09.2007 9:39:46 # 51: Connection from local/127.0.0.1

25.09.2007 9:39:46 # 51 <<< URL: 82.211.176.2:53498
IdConnectionIntercept1SendDo

25.09.2007 9:39:46 # 51 >>> URL: 82.211.176.2:53498
CONNECT 82.211.176.2:53498 HTTP/1.0
Accept-Encoding: gzip, deflate

********************************************************************

из лога мне, конечно мало что понятно, но помоему причина в НС..
Сообщить модератору   Записан
mai62
Автор HC
*****

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

Сообщений: 6383
« Ответ #27 : 25 сентября 2007, 16:16:57 »
 ПроцитироватьЦитировать
У тебя в первом случае инициатива разрыва соединения за клиентом
Цитировать
25.09.2007 9:19:53 # 22:  Client Disconnection
а во втором за сервером
Цитировать
25.09.2007 9:39:40 # 50:  Outbound Disconnection

25.09.2007 9:39:40 # 50:  Client Disconnection
Итого 50 на 50. Посмотри лог, что там чаще втречается: Client Disconnection первым идет или Outbound Disconnection при разрыве?
Цитировать
соединяю прокси не через АДСЛ, а по GPRS-каналу  (хотя напрямую без прокси GPRS без проблем работает с OpenVPN)
получается та же петрушка
То, что у тебя клиент и сервер работают без прокси нормально, а через прокси соединение теряется еще не означает, что виноват прокси. Кстати, напрямую по GPRS-каналу у тебя OpenVPN работает через TCP или UDP?
Цитировать
из лога мне, конечно мало что понятно, но помоему причина в НС..
Сказать тебе точно в чем причина проблемы тебе не могу, сам OpenVPN никогда живьем не щупал (если бы был доступный OpenVPN-сервер можно было бы попробовать, не знаю бывает ли такое). Могу только сказать, что аська использует для обмена с сервером ту же технологию, а она через НС работает. Попробуй через какой-нибудь другой прокси запустить свой OpenVPN, о результатах прошу сообщить.
Сообщить модератору   Записан
anigo
Новичок
*

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

Сообщений: 9
« Ответ #28 : 02 октября 2007, 15:15:16 »
 ПроцитироватьЦитировать
Попробовал другой прокси - та же история. Как оказалось OpenVPN с GPRS нормально работает по UDP-пакетам, а по ТСР - тоже рвутся пакеты. Значит проблема в компьютере а не в наземном канале и не в прокси.
Кстати, кто может сказать, почему комп рвет ТСР-пакеты, хотя брандмауэр выключен, антивирей/антихакеров/файрволов нет  ?
Сообщить модератору   Записан
Nickos
Новичок
*

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

Сообщений: 2
« Ответ #29 : 18 ноября 2007, 21:32:28 »
 ПроцитироватьЦитировать
Здравствуйте, поставил прогу и она мне очень понравилась, пока я в мало в чем разобрался, оставил все по умолчанию, только прописал порт внешнего прокси (у меня спутниковый инет от planesky, который работает по схеме реальный IP+tc-recv (ускоритель). Ускоритель используется в качестве вышестоящего прокси)B вот что выяснилось:
После того, как я посерфил в инете через спутник и скачал несколько файлов, я зашел на сервер статистики моей выделенной линии, то увидел, что весь траффик оказался там, а не у спутника, потом я отключил HandyCache, естественно произведя соответствующие перенастройки в IE и еще полазил и покачал. Потом опять полез в статистику ADSL, и там все было нормально. В чем байда, ребята, подскажите, прога то очень хорошая
Сообщить модератору   Записан
DenZzz
Модератор
*****

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

Сообщений: 5589
« Ответ #30 : 19 ноября 2007, 09:29:07 »
 ПроцитироватьЦитировать
Цитата: Nickos от 18 ноября 2007, 21:32:28
После того, как я посерфил в инете через спутник и скачал несколько файлов, я зашел на сервер статистики моей выделенной линии, то увидел, что весь траффик оказался там, а не у спутника

Или ты ускоритель в HC неправильно прописал или галки какие забыл поставить!
Приложи скрин-шот вкладки "Внешние прокси" в настройках HC и лог приложить не помешало бы...

И еще почитай эту тему с начала - там уже было про настройку planetsky через tc-recv.
Сообщить модератору   Записан
mika
Гость
« Ответ #31 : 18 марта 2008, 17:28:25 »
 ПроцитироватьЦитировать
При работе через принимающую спутниковую тарелку и ускорители, работающие по протоколу UDP, кэш ДНС в HC не работает -- не добавляются новые записи, и старые не использутся. Это испытано на провайдере SatGate, ускоритель SlonAx, и на Радуге-интернет, ускоритель Спринт.
На том же компьютере, без изменения насторек (кроме отключения внешнего для HC прокси, которым является ускоритель) при работе через обычный модем и ADSL, кэш ДНС работает нормально.

Возможно ли настроить HC через ускоритель, чтобы кэш ДНС задействовался (ведь он дает большой эффект!), или через ускорители по UDP это принципиально невозможно?
Наверное, если бы сервер ускорителя получал запросы с уже разрешенными адресами в виде IP из кэша, то он работал бы быстрее, ему не потребовалось бы разрешать URLы.
Сообщить модератору   Записан
DenZzz
Модератор
*****

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

Сообщений: 5589
« Ответ #32 : 18 марта 2008, 20:48:30 »
 ПроцитироватьЦитировать
Цитата: mika от 18 марта 2008, 17:28:25
На том же компьютере, без изменения насторек (кроме отключения внешнего для HC прокси, которым является ускоритель) при работе через обычный модем и ADSL, кэш ДНС работает нормально.

При работе через внешний прокси (ускоритель) DNS-запросы делает последний прокси в каскаде! См. тему: "Кэширование DNS при использовании внешнего прокси"...

Цитировать
Наверное, если бы сервер ускорителя получал запросы с уже разрешенными адресами в виде IP из кэша, то он работал бы быстрее, ему не потребовалось бы разрешать URLы.

Сомневаюсь! Сервер ускорителя обычно находится на очень широком (быстром) канале, поэтому лишний DNS-запрос для него, как слону дробинка! "Выигрыш" будет исчисляться в миллисекундах...
Сообщить модератору   Записан
mika
Гость
« Ответ #33 : 20 марта 2008, 09:39:15 »
 ПроцитироватьЦитировать
Спасибо! В указанной ветке форума вы пишете по этому поводу, "Реализовано с версии HC 1.0 RC1 ! При использовании правил для IP в "Условных прокси" будет выясняться IP даже если используется внешний прокси! Кэш DNS должен быть включен."

Где можно прочитать, каким образром составить эти правила?
Сообщить модератору   Записан
ctvuf
Гость
« Ответ #34 : 13 апреля 2008, 23:36:10 »
 ПроцитироватьЦитировать
У меня не получается настроить НС.
1 компьютер, карта SkyStar 2, провайдер SatGate LLS, через Slonax, браузер
Opera 9.27, прокси 127.0.0.1:8080, отправка через GPRS
Может в НС надо ещё прописывать IP-адрес и порт Slonax.
Заранее спасибо.
Сообщить модератору   Записан
ctvuf
Гость
« Ответ #35 : 14 апреля 2008, 00:52:17 »
 ПроцитироватьЦитировать
Извените за беспокойство. Всё настроил сам, просто невнимательность,
очевидно с возрастом. Огромное спасибо за прогу.
Сообщить модератору   Записан
Geo
Гость
« Ответ #36 : 16 апреля 2008, 23:05:53 »
 ПроцитироватьЦитировать
Замечательная прога! На сайте СТВ мне помогли ее настроить в связке проксомитроном, эффект потрясающий!
Спасибо автору за НС
Сообщить модератору   Записан
Sani4
Гость
« Ответ #37 : 18 апреля 2008, 02:17:24 »
 ПроцитироватьЦитировать
To mika
Чтобы заставить HC кэшировать DNS необходимо скачать прогу Proxyfier. В настройках Advanced->HTTP Traffic    поставить галку, чтобы внешние запросы перенаправлялись на внешний прокси (HTTP-прокси Слонакса).
Также в Options->proxyfication_rules  надо убрать галку с Loopback...Еще  в Options->Name_Resolution необходимо установить плюмбу на Try_locally_then_remotely. На этом все. Теперь DNS разрешения должны кэшироваться! Подмигивающий
Сообщить модератору   Записан
Choper
Гость
« Ответ #38 : 19 сентября 2008, 14:46:54 »
 ПроцитироватьЦитировать
Люди подскажите! Я скачал Handycache, установил, вписал правильно в браузер прокси 127.0.0.1 порт 8080, но программа у меня так и не пашет, там не идут никаких процессов! У меня спутниковый инет, на исходящих стоит локальная сеть, прокси и порт я вписал в настройки спутника
Сообщить модератору   Записан
mai62
Автор HC
*****

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

Сообщений: 6383
« Ответ #39 : 19 сентября 2008, 18:35:51 »
 ПроцитироватьЦитировать
Если браузер настроен правильно, при попытке загрузить что-то из него в мониторе НС должны появляться строки. Если не появляются, значит в настройках ошибка, проверяй внимательно.
Сообщить модератору   Записан
Страниц: 1 [2] 3 4 ... 6   Вверх
  Ответ    Отправить эту тему    Печать  

« предыдущая тема следующая тема »
 
Перейти в:  

+ Быстрый ответ
С быстрым ответом Вы также можете использовать BB код и смайлы.



Powered by SMF 1.1.3 SMF © 2006, Simple Machines LLC
Joomla Bridge by JoomlaHacks.com