sending discover что это
Sending discover что это
Дорогие пользователи! У нас появился новый форум на платформе tp-link.community (Сообщество)
Форум доступен по ссылке https://community.tp-link.com/ru
Просим Вас отнестись с пониманием к новому форуму, он находится в стадии доработки и в скором времени будет полностью завершен.
Если при регистрации в Сообществе Вы укажете адрес электронный почты, который используете на данном форуме, то Ваши данные будут перенесены на форум Сообщества автоматически.
Также, если на форуме Сообщества Ваш никнейм будет занят, то Вам предложат сменить его или оставить, но с приставкой «_RU».
Убедительная просьба не дублировать темы на старом/новом форуме.
Расшифровка системного журнала беспроводного роутера
Расшифровка системного журнала беспроводного роутера
Сообщение dmitriysup » 17 сен 2014, 17:17
Системный журнал/System Log
В этой теме мы опишем стандартные записи в системном журнале.
Далее мы расскажем, что означают те или иные записи в системном журнале.
Re: Расшифровка системного журнала беспроводного роутера
Сообщение dmitriysup » 02 окт 2014, 13:39
Re: Расшифровка системного журнала беспроводного роутера
Сообщение dmitriysup » 02 окт 2014, 13:53
2. Старт устройства
Запись системного журнала начинается со строки System started, присутствует информация о том включен ли сервер DHSP на роутере и с пометкой SECURITY указаны дополнительные параметры защиты которые запустились. Те сервисы, которые отключены в системном журнале показаны с пометкой disabled.
Re: Расшифровка системного журнала беспроводного роутера
Сообщение dmitriysup » 02 окт 2014, 17:15
DHCPS:Recv DISCOVER from 68:9C:5E:28:C8:E5
Устройство с MAC адресом 68:9C:5E:28:C8:E5 в первый раз запрашивает IP адрес
DHCPS:Send OFFER with ip 192.168.0.100
Роутер предлагает этому устройству свободный IP адрес
DHCPS:Recv REQUEST from 68:9C:5E:28:C8:E5
Устройство соглашается на предложение
DHCPS:Send ACK to 192.168.0.100
Завершающий этап подтверждающий, что указанный IP адрес выдан.
Re: Расшифровка системного журнала беспроводного роутера
Сообщение dmitriysup » 02 окт 2014, 17:47
Здесь все происходит по стандарту. Все одинаково по сравнению с выдачей IP адресов самим роутером. Только теперь роутер является клиентом DHCP сервера провайдера.
Неуспешное подключение
С этим типом подключения проблемы возникают редко, но всё-таки они встречаются. Например:
Re: Расшифровка системного журнала беспроводного роутера
Сообщение dmitriysup » 13 окт 2014, 11:54
Стандартная установка соединения PPPoE начинается с
Рассмотрим проблемы, из-за которых роутер может не соединяться с провайдером.
В этом примере видно, что роутер пытается соединиться, отправляет PADI пакеты, но не видит ответных пакетов от сервера провайдера:
1st day 00:01:16 PPP INFO sent [PADI Host-Uniq(0x00000282)]
1st day 00:01:21 PPP INFO sent [PADI Host-Uniq(0x00000282)]
1st day 00:01:31 PPP INFO sent [PADI Host-Uniq(0x00000282)]
Три попытки начать установление соединения
1st day 00:01:51 PPP ERROR Timeout waiting for PADO packets
Не дождался
Re: Расшифровка системного журнала беспроводного роутера
Сообщение alexandr » 15 окт 2014, 13:09
Oct 15 01:57:29 PPP INFO pppol2tp kernel fd:11
Запуск службы L2TP
Oct 15 01:57:31 PPP INFO sent SCCRQ
Роутер посылает серверу пакет Start-Control-Connection-Request для начала установления управляющего соединения
Oct 15 01:57:31 PPP INFO rcvd Start-Control-Connection-Reply
Ответ сервера о том, что он соглашается на продолжение установления соединения
Oct 15 01:57:31 PPP INFO sent SCCCN
Подтверждение установления управляющего соединения
Oct 15 01:57:31 PPP INFO sent ICRQ
Роутер отправил пакет Incoming-Call-Request
Oct 15 01:57:31 PPP INFO rcvd Incoming-Call-Reply
Сервер отвечает пакетом Incoming-Call-Reply
Oct 15 01:57:31 PPP INFO sent ICCN
Окончательное установление управляющего соединения
Oct 15 01:57:31 PPP INFO pppoxl2tp fd2:12
Oct 15 01:57:31 PPP INFO pppol2tp session fd:13
Переход службы в режим установления туннеля
Oct 15 01:57:31 PPP INFO sent [LCP Req mru=1460 magic=0xca05cec0]
Oct 15 01:57:31 PPP INFO rcvd [LCP Ack mru=1460 magic=0xca05cec0]
Oct 15 01:57:34 PPP INFO rcvd [LCP Req mru=1420 magic=0xca5054f9 auth=chap-MD5]
Oct 15 01:57:34 PPP INFO sent [LCP Ack mru=1420 magic=0xca5054f9 auth=chap-MD5]
Роутер и сервер договариваются о используемых параметрах аутентификации
Oct 15 01:57:34 PPP INFO rcvd [CHAP Challenge (717540970ab21bc8ed3b06a5c53e2f415c1debd540622ae8f935897), name = «xyz»]
Сервер просит роутер прислать данные для аутентификации
Oct 15 01:57:34 PPP INFO sent [CHAP Response (2e9ae43bf0a257bacd6a5116946), name = «l2tp»]
Роутер отправляет имя, пароль передается зашифрованным
Oct 15 01:57:34 PPP INFO rcvd [CHAP Success «»]
Сервер подтверждает правильность данных и устанавливает туннель
Oct 15 01:57:34 PPP INFO sent [IPCP Req addr=0.0.0.0 dns1=0.0.0.0 dns3=0.0.0.0]
Oct 15 01:57:34 PPP INFO rcvd [IPCP Req addr=172.18.0.73 dns1=0.0.0.0 dns3=0.0.0.0 ms-wins=0.0.0.0 ms-wins=0.0.0.0]
Oct 15 01:57:34 PPP INFO sent [IPCP Rej dns1=0.0.0.0 dns3=0.0.0.0 ms-wins=0.0.0.0 ms-wins=0.0.0.0]
Oct 15 01:57:34 PPP INFO rcvd [IPCP Req addr=172.18.0.73]
Oct 15 01:57:34 PPP INFO sent [IPCP Ack addr=172.18.0.73]
Oct 15 01:57:34 PPP INFO rcvd [IPCP Nak addr=172.16.1.1 dns1=192.168.0.1]
Oct 15 01:57:34 PPP INFO sent [IPCP Req addr=172.16.1.1 dns1=192.168.0.1 dns3=0.0.0.0]
Oct 15 01:57:34 PPP INFO rcvd [IPCP Ack addr=172.16.1.1 dns1=192.168.0.1 dns3=0.0.0.0]
Получение IP-адреса в туннельном соединении
Oct 15 01:57:34 PPP INFO ipcpup : ipcp_wantoptions[0].default_route = 1^M
Oct 15 01:57:34 PPP INFO delete old gateway^M
Изменяет шлюз на туннельное соединение, весь траффик идет в него, а не в локальную сеть провайдера
Oct 15 01:57:37 PPP NOTICE L2TP connected
Туннель L2TP установлен
Расшифровка системного журнала беспроводного роутера
Системный журнал/System Log
В этой теме мы опишем стандартные записи в системном журнале.
Далее мы расскажем, что означают те или иные записи в системном журнале.
2. Старт устройства
Запись системного журнала начинается со строки System started, присутствует информация о том включен ли сервер DHSP на роутере и с пометкой SECURITY указаны дополнительные параметры защиты которые запустились. Те сервисы, которые отключены в системном журнале показаны с пометкой disabled.
#################################################################### 1st day 00:00:07 OTHER INFO System started 1st day 00:00:17 DHCP NOTICE DHCP server started 1st day 00:00:17 SECURITY INFO PPTP Passthrough enabled 1st day 00:00:17 SECURITY INFO L2TP Passthrough enabled 1st day 00:00:17 SECURITY INFO IPSEC Passthrough enabled 1st day 00:00:17 SECURITY INFO FTP ALG enabled 1st day 00:00:17 SECURITY INFO TFTP ALG enabled 1st day 00:00:17 SECURITY INFO H323 ALG enabled 1st day 00:00:17 SECURITY INFO RTSP ALG enabled
Не всегда в системном журнале хранится вся эта информация. Память в устройстве не бесконечна и поэтому роутер записывает только те последние стройки что уместились. Например, если роутер уже довольно давно работает, этих записей скорее всего не будет.
DHCPS:Recv DISCOVER from 68:9C:5E:28:C8:E5
Устройство с MAC адресом 68:9C:5E:28:C8:E5 в первый раз запрашивает IP адрес
DHCPS:Send OFFER with ip 192.168.0.100
Роутер предлагает этому устройству свободный IP адрес
DHCPS:Recv REQUEST from 68:9C:5E:28:C8:E5
Устройство соглашается на предложение
DHCPS:Send ACK to 192.168.0.100
Завершающий этап подтверждающий, что указанный IP адрес выдан.
4. DHCP Client. Получение IP адреса самим роутером от локальной сети провайдера
Sep 20 12:27:39 DHCP INFO DHCPC Send DISCOVER with request ip 0 and unicast flag 0 Sep 20 12:27:39 DHCP INFO DHCPC Recv OFFER from server d91efaa7 with ip a021e3a Sep 20 12:27:39 DHCP INFO DHCPC Send REQUEST to server d91efaa7 with request ip a021e3a Sep 20 12:27:40 DHCP INFO DHCPC Recv ACK from server d91efaa7 with ip a021e3a lease time 791901 Sep 20 12:27:40 DHCP INFO DHCPC:GET ip:a021e3a mask:fffffe00 gateway:a021e01 dns1:d91efaa7 dns2:d91efaa8 Sep 20 12:27:40 DHCP NOTICE Dynamic IP(DHCP Client) obtained an IP successfully
Здесь все происходит по стандарту. Все одинаково по сравнению с выдачей IP адресов самим роутером. Только теперь роутер является клиентом DHCP сервера провайдера.
Успешное подключение
Jul 14 10:41:32 PPP NOTICE Standard authentication. Jul 14 10:41:33 PPP INFO sent [PADI Host-Uniq(0x00000202)] Jul 14 10:41:33 PPP INFO rcvd [PADO AC-Name:asr2-ats66 AC-MAC:b4:14:89:04:11:00] Jul 14 10:41:33 PPP INFO sent [PADR Host-Uniq(0x00000202)] Jul 14 10:41:33 PPP INFO rcvd [PADS sess-id(30835)] Jul 14 10:41:33 PPP INFO sent [LCP Req mru=1480 magic=0x7dac6e97] Jul 14 10:41:33 PPP INFO rcvd [LCP Req mru=1492 auth=pap magic=0x6df87d08] Jul 14 10:41:33 PPP INFO sent [LCP Ack mru=1492 auth=pap magic=0x6df87d08] Jul 14 10:41:33 PPP INFO rcvd [LCP Nak mru=1492] Jul 14 10:41:33 PPP INFO sent [LCP Req mru=1492 magic=0x7dac6e97] Jul 14 10:41:33 PPP INFO rcvd [LCP Ack mru=1492 magic=0x7dac6e97] Jul 14 10:41:33 PPP INFO sent [PAP AuthReq user=»ep2play_rnd15413_ll01″ password=(hidden)] Jul 14 10:41:33 PPP INFO sent [LCP code=0xc] Jul 14 10:41:33 PPP INFO rcvd [PAP AuthAck «»] Jul 14 10:41:33 PPP INFO sent [IPCP Req addr=0.0.0.0 dns1=0.0.0.0 dns3=0.0.0.0] Jul 14 10:41:33 PPP INFO rcvd [IPCP Req addr=80.80.111.72] Jul 14 10:41:33 PPP INFO sent [IPCP Ack addr=80.80.111.72] Jul 14 10:41:33 PPP INFO rcvd [IPCP Nak addr=77.66.230.224 dns1=80.80.111.250 dns3=80.80.111.244] Jul 14 10:41:33 PPP INFO sent [IPCP Req addr=77.66.230.224 dns1=80.80.111.250 dns3=80.80.111.244] Jul 14 10:41:33 PPP INFO rcvd [IPCP Ack addr=77.66.230.224 dns1=80.80.111.250 dns3=80.80.111.244] Jul 14 10:41:34 PPP NOTICE PPPoE connected
Стандартная установка соединения PPPoE начинается с
Рассмотрим проблемы, из-за которых роутер может не соединяться с провайдером.
1st day 00:01:16 PPP NOTICE Standard authentication. 1st day 00:01:16 PPP INFO send_phase 2112 pppd_phase = 0x2 1st day 00:01:16 PPP INFO In pppd the httpd-id is 613, set link phase is 0x2 1st day 00:01:16 PPP INFO sent [PADI Host-Uniq(0x00000282)] 1st day 00:01:21 PPP INFO sent [PADI Host-Uniq(0x00000282)] 1st day 00:01:31 PPP INFO sent [PADI Host-Uniq(0x00000282)] 1st day 00:01:51 PPP INFO send_phase 2112 pppd_phase = 0x66 1st day 00:01:51 PPP INFO In pppd the httpd-id is 613, set link phase is 0x66 1st day 00:01:51 PPP WARNING PPPoE hard line is disconnected, please check the line 1st day 00:01:51 PPP ERROR Timeout waiting for PADO packets
В этом примере видно, что роутер пытается соединиться, отправляет PADI пакеты, но не видит ответных пакетов от сервера провайдера:
1st day 00:01:16 PPP INFO sent [PADI Host-Uniq(0x00000282)]
1st day 00:01:21 PPP INFO sent [PADI Host-Uniq(0x00000282)]
1st day 00:01:31 PPP INFO sent [PADI Host-Uniq(0x00000282)]
Три попытки начать установление соединения
1st day 00:01:51 PPP ERROR Timeout waiting for PADO packets
Не дождался
Успешное подключение.
Oct 15 01:57:29 PPP INFO pppol2tp kernel fd:11 Oct 15 01:57:31 PPP INFO sent SCCRQ Oct 15 01:57:31 PPP INFO rcvd Start-Control-Connection-Reply Oct 15 01:57:31 PPP INFO sent SCCCN Oct 15 01:57:31 PPP INFO sent ICRQ Oct 15 01:57:31 PPP INFO rcvd Incoming-Call-Reply Oct 15 01:57:31 PPP INFO sent ICCN Oct 15 01:57:31 PPP INFO pppoxl2tp fd2:12 Oct 15 01:57:31 PPP INFO pppol2tp session fd:13 Oct 15 01:57:31 PPP INFO sent [LCP Req mru=1460 magic=0xca05cec0] Oct 15 01:57:31 PPP INFO rcvd [LCP Ack mru=1460 magic=0xca05cec0] Oct 15 01:57:34 PPP INFO rcvd [LCP Req mru=1420 magic=0xca5054f9 auth=chap-MD5] Oct 15 01:57:34 PPP INFO sent [LCP Ack mru=1420 magic=0xca5054f9 auth=chap-MD5] Oct 15 01:57:34 PPP INFO rcvd [CHAP Challenge (717540970ab21bc8ed3b06a5c53e2f415c1debd540622ae8f935897), name = «xyz»] Oct 15 01:57:34 PPP INFO sent [CHAP Response (2e9ae43bf0a257bacd6a5116946), name = «l2tp»] Oct 15 01:57:34 PPP INFO rcvd [CHAP Success «»] Oct 15 01:57:34 PPP INFO sent [IPCP Req addr=0.0.0.0 dns1=0.0.0.0 dns3=0.0.0.0] Oct 15 01:57:34 PPP INFO rcvd [IPCP Req addr=172.18.0.73 dns1=0.0.0.0 dns3=0.0.0.0 ms-wins=0.0.0.0 ms-wins=0.0.0.0] Oct 15 01:57:34 PPP INFO sent [IPCP Rej dns1=0.0.0.0 dns3=0.0.0.0 ms-wins=0.0.0.0 ms-wins=0.0.0.0] Oct 15 01:57:34 PPP INFO rcvd [IPCP Req addr=172.18.0.73] Oct 15 01:57:34 PPP INFO sent [IPCP Ack addr=172.18.0.73] Oct 15 01:57:34 PPP INFO rcvd [IPCP Nak addr=172.16.1.1 dns1=192.168.0.1] Oct 15 01:57:34 PPP INFO sent [IPCP Req addr=172.16.1.1 dns1=192.168.0.1 dns3=0.0.0.0] Oct 15 01:57:34 PPP INFO rcvd [IPCP Ack addr=172.16.1.1 dns1=192.168.0.1 dns3=0.0.0.0] Oct 15 01:57:34 PPP INFO ipcpup : ipcp_wantoptions[0].default_route = 1^M Oct 15 01:57:34 PPP INFO delete old gateway^M Oct 15 01:57:37 PPP NOTICE L2TP connected
Oct 15 01:57:29 PPP INFO pppol2tp kernel fd:11
Запуск службы L2TP
Oct 15 01:57:31 PPP INFO sent SCCRQ
Роутер посылает серверу пакет Start-Control-Connection-Request для начала установления управляющего соединения
Oct 15 01:57:31 PPP INFO rcvd Start-Control-Connection-Reply
Ответ сервера о том, что он соглашается на продолжение установления соединения
Oct 15 01:57:31 PPP INFO sent SCCCN
Подтверждение установления управляющего соединения
Oct 15 01:57:31 PPP INFO sent ICRQ
Роутер отправил пакет Incoming-Call-Request
Oct 15 01:57:31 PPP INFO rcvd Incoming-Call-Reply
Сервер отвечает пакетом Incoming-Call-Reply
Oct 15 01:57:31 PPP INFO sent ICCN
Окончательное установление управляющего соединения
Oct 15 01:57:31 PPP INFO pppoxl2tp fd2:12
Oct 15 01:57:31 PPP INFO pppol2tp session fd:13
Переход службы в режим установления туннеля
Oct 15 01:57:31 PPP INFO sent [LCP Req mru=1460 magic=0xca05cec0]
Oct 15 01:57:31 PPP INFO rcvd [LCP Ack mru=1460 magic=0xca05cec0]
Oct 15 01:57:34 PPP INFO rcvd [LCP Req mru=1420 magic=0xca5054f9 auth=chap-MD5]
Oct 15 01:57:34 PPP INFO sent [LCP Ack mru=1420 magic=0xca5054f9 auth=chap-MD5]
Роутер и сервер договариваются о используемых параметрах аутентификации
Oct 15 01:57:34 PPP INFO rcvd [CHAP Challenge (717540970ab21bc8ed3b06a5c53e2f415c1debd540622ae8f935897), name = «xyz»]
Сервер просит роутер прислать данные для аутентификации
Oct 15 01:57:34 PPP INFO sent [CHAP Response (2e9ae43bf0a257bacd6a5116946), name = «l2tp»]
Роутер отправляет имя, пароль передается зашифрованным
Oct 15 01:57:34 PPP INFO rcvd [CHAP Success «»]
Сервер подтверждает правильность данных и устанавливает туннель
Oct 15 01:57:34 PPP INFO sent [IPCP Req addr=0.0.0.0 dns1=0.0.0.0 dns3=0.0.0.0]
Oct 15 01:57:34 PPP INFO rcvd [IPCP Req addr=172.18.0.73 dns1=0.0.0.0 dns3=0.0.0.0 ms-wins=0.0.0.0 ms-wins=0.0.0.0]
Oct 15 01:57:34 PPP INFO sent [IPCP Rej dns1=0.0.0.0 dns3=0.0.0.0 ms-wins=0.0.0.0 ms-wins=0.0.0.0]
Oct 15 01:57:34 PPP INFO rcvd [IPCP Req addr=172.18.0.73]
Oct 15 01:57:34 PPP INFO sent [IPCP Ack addr=172.18.0.73]
Oct 15 01:57:34 PPP INFO rcvd [IPCP Nak addr=172.16.1.1 dns1=192.168.0.1]
Oct 15 01:57:34 PPP INFO sent [IPCP Req addr=172.16.1.1 dns1=192.168.0.1 dns3=0.0.0.0]
Oct 15 01:57:34 PPP INFO rcvd [IPCP Ack addr=172.16.1.1 dns1=192.168.0.1 dns3=0.0.0.0]
Получение IP-адреса в туннельном соединении
Oct 15 01:57:34 PPP INFO ipcpup : ipcp_wantoptions[0].default_route = 1^M
Oct 15 01:57:34 PPP INFO delete old gateway^M
Изменяет шлюз на туннельное соединение, весь траффик идет в него, а не в локальную сеть провайдера
Oct 15 01:57:37 PPP NOTICE L2TP connected
Туннель L2TP установлен
Успешное подключение
Oct 15 02:16:28 PPP INFO sent Start-Control-Connection-Request Oct 15 02:16:28 PPP INFO rcvd Start-Control-Connection-Reply Oct 15 02:16:29 PPP INFO sent Outgoing-Call-Request Oct 15 02:16:29 PPP INFO rcvd Outgoing-Call-Reply Oct 15 02:16:30 PPP INFO sent [LCP Req mru=1420 magic=0x2dc659aa] Oct 15 02:16:30 PPP INFO rcvd [LCP Req mru=1420 magic=0xaba62526 auth=chap-MS-v2] Oct 15 02:16:30 PPP INFO sent [LCP Ack mru=1420 magic=0xaba62526 auth=chap-MS-v2] Oct 15 02:16:30 PPP INFO rcvd [LCP Ack mru=1420 magic=0x2dc659aa] Oct 15 02:16:30 PPP INFO rcvd [CHAP Challenge (fd41b09dc1e1eac829c7ed20333282e2), name = «xyz»] Oct 15 02:16:30 PPP INFO sent [CHAP Response (0e0afe2f8810f12fc908fdf700f35f380089c42ece82ae6f3652946fcd95c988b7b90bf71a00), name = «pptp»] Oct 15 02:16:30 PPP INFO rcvd [CHAP Success «S=C31AAA8C15537D11399314455C4088654FAF8446»] Oct 15 02:16:30 PPP INFO sent [IPCP Req addr=0.0.0.0 dns1=0.0.0.0 dns3=0.0.0.0] Oct 15 02:16:30 PPP INFO rcvd [IPCP Req addr=172.18.0.73 dns1=0.0.0.0 dns3=0.0.0.0 ms-wins=0.0.0.0 ms-wins=0.0.0.0] Oct 15 02:16:30 PPP INFO sent [IPCP Rej dns1=0.0.0.0 dns3=0.0.0.0 ms-wins=0.0.0.0 ms-wins=0.0.0.0] Oct 15 02:16:30 PPP INFO rcvd [IPCP Req addr=172.18.0.73] Oct 15 02:16:30 PPP INFO sent [IPCP Ack addr=172.18.0.73] Oct 15 02:16:30 PPP INFO rcvd [IPCP Nak addr=172.16.1.1 dns1=192.168.0.1] Oct 15 02:16:30 PPP INFO sent [IPCP Req addr=172.16.1.1 dns1=192.168.0.1 dns3=0.0.0.0] Oct 15 02:16:30 PPP INFO rcvd [IPCP Ack addr=172.16.1.1 dns1=192.168.0.1 dns3=0.0.0.0] Oct 15 02:16:30 PPP INFO ipcpup : ipcp_wantoptions[0].default_route = 1^M Oct 15 02:16:30 PPP INFO delete old gateway^M Oct 15 02:16:34 PPP NOTICE PPTP connected
Ошибки в системном журнале роутера
Здравствуйте, после подключения к интернету, в журнале роутера постоянно выдается вот такие строки.
Как это исправить? Возвращал к заводским установкам, все равно ошибки остаются
Сообщение об ошибке 1060 в системном журнале
Доброго времени суток уважаемые форумчане. Не могу найти способ решения ошибки появившееся на.
Ошибки в журнале
Собственно начал замечать, что не всегда выполняются логонскрипты, посему посмотрел в журнал машин.
Ошибки в журнале событий
В последнее время компьютер начал медленно работать, загружаться и открывать приложения. Залез в.
192.168.1.129 это компьютер
а как посмотреть что подключено в eth2.2?
хорошо что не принтер
ну вероятно ему был запрещен доступ к роутеру по user id
Не, ну если доступ запрещен, я же как-то интернетом пользуюсь с компьютера через роутер. Да и когда подключался в настройки через телефон, то такие ошибки отсылались уже к телефону
Роутер SNR-CPE-W4N (rev.M) ПО:Wive-NG-mt
Версия ПО 6.7.18.RU.30112017
На самом деле я тут уже писал в другом разделе, что у меня 1.5 года назад что-то произошло толи с роутером, толи с самим компьютером, из-за чего при подключение к интернету и компьютер и другие приборы начинали лагать. Кучу раз уже возвращал роутер к заводским настройкам, сейчас вообще роутер новый. Недели 2 назад компьютер вообще работать почти нормально перестал, куча ошибок, зависает во всем, при подключение к интернету, так вообще не сделать ничего, все лагает. Потом неделю назад Ростелеком делал какие-то ремонтные работы у нас в районе, и связано это или нет, но каким-то образом комп вдруг стал работать нормально, как будто ничего и не было. Честно уже ничего не понимаю как это все происходит, но факт один, что до этого если выключаешь роутер, компьютер не зависает, включаешь при работающим роутере, даже без выхода в интернет, все может начать лагать.Сейчас это почему-то пропало, хотя сам ничего не делал. Ну и плюс в системном журнале постоянно выдается ошибка Kernel Event Tracing, как раз началось после того как и в роутере ошибки появились
Ничего, только модем
Сейчас вот выключил-включил роутер, зашел с нетбука, тоже ошибка появилась
Sending discover что это
вот типичный лог с моими комментариями:
; закончили обновлять адрес. Internet offline.
«Jan 1 00:28:17 «,»DHCP: Client receive ACK from 10.2.1.250, IP=10.7.29.183, Lease time=28800.»
«Jan 1 00:28:15 «,»DHCP: Client send REQUEST to server 10.2.1.250, request IP=10.7.29.183.»
«Jan 1 00:28:15 «,»DHCP: Client receive OFFER from 10.2.1.250.»
«Jan 1 00:28:14 «,»DHCP: Client send DISCOVER.»
«Jan 1 00:28:11 «,»PPP: Connection terminated.»
«Jan 1 00:28:11 «,»PPP: Connection terminated.»
«Jan 1 00:28:11 «,»WAN disconnected (PPTP).»
; возвращаем настройку на получение адреса от DHCP.
; Всё хорошо. Internet online. Вот только через 8 часов придётся обновлять адрес у DHCP вручную.
«Jan 1 00:11:50 «,»WAN connected (PPTP).»
«Jan 1 00:11:46 «,»Remote management is disabled.»
«Jan 1 00:11:46 «,»Block WAN PING is disabled.»
«Jan 1 00:11:44 «,»Remote management is disabled.»
«Jan 1 00:11:44 «,»Block WAN PING is disabled.»
«Jan 1 00:11:43 «,»DMZ disabled.»
«Jan 1 00:11:42 «,»IPCP: secondary DNS address 10.2.1.35.»
«Jan 1 00:11:42 «,»IPCP: primary DNS address 10.2.1.250.»
«Jan 1 00:11:42 «,»IPCP: remote IP address 91.149.162.1.»
«Jan 1 00:11:42 «,»IPCP: local IP address 91.149.156.235.»
«Jan 1 00:11:42 «,»CHAP authentication succeeded.»
«Jan 1 00:11:38 «,»DHCP: Client release IP 10.7.29.183 to server 10.2.1.250.»
; переключаем настройки на PPTP со статическим IP, только что выданным DHCP
; закончили обновлять адрес. Internet offline.
; в таком режиме и стоит, ничего больше не предпринимая.
«Jan 1 00:09:49 «,»DHCP: Client receive ACK from 10.2.1.250, IP=10.7.29.183, Lease time=28800.»
«Jan 1 00:09:46 «,»DHCP: Client send REQUEST to server 10.2.1.250, request IP=10.7.29.183.»
«Jan 1 00:09:46 «,»DHCP: Client receive OFFER from 10.2.1.250.»
«Jan 1 00:09:44 «,»DHCP: Client send DISCOVER.»
«Jan 1 00:09:11 «,»DHCP: Client send REQUEST to server 10.2.1.250, request IP=10.7.29.183.»
«Jan 1 00:08:55 «,»DHCP: Client send REQUEST to server 10.2.1.250, request IP=10.7.29.183.»
«Jan 1 00:08:47 «,»DHCP: Client send REQUEST to server 10.2.1.250, request IP=10.7.29.183.»
«Jan 1 00:08:43 «,»DHCP: Client send REQUEST to server 10.2.1.250, request IP=10.7.29.183.»
«Jan 1 00:08:41 «,»DHCP: Client send REQUEST to server 10.2.1.250, request IP=10.7.29.183.»
«Jan 1 00:08:41 «,»DHCP: Client performing a DHCP renew.»
; Выдёргиваем WAN-кабель из роутера. Вставляем обратно. Пытаемся переполучить адрес.
«Jan 1 00:00:25 «,»VPN (L2TP) Pass-Through enabled.»
«Jan 1 00:00:25 «,»VPN (IPSec) Pass-Through enabled.»
«Jan 1 00:00:25 «,»VPN (PPTP) Pass-Through enabled.»
«Jan 1 00:00:25 «,»Domain blocking disabled.»
«Jan 1 00:00:25 «,»URL blocking disabled.»
«Jan 1 00:00:25 «,»MAC filter disabled.»
«*************** «,»System started.»
Sending discover что это
Часовой пояс: UTC + 3 часа
DIR-320NRU. Проблема
Зарегистрирован: Пт фев 03, 2012 14:44
Сообщений: 3
Зарегистрирован: Пт фев 03, 2012 14:44
Сообщений: 3
Зарегистрирован: Пн янв 30, 2012 22:17
Сообщений: 13
Зарегистрирован: Ср фев 01, 2012 22:34
Сообщений: 10
Это значит, что кто-то в сети (скорее всего твой компьютер) ищет DHCP сервер. Это нормально. |
Зарегистрирован: Вс фев 05, 2012 19:43
Сообщений: 5
Откуда: Борисоглебск
Здравствуйте. имеется маршрутизатор dir-320nru, к нему подключаю кабель от провайдера, ну а дальше от маршрутизатора в комп. и объясняет это тем что данный роутер не понимает маску подсети 255.255.255.255 |
Зарегистрирован: Вс фев 05, 2012 23:06
Сообщений: 6
Вот и у меня так на модеме huawei e171, хоть он и не заявлен как поддерживаемый, но определяется и сигнал сети показывает. Устанавливаю режим 3g а при плохой связи роутер сам его переключает в 2g, а когда появляется 3g сеть, то модем её находит (начинает мигать синим), то перестаёт определяться. Пробовал и на августовской прошивке и на бете 1.3.0 При этом может неделю работать нормально, а когда сигнал становится хуже, например от погоды, то начинается такая чехарда с отваливанием модема каждые полчаса. На компьютере когда ставил режим модема только 3g, то он никогда в 2g сам не переключался, значит дело в прошивке, надеюсь, что будет исправлено. |
Зарегистрирован: Вт фев 07, 2012 11:16
Сообщений: 4
Спасибо за прошивку. 1) Настраиваю соединение через мастера настройки. Выбираю провайдера. Соединение создается, но в статусе постоянно пишет «разорвано». То есть автоматически не подключается. Галка keep-alive стоит. |
Зарегистрирован: Вт янв 05, 2010 23:20
Сообщений: 2
Откуда: Россия, Москва
Зарегистрирован: Вт фев 07, 2012 11:16
Сообщений: 4
Помогите советом. Сначала прошивке обрадовался, но часа через 2, роутер перестал видеть модем на совсем. Не видет вообще. И прошивал еще раз и сбрасывал на заводские сразу. Ничего не помогает. При подключении ZTE MF 190, логи пишут: Означает ли это, что роутер все таки определяет модем? Как заставить увидеть его в устройствах? Ну он же видел его раньше. |
Зарегистрирован: Чт фев 09, 2012 07:21
Сообщений: 3
Зарегистрирован: Вт фев 07, 2012 11:16
Сообщений: 4
специалисты, помогите хоть одним советом. может скачать и залить новый? |
Зарегистрирован: Вт фев 07, 2012 11:16
Сообщений: 4
Зарегистрирован: Ср фев 01, 2012 22:34
Сообщений: 10
Зарегистрирован: Пн янв 30, 2012 22:17
Сообщений: 13
Часовой пояс: UTC + 3 часа Кто сейчас на форумеСейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 22 |