Форум пользователей сервиса "Радуга-Интернет"
Архив сообщений => Асинронный интернет => Общие вопросы => Тема начата: sergey250480 от 06.09.2008, 05:27:17
-
В связи с уходом SkyDSL со спутника Express AM22,решил использовать свою давнишнюю подписку на радугу(активную Di+Traffic),закинул бабло,запустил лошадь(sprint, версия 2.2a2),та позеленела,запускаю жопорез МТС-онлайнер(самостоятельно работает норм),запускаю любой сайт,морда загорается на несколько секунд.....и тишина,вечная загрузка страницы.
PS. Настройки раньше работали(строго по инструкции),карта SS3 PCI,сигнал 50/83,временами сигнал начинает скакать с нуля до 50,выставляя планетскай и хелиоснет скачков не наблюдается.
Животных в компе нет,Nod32,брендмауэр отключен,фаэрвола нет,моск.обл.,тарель 80,Express AM22.
PS. Пожалуйста вразумите,в чём проблема,я закинул 700 руб.,очень жалко их потерять.
-
ПРАВОЙ КНОПНОЙ КЛИКНИ ПО INT.EXPLORER ,НАЖМИ НА ПОДКЛЮЧЕНИЯ,ДАЛЕЕ НАСТРОЙКА МОДЕМА,УБЕРИ ГАЛОЧКИ С АВТОМАТИЧЕСКОГО ОПРЕДЕЛЕНИЯ ПАРАМЕТРОВ,ОТАВЬ ТОЛЬКА НА ИСПОЛЬЗОВАТЬ ПРОКСИ-СЕРВЕР И НЕ ИСПОЛЬЗОВАТЬ ПРОКСИ-СЕРВЕР ДЛЯ ЛОКАЛЬНЫХ АДРЕСОВ,ПРОПИШИ АДРЕС 127.0.0.1 И ПОРТ 3128,ДОЛЖНО ЗАРАБОТАТЬ.
-
Может попробовать спринт последней версии?
-
на АМ33 такаяже фигня ,зря 700 закинул,надо было полтишок хотябы положить.
-
"Качество"=50% - это очень мало.
-
ПРАВОЙ КНОПНОЙ КЛИКНИ ПО INT.EXPLORER ,НАЖМИ НА ПОДКЛЮЧЕНИЯ,ДАЛЕЕ НАСТРОЙКА МОДЕМА,УБЕРИ ГАЛОЧКИ С АВТОМАТИЧЕСКОГО ОПРЕДЕЛЕНИЯ ПАРАМЕТРОВ,ОТАВЬ ТОЛЬКА НА ИСПОЛЬЗОВАТЬ ПРОКСИ-СЕРВЕР И НЕ ИСПОЛЬЗОВАТЬ ПРОКСИ-СЕРВЕР ДЛЯ ЛОКАЛЬНЫХ АДРЕСОВ,ПРОПИШИ АДРЕС 127.0.0.1 И ПОРТ 3128,ДОЛЖНО ЗАРАБОТАТЬ.
Я не пользуюсь IE,через оперу,всё это я сделал в первую очередь,про прокси я просвещён,не работает.
Может попробовать спринт последней версии?
Я пробовал последний спринт,постоянное мигание,2-ой хотя бы инициализируется.
на АМ33 такаяже фигня ,зря 700 закинул,надо было полтишок хотябы положить.
Вот об этом я теперь и думаю :) ,просто раньше работало всё,вот и лоханулся.
"Качество"=50% - это очень мало.
Но ведь 50% достаточно для работы,или я ошибаюсь? И почему такой сигнал слабый на радуге?
PS.Спасибо что отозвались!
-
Попробуй перезапустить подписку, кто-то писал что это помогает.
-
Но ведь 50% достаточно для работы,или я ошибаюсь? И почему такой сигнал слабый на радуге?
Соотношение 50/80 - это ненормально. Либо у вас дождливая погода, либо антенна направлена не совсем точно. То, что Вы говорили про бесконечно долгую загрузку, случается у меня в период плохой погоды. "Качество" прыгает от 0 до 50, а когда нормальные условия качество=100%.
-
Попробуй перезапустить подписку, кто-то писал что это помогает.
Тоже где то эту тему читал...пробовал,мне не помогло.
Соотношение 50/80 - это ненормально. Либо у вас дождливая погода, либо антенна направлена не совсем точно. То, что Вы говорили про бесконечно долгую загрузку, случается у меня в период плохой погоды. "Качество" прыгает от 0 до 50, а когда нормальные условия качество=100%.
Такой сигнал у меня в ясную погоду,а вот,даже,с небольшими тучками,сигнал напроч падает.Правда вчера вечером,сигнал скакал 50<->75,но с другими частотами этого спутника сигнал то стабильный???
-
"Качество"=50% - это очень мало.
у меня соотношение 50/30 и ничего инет пашет рыба ловится!
-
Такой сигнал у меня в ясную погоду
Только сейчас заметил, что Ваш спутник -експресс, но сути вопроса это не меняет. Другие юзеры молчат про АМ22, наверно у Вас тарелка направлена не совсем строго на спутник.
-
Только сейчас заметил, что Ваш спутник -експресс, но сути вопроса это не меняет. Другие юзеры молчат про АМ22, наверно у Вас тарелка направлена не совсем строго на спутник.
Я думаю,тарель смотрит на сателит норм,т.к. на тв радио и сожителей этого спутника сигнал стабильный,но ради эксперемента,взял,ну как взял...купил сегодня satfinder аналоговый ATLANTA,кто бы научил как им пользоваться,изначально тарель не я строил,поэтому не знаю как это делается,теорию понимаю,но как рализовать с помошью моего сатфиндера незнаю.
-
Здрасте, пользовался я до недавнего времени соединением OpenVPN + GPRS + Sprint... все работало наура, вот 5 сентября мне на мыло пришло письмо типа будут проводится какие то работы (кстати, я пользуюсь спутником Sirius 4), ток вот, надо было скачать OpenVPN клиент версии 2.0.9 вроде. Я его скачал а настроить не получается...
при подлючении пишет вот такое:
Thu Sep 11 20:39:59 2008 OpenVPN 2.0.9 Win32-MinGW [SSL] [LZO] built on Feb 9 2007
Thu Sep 11 20:39:59 2008 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Thu Sep 11 20:39:59 2008 LZO compression initialized
Thu Sep 11 20:39:59 2008 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Thu Sep 11 20:39:59 2008 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Thu Sep 11 20:39:59 2008 Local Options hash (VER=V4): 'd79ca330'
Thu Sep 11 20:39:59 2008 Expected Remote Options hash (VER=V4): 'f7df56b8'
Thu Sep 11 20:39:59 2008 UDPv4 link local: [undef]
Thu Sep 11 20:39:59 2008 UDPv4 link remote: 81.222.123.4:56009
Thu Sep 11 20:40:01 2008 TLS: Initial packet from 81.222.123.4:56009, sid=c163d0d0 f70ade43
Thu Sep 11 20:40:06 2008 VERIFY OK: depth=1, /C=RU/ST=MW/L=MOSCOW/O=RadugaVPN/emailAddress=support@telecom-service.net
Thu Sep 11 20:40:06 2008 VERIFY OK: nsCertType=SERVER
Thu Sep 11 20:40:06 2008 VERIFY OK: depth=0, /C=RU/ST=MW/O=RadugaVPN/CN=RadugaVPN/emailAddress=support@telecom-service.net
Thu Sep 11 20:40:12 2008 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Sep 11 20:40:12 2008 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Sep 11 20:40:12 2008 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Sep 11 20:40:12 2008 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Sep 11 20:40:12 2008 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Thu Sep 11 20:40:12 2008 [RadugaVPN] Peer Connection Initiated with 81.222.123.4:56009
Thu Sep 11 20:40:13 2008 SENT CONTROL [RadugaVPN]: 'PUSH_REQUEST' (status=1)
Thu Sep 11 20:40:14 2008 AUTH: Received AUTH_FAILED control message
Thu Sep 11 20:40:14 2008 TCP/UDP: Closing socket
Thu Sep 11 20:40:14 2008 SIGTERM[soft,auth-failure] received, process exiting
Thu Sep 11 20:40:13 2008 OpenVPN 2.0.9 Win32-MinGW [SSL] [LZO] built on Feb 9 2007
Thu Sep 11 20:40:13 2008 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Thu Sep 11 20:40:13 2008 LZO compression initialized
Thu Sep 11 20:40:13 2008 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Thu Sep 11 20:40:13 2008 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Thu Sep 11 20:40:13 2008 Local Options hash (VER=V4): 'd79ca330'
Thu Sep 11 20:40:13 2008 Expected Remote Options hash (VER=V4): 'f7df56b8'
Thu Sep 11 20:40:13 2008 UDPv4 link local: [undef]
Thu Sep 11 20:40:13 2008 UDPv4 link remote: 81.222.123.4:56009
Thu Sep 11 20:40:13 2008 TLS: Initial packet from 81.222.123.4:56009, sid=3d1db9a0 9aad0e32
Thu Sep 11 20:40:28 2008 VERIFY OK: depth=1, /C=RU/ST=MW/L=MOSCOW/O=RadugaVPN/emailAddress=support@telecom-service.net
Thu Sep 11 20:40:28 2008 VERIFY OK: nsCertType=SERVER
Thu Sep 11 20:40:28 2008 VERIFY OK: depth=0, /C=RU/ST=MW/O=RadugaVPN/CN=RadugaVPN/emailAddress=support@telecom-service.net
Thu Sep 11 20:40:36 2008 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Sep 11 20:40:36 2008 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Sep 11 20:40:36 2008 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Sep 11 20:40:36 2008 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Sep 11 20:40:36 2008 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Thu Sep 11 20:40:36 2008 [RadugaVPN] Peer Connection Initiated with 81.222.123.4:56009
Thu Sep 11 20:40:37 2008 SENT CONTROL [RadugaVPN]: 'PUSH_REQUEST' (status=1)
Thu Sep 11 20:40:38 2008 AUTH: Received AUTH_FAILED control message
Thu Sep 11 20:40:38 2008 TCP/UDP: Closing socket
Thu Sep 11 20:40:38 2008 SIGTERM[soft,auth-failure] received, process exiting
Thu Sep 11 20:40:39 2008 OpenVPN 2.0.9 Win32-MinGW [SSL] [LZO] built on Feb 9 2007
Thu Sep 11 20:40:39 2008 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Thu Sep 11 20:40:39 2008 LZO compression initialized
Thu Sep 11 20:40:39 2008 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Thu Sep 11 20:40:39 2008 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Thu Sep 11 20:40:39 2008 Local Options hash (VER=V4): 'd79ca330'
Thu Sep 11 20:40:39 2008 Expected Remote Options hash (VER=V4): 'f7df56b8'
Thu Sep 11 20:40:39 2008 UDPv4 link local: [undef]
Thu Sep 11 20:40:39 2008 UDPv4 link remote: 81.222.123.4:56009
Thu Sep 11 20:40:39 2008 TLS: Initial packet from 81.222.123.4:56009, sid=d743fe07 4de97809
Thu Sep 11 20:40:43 2008 VERIFY OK: depth=1, /C=RU/ST=MW/L=MOSCOW/O=RadugaVPN/emailAddress=support@telecom-service.net
Thu Sep 11 20:40:43 2008 VERIFY OK: nsCertType=SERVER
Thu Sep 11 20:40:43 2008 VERIFY OK: depth=0, /C=RU/ST=MW/O=RadugaVPN/CN=RadugaVPN/emailAddress=support@telecom-service.net
Thu Sep 11 20:40:49 2008 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Sep 11 20:40:49 2008 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Sep 11 20:40:49 2008 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Sep 11 20:40:49 2008 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Sep 11 20:40:49 2008 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Thu Sep 11 20:40:49 2008 [RadugaVPN] Peer Connection Initiated with 81.222.123.4:56009
Thu Sep 11 20:40:50 2008 SENT CONTROL [RadugaVPN]: 'PUSH_REQUEST' (status=1)
Thu Sep 11 20:40:51 2008 AUTH: Received AUTH_FAILED control message
Thu Sep 11 20:40:51 2008 TCP/UDP: Closing socket
Thu Sep 11 20:40:51 2008 SIGTERM[soft,auth-failure] received, process exiting
Что это значит? может какие то днс сбились или еще что то? в общем хелп, а то прописка простаивает ((
-
i0147335
Сейчас проверьте пожалуйста подключения OpenVPN
-
Спасибо, работает )
-
Я думаю,тарель смотрит на сателит норм,т.к. на тв радио и сожителей этого спутника сигнал стабильный,но ради эксперемента,взял,ну как взял...купил сегодня satfinder аналоговый ATLANTA,кто бы научил как им пользоваться,изначально тарель не я строил,поэтому не знаю как это делается,теорию понимаю,но как рализовать с помошью моего сатфиндера незнаю.
Не советую этого делать, если ты неразу сам не настраивал и не видел как это делаеться, но то, что у тебя тарелка чучуть недоведена это точно, поверь моему опыту, было несколько раз такое, что все каналы показывают, радио идёт, а вот интернет не очень, оказывалось, что чучуть не докрутили. Мой совет попробуй покрутить чучуть голову. а тарелку оставь на месте - это может помочь.
-
блин, ну че за дела... Опять не захит в openvpn(((
вот лог:
Mon Sep 15 20:14:16 2008 OpenVPN 2.0.9 Win32-MinGW [SSL] [LZO] built on Feb 9 2007
Mon Sep 15 20:14:16 2008 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Mon Sep 15 20:14:16 2008 LZO compression initialized
Mon Sep 15 20:14:16 2008 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Mon Sep 15 20:14:16 2008 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Mon Sep 15 20:14:16 2008 Local Options hash (VER=V4): 'd79ca330'
Mon Sep 15 20:14:16 2008 Expected Remote Options hash (VER=V4): 'f7df56b8'
Mon Sep 15 20:14:16 2008 UDPv4 link local: [undef]
Mon Sep 15 20:14:16 2008 UDPv4 link remote: 81.222.123.4:56009
Mon Sep 15 20:14:17 2008 TLS: Initial packet from 81.222.123.4:56009, sid=dcf8a23c c8f81cd9
Mon Sep 15 20:14:22 2008 VERIFY OK: depth=1, /C=RU/ST=MW/L=MOSCOW/O=RadugaVPN/emailAddress=support@telecom-service.net
Mon Sep 15 20:14:22 2008 VERIFY OK: nsCertType=SERVER
Mon Sep 15 20:14:22 2008 VERIFY OK: depth=0, /C=RU/ST=MW/O=RadugaVPN/CN=RadugaVPN/emailAddress=support@telecom-service.net
Mon Sep 15 20:14:35 2008 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Sep 15 20:14:35 2008 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Sep 15 20:14:35 2008 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Sep 15 20:14:35 2008 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Sep 15 20:14:35 2008 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Mon Sep 15 20:14:35 2008 [RadugaVPN] Peer Connection Initiated with 81.222.123.4:56009
Mon Sep 15 20:14:36 2008 SENT CONTROL [RadugaVPN]: 'PUSH_REQUEST' (status=1)
Mon Sep 15 20:14:37 2008 AUTH: Received AUTH_FAILED control message
Mon Sep 15 20:14:37 2008 TCP/UDP: Closing socket
Mon Sep 15 20:14:37 2008 SIGTERM[soft,auth-failure] received, process exiting
Mon Sep 15 20:14:37 2008 OpenVPN 2.0.9 Win32-MinGW [SSL] [LZO] built on Feb 9 2007
Mon Sep 15 20:14:37 2008 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Mon Sep 15 20:14:37 2008 LZO compression initialized
Mon Sep 15 20:14:37 2008 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Mon Sep 15 20:14:37 2008 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Mon Sep 15 20:14:37 2008 Local Options hash (VER=V4): 'd79ca330'
Mon Sep 15 20:14:37 2008 Expected Remote Options hash (VER=V4): 'f7df56b8'
Mon Sep 15 20:14:37 2008 UDPv4 link local: [undef]
Mon Sep 15 20:14:37 2008 UDPv4 link remote: 81.222.123.4:56009
Mon Sep 15 20:14:38 2008 TLS: Initial packet from 81.222.123.4:56009, sid=63c6cb50 7bf71afe
Mon Sep 15 20:14:44 2008 VERIFY OK: depth=1, /C=RU/ST=MW/L=MOSCOW/O=RadugaVPN/emailAddress=support@telecom-service.net
Mon Sep 15 20:14:44 2008 VERIFY OK: nsCertType=SERVER
Mon Sep 15 20:14:44 2008 VERIFY OK: depth=0, /C=RU/ST=MW/O=RadugaVPN/CN=RadugaVPN/emailAddress=support@telecom-service.net
Mon Sep 15 20:14:54 2008 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Sep 15 20:14:54 2008 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Sep 15 20:14:54 2008 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Sep 15 20:14:54 2008 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Sep 15 20:14:54 2008 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Mon Sep 15 20:14:54 2008 [RadugaVPN] Peer Connection Initiated with 81.222.123.4:56009
Mon Sep 15 20:14:55 2008 SENT CONTROL [RadugaVPN]: 'PUSH_REQUEST' (status=1)
Mon Sep 15 20:14:57 2008 AUTH: Received AUTH_FAILED control message
Mon Sep 15 20:14:57 2008 TCP/UDP: Closing socket
Mon Sep 15 20:14:57 2008 SIGTERM[soft,auth-failure] received, process exiting
Mon Sep 15 20:14:57 2008 OpenVPN 2.0.9 Win32-MinGW [SSL] [LZO] built on Feb 9 2007
Mon Sep 15 20:14:57 2008 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Mon Sep 15 20:14:57 2008 LZO compression initialized
Mon Sep 15 20:14:57 2008 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Mon Sep 15 20:14:57 2008 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Mon Sep 15 20:14:57 2008 Local Options hash (VER=V4): 'd79ca330'
Mon Sep 15 20:14:57 2008 Expected Remote Options hash (VER=V4): 'f7df56b8'
Mon Sep 15 20:14:57 2008 UDPv4 link local: [undef]
Mon Sep 15 20:14:57 2008 UDPv4 link remote: 81.222.123.4:56009
Mon Sep 15 20:14:58 2008 TLS: Initial packet from 81.222.123.4:56009, sid=6c3b22b5 3180ee6d
Mon Sep 15 20:15:05 2008 VERIFY OK: depth=1, /C=RU/ST=MW/L=MOSCOW/O=RadugaVPN/emailAddress=support@telecom-service.net
Mon Sep 15 20:15:05 2008 VERIFY OK: nsCertType=SERVER
Mon Sep 15 20:15:05 2008 VERIFY OK: depth=0, /C=RU/ST=MW/O=RadugaVPN/CN=RadugaVPN/emailAddress=support@telecom-service.net
Mon Sep 15 20:15:17 2008 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Sep 15 20:15:17 2008 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Sep 15 20:15:17 2008 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Sep 15 20:15:17 2008 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Sep 15 20:15:17 2008 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Mon Sep 15 20:15:17 2008 [RadugaVPN] Peer Connection Initiated with 81.222.123.4:56009
Mon Sep 15 20:15:18 2008 SENT CONTROL [RadugaVPN]: 'PUSH_REQUEST' (status=1)
Mon Sep 15 20:15:19 2008 AUTH: Received AUTH_FAILED control message
Mon Sep 15 20:15:19 2008 TCP/UDP: Closing socket
Mon Sep 15 20:15:19 2008 SIGTERM[soft,auth-failure] received, process exiting
Сделайте что нибудь... Поработало дня 3, 4 и опять
-
блин, ну че за дела... Опять не захит в openvpn(((
.....
Сделайте что нибудь... Поработало дня 3, 4 и опять
а новости на сайте читали ?
-
про новую несущую читал, щас еще раз посмотрим
-
а новости на сайте читали ?
а что вы имеете в виду? про что новости?
-
чучуть не докрутили.
Видимо так оно и есть,последнее время,сигнал начал скакать до 75%,при таком сигнале всё норм работает.
-
У меня в свое время была такая же проблема но на спутнике АМ1.Я заменила dvb карту на технотренд и поставила тарелку 1,2м и сигнал с 30% подскочил до 100% причем даже в дождливую погоду так что много зависит от dvb карты.