faq обучение настройка
Текущее время: Чт дек 13, 2018 14:47

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 46 ]  На страницу 1, 2, 3, 4  След.
Автор Сообщение
 Заголовок сообщения: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Пт май 27, 2011 01:01 
Не в сети

Зарегистрирован: Пт май 27, 2011 00:50
Сообщений: 5
В логах постоянно крешится dproxy и после чего перестает работать DNS через сам роутер (192.168.0.1) до перезагрузки, это очень напрягает (если напрямую прописать DNS адреса, например Google'вский 8.8.8.8 на компе в обход роутера - все работает) :

Jan 1 00:08:35 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jan 1 00:08:35 user warn kernel: 00000000 (epc == 2ab0ac78, ra == 00403b4c)

Board ID: 96358VW2
Software Version: RU_1.19
Bootloader (CFE) Version: 1.0.37-10.1
Release Date: Dec. 03, 2010
Wireless Driver Version: 4.100.27.0.cpe2.1

Похоже креши стали часто появляться всвязи с сильным ухудшением качества линии, до этого были но очень редко, незнаю почему но похоже коррелирует. Линия теперь ужасная разрывы через 2-10 мин - к устройству это не имеет отношения, проверялось на другом ADSL модеме.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Пт май 27, 2011 11:22 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пн июл 10, 2006 13:40
Сообщений: 5821
Откуда: D-Link, Moscow
diamond666 писал(а):
В логах постоянно крешится dproxy и после чего перестает работать DNS через сам роутер (192.168.0.1) до перезагрузки, это очень напрягает (если напрямую прописать DNS адреса, например Google'вский 8.8.8.8 на компе в обход роутера - все работает) :

Jan 1 00:08:35 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jan 1 00:08:35 user warn kernel: 00000000 (epc == 2ab0ac78, ra == 00403b4c)

Board ID: 96358VW2
Software Version: RU_1.19
Bootloader (CFE) Version: 1.0.37-10.1
Release Date: Dec. 03, 2010
Wireless Driver Version: 4.100.27.0.cpe2.1

Похоже креши стали часто появляться всвязи с сильным ухудшением качества линии, до этого были но очень редко, незнаю почему но похоже коррелирует. Линия теперь ужасная разрывы через 2-10 мин - к устройству это не имеет отношения, проверялось на другом ADSL модеме.

А если в настройках DNS на роутере прописать адреса серверов вручную, вместо автоматического получения проблема останется?
Пробовали ли изменить модуляцию для улучшения ADSL линка?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Вс май 29, 2011 19:30 
Не в сети

Зарегистрирован: Пт май 27, 2011 00:50
Сообщений: 5
Попробую прописать стат.адреса, но как я понял если включена DHCP роутер всегда присылает себя в качестве первичного и вторичного DNS.

Проблемы со связью - физические, линия испорчена (проверял провайдер), если что-то и изменится от смены модуляции то не надолго.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Ср июн 01, 2011 07:14 
Не в сети

Зарегистрирован: Сб янв 03, 2009 10:35
Сообщений: 10
Аналогичная проблема. Тот же роутер, та же версия прошивки. Постоянно слетает dproxy. При чем появилось это буквально пару недель назад. До этого все работало стабильно. Может ли быть дело в настройках у провайдера? Провайдер ByFly.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Ср июн 01, 2011 07:17 
Не в сети

Зарегистрирован: Сб янв 03, 2009 10:35
Сообщений: 10
Alexander Gorelik писал(а):
А если в настройках DNS на роутере прописать адреса серверов вручную, вместо автоматического получения проблема останется?

В моем случае прописывание в настройках DNS на роутере адресов серверов вручную ни к чему не привело. По прежнему слетает процесс dproxy.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Пн июн 13, 2011 23:07 
Не в сети

Зарегистрирован: Пт май 27, 2011 00:50
Сообщений: 5
Прописывание статических адресов не помогает, вылетел опять:
Jan 2 04:05:33 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jan 2 04:05:33 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Очень неприятный баг, пока только лечиться жестким прописыванием на компе DNS адресов провайдера или Google'вских 8.8.8.8


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Пт июн 17, 2011 14:14 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт мар 01, 2011 22:06
Сообщений: 2025
diamond666 писал(а):
Прописывание статических адресов не помогает, вылетел опять:
Jan 2 04:05:33 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jan 2 04:05:33 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Очень неприятный баг, пока только лечиться жестким прописыванием на компе DNS адресов провайдера или Google'вских 8.8.8.8


Необходимо более детально проанализировать проблему.
Для этого попросите провайдера(если есть возможность) дамп пакетов в момент когда "падает" dproxy.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Ср июн 22, 2011 12:14 
Не в сети

Зарегистрирован: Ср июн 22, 2011 12:07
Сообщений: 3
была прошивка 1.18, потом - 1.19...
когда начали доставать постоянные проблемы, начал собирать ошибки из сислога:
Скрытый текст: показать
Apr 11 11:35:12 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Apr 11 11:35:12 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Apr 16 16:54:57 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Apr 16 16:54:57 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

May 18 11:08:07 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
May 18 11:08:07 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Jun 1 13:10:26 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jun 1 13:10:26 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Jun 4 14:15:13 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid write access to
Jun 4 14:15:13 user warn kernel: 27107d2e (epc == 00405234, ra == 004050f4)

Jun 4 14:41:50 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid write access to
Jun 4 14:41:50 user warn kernel: 27107d2e (epc == 00405234, ra == 004050f4)

Jun 6 12:48:17 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jun 6 12:48:17 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Jun 17 08:24:51 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jun 17 08:24:51 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Jun 21 19:08:41 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid write access to
Jun 21 19:08:41 user warn kernel: 27107d2e (epc == 00405234, ra == 004050f4)

при этом Трансмишн качает себе, а серфить не удается


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Пн июн 27, 2011 16:51 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт мар 01, 2011 22:06
Сообщений: 2025
demchik писал(а):
была прошивка 1.18, потом - 1.19...
когда начали доставать постоянные проблемы, начал собирать ошибки из сислога:
Скрытый текст: показать
Apr 11 11:35:12 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Apr 11 11:35:12 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Apr 16 16:54:57 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Apr 16 16:54:57 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

May 18 11:08:07 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
May 18 11:08:07 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Jun 1 13:10:26 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jun 1 13:10:26 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Jun 4 14:15:13 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid write access to
Jun 4 14:15:13 user warn kernel: 27107d2e (epc == 00405234, ra == 004050f4)

Jun 4 14:41:50 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid write access to
Jun 4 14:41:50 user warn kernel: 27107d2e (epc == 00405234, ra == 004050f4)

Jun 6 12:48:17 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jun 6 12:48:17 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Jun 17 08:24:51 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jun 17 08:24:51 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)

Jun 21 19:08:41 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid write access to
Jun 21 19:08:41 user warn kernel: 27107d2e (epc == 00405234, ra == 004050f4)

при этом Трансмишн качает себе, а серфить не удается


Попробуйте прошивку http://forum.dlink.ru/viewtopic.php?f=6&t=89410&p=751770#p751770
Если проблема останется, не могли бы вы попросить лог провайдера в момент падения "dproxy" ?[Это поможет быстрее понять причину возникновения проблемы]


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Чт июл 28, 2011 12:42 
Не в сети

Зарегистрирован: Ср июн 22, 2011 12:07
Сообщений: 3
1) попытка получить у провайдера (ОГО! Укртелеком) дамп пакетов, лог или что-то подобное стремится к нулю.

2) пока использую прошивку 1.19 и пытаюсь выявить (безрезультатно) закономерность ошибки...

уточняю ситуацию.
в моем случае к модему подключены 4 клиента:
1 - ЛАН, Убунту 11.04 (круглосуточный Трансмишн, иногда обновления, редко серфинг);
2 - ЛАН, ВинХП СП3 (всего понемногу - серфинг, игрушка какая-то, скачивание драйверов, программ и т.п.; в основном - САТ-ТВ);
3 - ЛАН (иногда wi-fi), Убунту 10.10, ноут (основная "рабочая лошадка" - серфинг, обновления и т.п.);
4 - ЛАН, принтер (иногда веб-камера).

свежая ошибка (на ВинХП - "Страница недоступна"; но от ОСи не зависит, ибо бывает сбой и на Убунте):
Скрытый текст: показать
Jul 28 11:42:18 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jul 28 11:42:18 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)
при этом - на остальных клиентах все нормально. и ребут клиента не дает положительного решения проблемы, только ребут модема.
кроме того, пинг и трассировка по доменному имени на "отвалившемся" клиенте не проходит, а по цифровому ИП - нормально... (как вставить скрин? через аплоады?)

пытаться, таки, ставить прошивку 1.20?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Ср авг 10, 2011 10:51 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт мар 01, 2011 22:06
Сообщений: 2025
demchik писал(а):
1) попытка получить у провайдера (ОГО! Укртелеком) дамп пакетов, лог или что-то подобное стремится к нулю.

2) пока использую прошивку 1.19 и пытаюсь выявить (безрезультатно) закономерность ошибки...

уточняю ситуацию.
в моем случае к модему подключены 4 клиента:
1 - ЛАН, Убунту 11.04 (круглосуточный Трансмишн, иногда обновления, редко серфинг);
2 - ЛАН, ВинХП СП3 (всего понемногу - серфинг, игрушка какая-то, скачивание драйверов, программ и т.п.; в основном - САТ-ТВ);
3 - ЛАН (иногда wi-fi), Убунту 10.10, ноут (основная "рабочая лошадка" - серфинг, обновления и т.п.);
4 - ЛАН, принтер (иногда веб-камера).

свежая ошибка (на ВинХП - "Страница недоступна"; но от ОСи не зависит, ибо бывает сбой и на Убунте):
Скрытый текст: показать
Jul 28 11:42:18 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jul 28 11:42:18 user warn kernel: 7fff8000 (epc == 2ab0a8ac, ra == 00402dbc)
при этом - на остальных клиентах все нормально. и ребут клиента не дает положительного решения проблемы, только ребут модема.
кроме того, пинг и трассировка по доменному имени на "отвалившемся" клиенте не проходит, а по цифровому ИП - нормально... (как вставить скрин? через аплоады?)

пытаться, таки, ставить прошивку 1.20?


Для выяснения причины ошибки следуйте инструкции высланной Вам на почту.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Ср дек 14, 2011 00:27 
Не в сети

Зарегистрирован: Пт май 27, 2011 00:50
Сообщений: 5
Письмо с логами Wireshark'а выслал, забыл сказать высланные логи на ревизии D2, креши есть на обоих устройствах (D1 и D2):

Device Info

Board ID: 96358VW2
Software Version: RU_2.08
Bootloader (CFE) Version: 1.0.37-10.1
Release Date: Dec. 03, 2010
Wireless Driver Version: 4.100.27.0.cpe2.1

This information reflects the current status of your DSL connection.

WAN Type: ADSL
Line Rate - Upstream (Kbps): 1838
Line Rate - Downstream (Kbps): 17708
LAN IP Address: 192.168.0.1
Default Gateway: 81.22.204.244
Primary DNS Server: 81.22.204.35
Secondary DNS Server: 81.23.144.250
Date/Time: Sat Jan 1 04:01:27 2000

Вопрос, можно ли как-то заставить в качестве первичного DNS возвращать гуловский 8.8.8.8 по DHCP ? это хоть как-то бы решило проблему.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Пт дек 16, 2011 17:46 
Не в сети

Зарегистрирован: Пт дек 16, 2011 17:43
Сообщений: 1
Та же беда


Device Info
Board ID: 96358VW2
Software Version: RU_1.20
Bootloader (CFE) Version: 1.0.37-10.1
Release Date: Jun. 22, 2011
Wireless Driver Version: 4.100.27.0.cpe2.1


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Пт дек 16, 2011 21:39 
Не в сети

Зарегистрирован: Ср июн 22, 2011 12:07
Сообщений: 3
возникло у меня смутное подозрение, что проблема где-то на стороне провайдера...

ибо не меняя прошивку (но попытавшись заполучить злосчастные логи) имею (тьфу-тьфу-тьфу...) стабильную работу модема в течение [{крайнее мое сообщение} минус {неделя-две}]


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Креш в dproxy на DSL-2650 D1
СообщениеДобавлено: Пт дек 16, 2011 23:14 
Не в сети

Зарегистрирован: Пт дек 16, 2011 23:03
Сообщений: 3
Та же беда.

Нижний Новгород. Оператор Ростелеком (Бывший Волга телеком).

Board ID: 96358VW2
Software Version: RU_2.08
Bootloader (CFE) Version: 1.0.37-10.1
Release Date: Dec. 03, 2010
Wireless Driver Version: 4.100.27.0.cpe2.1

Logs
Скрытый текст: показать
Jan 1 00:00:22 user warn kernel: dgasp: kerSysRegisterDyingGaspHandler: eth0 registered
Jan 1 00:00:22 user warn kernel: eth0: MAC Address: 1C:BD:B9:8A:84:55
Jan 1 00:00:22 user warn kernel: Broadcom BCM6358A1 USB Network Device v0.4 Dec 3 2010 19:12:21
Jan 1 00:00:22 user warn kernel: usb0: MAC Address: 1C BD B9 8A 84 56
Jan 1 00:00:22 user warn kernel: usb0: Host MAC Address: 1C BD B9 8A 84 57
Jan 1 00:00:22 user debug kernel: PCI: Setting latency timer of device 0000:00:01.0 to 64
Jan 1 00:00:22 user warn kernel: PCI: Enabling device 0000:00:01.0 (0004 -> 0006)
Jan 1 00:00:22 user warn kernel: wl: srom not detected, using main memory mapped srom info (wombo board)
Jan 1 00:00:22 user warn kernel: wl0: wlc_attach: use mac addr from the system pool by id: 0x776c0000
Jan 1 00:00:22 user warn kernel: wl0: MAC Address: 1C:BD:B9:8A:84:58
Jan 1 00:00:22 user warn kernel: wl0: Broadcom BCM4318 802.11 Wireless Controller 4.100.27.0.cpe2.1
Jan 1 00:00:22 user warn kernel: dgasp: kerSysRegisterDyingGaspHandler: wl0 registered
Jan 1 00:00:22 user crit kernel: eth0 Link UP.
Jan 1 00:00:22 user warn kernel: BcmAdsl_Initialize=0xC006B808, g_pFnNotifyCallback=0xC0084834
Jan 1 00:00:22 user warn kernel: AnnexCParam=0x7FFF7EB8 AnnexAParam=0x00000980 adsl2=0x00000000
Jan 1 00:00:22 user warn kernel: pSdramPHY=0xA1FFFFF8, 0x1B78C1 0xDEADBEEF
Jan 1 00:00:22 user warn kernel: AdslCoreHwReset: AdslOemDataAddr = 0xA1FFD3D4
Jan 1 00:00:22 user warn kernel: AnnexCParam=0x7FFF7EB8 AnnexAParam=0x00000980 adsl2=0x00000000
Jan 1 00:00:22 user warn kernel: dgasp: kerSysRegisterDyingGaspHandler: dsl0 registered
Jan 1 00:00:22 user warn kernel: ATM proc init !!!
Jan 1 00:00:22 user warn kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jan 1 00:00:22 user warn kernel: ip_conntrack version 2.1 (253 buckets, 0 max) - 376 bytes per conntrack
Jan 1 00:00:22 user warn kernel: ip_conntrack_pptp version 2.1 loaded
Jan 1 00:00:22 user warn kernel: ip_nat_pptp version 2.0 loaded
Jan 1 00:00:22 user warn kernel: ip_ct_h323: init success
Jan 1 00:00:22 user warn kernel: ip_nat_h323: init success
Jan 1 00:00:22 user crit kernel: ADSL G.994 training
Jan 1 00:00:22 user warn kernel: ip_conntrack_rtsp v0.01 loading
Jan 1 00:00:22 user warn kernel: ip_nat_rtsp v0.01 loading
Jan 1 00:00:22 user info kernel: device usb0 entered promiscuous mode
Jan 1 00:00:22 user info kernel: br0: port 1(usb0) entering learning state
Jan 1 00:00:22 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:22 user info kernel: br0: port 1(usb0) entering forwarding state
Jan 1 00:00:22 user info kernel: device eth0 entered promiscuous mode
Jan 1 00:00:22 user info kernel: br0: port 2(eth0) entering learning state
Jan 1 00:00:22 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:22 user info kernel: br0: port 2(eth0) entering forwarding state
Jan 1 00:00:22 user info kernel: device wl0 entered promiscuous mode
Jan 1 00:00:22 user info kernel: br0: port 3(wl0) entering learning state
Jan 1 00:00:22 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:22 user info kernel: br0: port 3(wl0) entering forwarding state
Jan 1 00:00:22 user info kernel: device nas_0_0_33 entered promiscuous mode
Jan 1 00:00:22 user info kernel: br0: port 4(nas_0_0_33) entering learning state
Jan 1 00:00:22 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:22 user info kernel: br0: port 4(nas_0_0_33) entering forwarding state
Jan 1 00:00:22 user info kernel: device usb0 left promiscuous mode
Jan 1 00:00:22 user info kernel: br0: port 1(usb0) entering disabled state
Jan 1 00:00:22 user info kernel: device eth0 left promiscuous mode
Jan 1 00:00:22 user info kernel: br0: port 2(eth0) entering disabled state
Jan 1 00:00:22 user info kernel: device wl0 left promiscuous mode
Jan 1 00:00:22 user info kernel: br0: port 3(wl0) entering disabled state
Jan 1 00:00:22 user info kernel: device usb0 entered promiscuous mode
Jan 1 00:00:22 user info kernel: br0: port 1(usb0) entering learning state
Jan 1 00:00:22 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:22 user info kernel: br0: port 1(usb0) entering forwarding state
Jan 1 00:00:22 user info kernel: device eth0 entered promiscuous mode
Jan 1 00:00:22 user info kernel: br0: port 2(eth0) entering learning state
Jan 1 00:00:22 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:22 user info kernel: br0: port 2(eth0) entering forwarding state
Jan 1 00:00:22 user info kernel: device wl0 entered promiscuous mode
Jan 1 00:00:22 user info kernel: br0: port 3(wl0) entering learning state
Jan 1 00:00:22 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:22 user info kernel: br0: port 3(wl0) entering forwarding state
Jan 1 00:00:22 user debug syslog: sntp -s clock.fmt.he.net -s none -t "Moscow, St. Petersburg, Volgograd" &
Jan 1 00:00:22 user debug syslog: echo > /var/snmpd.conf
Jan 1 00:00:22 user debug syslog: echo > /var/hosts
Jan 1 00:00:23 user warn kernel:
Jan 1 00:00:23 user warn kernel: ioctl, p_name=diapd
Jan 1 00:00:23 user emerg kernel: gpio_fasync
Jan 1 00:00:23 user warn kernel: Pasync_queue->magic = 0x4601
Jan 1 00:00:23 user debug syslog: mount -o remount,size=1M /var
Jan 1 00:00:23 user debug syslog: mkdir -p /var/samba/var/locks
Jan 1 00:00:23 user debug syslog: mkdir -p /var/samba/private
Jan 1 00:00:23 user debug syslog: mkdir -p /var/samba/lib/vfs
Jan 1 00:00:23 user debug syslog: mkdir -p /var/samba/lib/pdb
Jan 1 00:00:23 user debug syslog: mkdir -p /var/samba/lib/rpc
Jan 1 00:00:23 user debug syslog: mkdir -p /var/samba/lib/atuh
Jan 1 00:00:23 user debug syslog: mkdir -p /var/samba/lib/config
Jan 1 00:00:23 user debug syslog: smbd -s /var/smb.conf
Jan 1 00:00:25 user debug syslog: nmbd -s /var/smb.conf
Jan 1 00:00:26 user crit kernel: ADSL G.992 started
Jan 1 00:00:26 user debug syslog: pppd plugin pppoe oldsession 286ed4105226/6e7a nas_0_0_33 nodetach user '7033180-1@jay' password ********** interface_name 0_0_33_1 usepeerdns refuse-eap persist lcp-echo-interval 30 holdoff 3 lcp-echo-fai
Jan 1 00:00:27 daemon info pppd[646]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.3
Jan 1 00:00:27 daemon info pppd[646]: Plugin pppoe called.
Jan 1 00:00:27 user info kernel: br0: port 1(usb0) entering disabled state
Jan 1 00:00:29 user crit kernel: ADSL G.992 channel analysis
Jan 1 00:00:33 user crit kernel: ADSL G.992 message exchange
Jan 1 00:00:34 user crit kernel: ADSL link up, interleaved, us=1024, ds=8000
Jan 1 00:00:34 user warn kernel: ADSL1 connection
Jan 1 00:00:35 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.11.1 -p udp --dport 53 -j DNAT --to 128.9.0.107
Jan 1 00:00:35 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.11.1 -p udp --dport 53 -j DNAT --to 128.9.0.107
Jan 1 00:00:57 daemon notice pppd[646]: pppd 2.4.3 started by admin, uid 0
Jan 1 00:00:57 daemon info pppd[646]: Sent PADT
Jan 1 00:01:00 daemon info pppd[646]: PPP session is 648
Jan 1 00:01:00 daemon info pppd[646]: Using interface ppp0_0_33_1
Jan 1 00:01:00 daemon crit pppd[646]: Connect: ppp_0_0_33_1 <--> nas_0_0_33
Jan 1 00:01:00 daemon warn pppd[646]: Couldn't increase MRU to 1500
Jan 1 00:01:04 daemon info pppd[646]: Remote message: Authentication success,Welcome!
Jan 1 00:01:04 daemon notice pppd[646]: PAP authentication succeeded
Jan 1 00:01:04 daemon notice pppd[646]: peer from calling number 28:6E:D4:10:52:26 authorized
Jan 1 00:01:04 daemon notice pppd[646]: local IP address 109.184.228.74
Jan 1 00:01:04 daemon notice pppd[646]: remote IP address 109.184.128.1
Jan 1 00:01:04 daemon notice pppd[646]: primary DNS address 213.177.97.201
Jan 1 00:01:04 daemon notice pppd[646]: secondary DNS address 213.177.97.1
Jan 1 00:01:04 user debug syslog: kill -9 620
Jan 1 00:01:04 user debug syslog: echo > /var/hosts
Jan 1 00:01:04 user debug syslog: cp /proc/var/fyi/wan/ppp_0_0_33_1/dns /var/fyi/sys/dns
Jan 1 00:01:04 user debug syslog: cp /proc/var/fyi/wan/ppp_0_0_33_1/gateway /var/fyi/sys/gateway
Jan 1 00:01:04 user debug syslog: route add default gw 109.184.128.1 2>/dev/null
Jan 1 00:01:04 user debug syslog: iptables -A FORWARD -o ppp_0_0_33_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jan 1 00:01:04 user debug syslog: iptables -A FORWARD -i ppp_0_0_33_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jan 1 00:01:04 user debug syslog: echo > /proc/net/ip_conntrack
Jan 1 00:01:04 user debug syslog: echo "1000" > /proc/sys/net/ipv4/ip_conntrack_max
Jan 1 00:01:04 user debug syslog: echo 2000 > /proc/sys/net/ipv4/ip_conntrack_max
Jan 1 00:01:04 user debug syslog: echo 2000 > /proc/sys/net/ipv4/netfilter/ip_conntrack_generic_timeout
Jan 1 00:01:04 user debug syslog: echo 1400 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established
Jan 1 00:01:04 user debug syslog: echo 1400 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_fin_wait
Jan 1 00:01:04 user debug syslog: echo 120 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_time_wait
Jan 1 00:01:04 user debug syslog: echo 4096 > /proc/sys/net/ipv4/ipfrag_high_thresh
Jan 1 00:01:04 user debug syslog: echo 1024 > /proc/sys/net/ipv4/ipfrag_low_thresh
Jan 1 00:01:04 user debug syslog: echo 5 > /proc/sys/net/ipv4/ipfrag_time
Jan 1 00:01:04 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.11.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null
Jan 1 00:01:05 user debug syslog: iptables -t nat -D POSTROUTING -o ppp_0_0_33_1 -s 192.168.11.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Jan 1 00:01:05 user debug syslog: iptables -t nat -A POSTROUTING -o ppp_0_0_33_1 -s 192.168.11.0/255.255.255.0 -j MASQUERADE
Jan 1 00:01:05 user debug syslog: kill -9 906
Jan 1 00:01:05 user debug syslog: echo > /var/hosts
Jan 1 00:01:05 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=194.54.160.5 DST=109.184.228.74 LEN=48 TOS=0x00 PREC=0x00 TTL=117 ID=32812 DF PROTO=TCP SPT=1926 DPT=33234 WINDOW=65535 RES=0x00 SYN URGP=0
Jan 1 00:01:05 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=87.76.91.139 DST=109.184.228.74 LEN=48 TOS=0x00 PREC=0x00 TTL=113 ID=19097 DF PROTO=TCP SPT=65450 DPT=33234 WINDOW=8192 RES=0x00 SYN URGP=0
Jan 1 00:01:05 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=31.133.75.2 DST=109.184.228.74 LEN=52 TOS=0x00 PREC=0x00 TTL=115 ID=11844 DF PROTO=TCP SPT=61489 DPT=33234 WINDOW=8192 RES=0x00 SYN URGP=0
Jan 1 00:01:05 user debug syslog: iptables -I INPUT 1 -j ACCEPT -i ppp_0_0_33_1 -p tcp --dport 30005
Jan 1 00:01:05 user debug syslog: iptables -I FORWARD 1 -j ACCEPT -i ppp_0_0_33_1 -p tcp --dport 30005
Jan 1 00:01:05 user debug syslog: iptables -I INPUT 1 -j ACCEPT -i ppp_0_0_33_1 -p udp -s 192.168.11.1/24 --dport 30006
Jan 1 00:01:05 user debug syslog: iptables -I FORWARD 1 -j ACCEPT -i ppp_0_0_33_1 -p udp -s 192.168.11.1/24 --dport 30006
Jan 1 00:01:05 daemon err user: No server certificate found. Skip checking on certificate.
Jan 1 00:01:05 user debug syslog: echo 4096 > /proc/sys/net/ipv4/ipfrag_high_thresh
Jan 1 00:01:05 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=109.172.15.27 DST=109.184.228.74 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=14476 DF PROTO=TCP SPT=1580 DPT=33234 WINDOW=65535 RES=0x00 SYN URGP=0
Jan 1 00:01:05 user debug syslog: echo 1024 > /proc/sys/net/ipv4/ipfrag_low_thresh
Jan 1 00:01:05 user debug syslog: echo 5 > /proc/sys/net/ipv4/ipfrag_time
Jan 1 00:01:05 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=91.203.168.132 DST=109.184.228.74 LEN=48 TOS=0x00 PREC=0x00 TTL=118 ID=28607 DF PROTO=TCP SPT=49745 DPT=33234 WINDOW=8192 RES=0x00 SYN URGP=0
Jan 1 00:01:05 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=194.54.160.5 DST=109.184.228.74 LEN=48 TOS=0x00 PREC=0x00 TTL=117 ID=32883 DF PROTO=TCP SPT=1926 DPT=33234 WINDOW=65535 RES=0x00 SYN URGP=0
Jan 1 00:01:06 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=31.133.75.2 DST=109.184.228.74 LEN=52 TOS=0x00 PREC=0x00 TTL=115 ID=11870 DF PROTO=TCP SPT=61489 DPT=33234 WINDOW=8192 RES=0x00 SYN URGP=0
Jan 1 00:01:06 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=93.79.236.214 DST=109.184.228.74 LEN=48 TOS=0x00 PREC=0x00 TTL=118 ID=16335 DF PROTO=TCP SPT=62282 DPT=33234 WINDOW=8192 RES=0x00 SYN URGP=0
Jan 1 00:01:07 daemon debug user: wlctl -i wl0 authe_sta_list > /var/wl_authe
Jan 1 00:01:07 daemon debug user: wlctl -i wl0 assoclist > /var/wl_assoc
Jan 1 00:01:07 daemon debug user: wlctl -i wl0 autho_sta_list > /var/wl_autho
Jan 1 00:01:08 daemon err user: tr69c: Unable to retrieve attributes in scratch PAD
Jan 1 00:01:08 daemon err user: Stored Parameter Attribute data is corrupt or missing
Jan 1 00:01:12 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Jan 1 00:01:12 user warn kernel: 00ff6723 (epc == 004027f8, ra == 00402e04)
Dec 16 22:51:34 user debug syslog: echo > /var/hosts
Dec 16 22:51:34 user debug syslog: kill -9 1056
Dec 16 22:51:34 user debug syslog: echo > /var/hosts
Dec 16 22:51:38 daemon debug user: wlctl -i wl0 authe_sta_list > /var/wl_authe
Dec 16 22:51:38 daemon debug user: wlctl -i wl0 assoclist > /var/wl_assoc
Dec 16 22:51:38 daemon debug user: wlctl -i wl0 autho_sta_list > /var/wl_autho
Dec 16 22:51:46 user warn kernel: do_page_fault() #2: sending SIGSEGV to dproxy for invalid read access from
Dec 16 22:51:46 user warn kernel: 00ff6723 (epc == 004027f8, ra == 00402e04)
Dec 16 23:01:02 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=46.72.20.1 DST=109.184.228.74 LEN=64 TOS=0x00 PREC=0x00 TTL=53 ID=17406 DF PROTO=TCP SPT=62606 DPT=53583 WINDOW=65535 RES=0x00 SYN URGP=0
Dec 16 23:05:50 user debug syslog: echo > /var/hosts
Dec 16 23:05:50 user debug syslog: kill -9 1106
Dec 16 23:05:50 user debug syslog: echo > /var/hosts
Dec 16 23:05:54 daemon debug user: wlctl -i wl0 authe_sta_list > /var/wl_authe
Dec 16 23:05:54 daemon debug user: wlctl -i wl0 assoclist > /var/wl_assoc
Dec 16 23:05:54 daemon debug user: wlctl -i wl0 autho_sta_list > /var/wl_autho


Нет необходимости перегружать роутер. Надо просто нажать Save на вкладке с DNS. В логе отабражено нажатие:
Dec 16 23:05:50 user debug syslog: echo > /var/hosts
Dec 16 23:05:50 user debug syslog: kill -9 1106
Dec 16 23:05:50 user debug syslog: echo > /var/hosts

Как мне можно пофиксить проблему или можно ли, хотя бы выставить optional DNS в 8.8.8.8?


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 46 ]  На страницу 1, 2, 3, 4  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 11


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB