Sending ack что это
Сообщения DHCP
Без DHCP пользователи вынуждены были бы вручную вводить IP адрес, маску подсети и другие сетевые настройки, чтобы соединиться с сетью. Сервер DHCP поддерживает пул IP адресов и сдает в аренду адрес любому клиенту с включенным DHCP, как только этот клиент подключается.
Поскольку IP адреса являются динамическими (арендованными), а не статическими (назначенными на постоянной основе), адреса, которые больше не используются, автоматически возвращаются в пул для перераспределения. Когда устройство с сконфигурированным DHCP загружается или подключается к сети, клиент генерирует широковещательный пакет DHCP DISCOVER, чтобы определить все доступные DHCP серверы в сети. DHCP сервер отвечает пакетом DHCP OFFER, который является сообщением предложения аренды с информацией о назначаемом IP адресе, маске подсети, DNS сервере и шлюзе по умолчанию, а также продолжительностью аренды.
Клиент может получить несколько пакетов DHCP OFFER, если в локальной сети существует более одного DHCP сервера, так что он должен выбрать среди них, а затем запустить широковещательный пакет DHCP REQUEST, который идентифицирует конкретный сервер и предложение аренды, которое принимает клиент. Клиент мог бы запросить адрес, который был ему назначен в прошлый раз сервером.
DHCP сервер гарантирует, что все IP адреса являются уникальными (один и тот же IP адрес не может быть назначен двум различным сетевым устройствам одновременно). Использование DHCP позволяет сетевым администраторам легко переконфигурировать клиентские IP адреса без необходимости вручную вносить изменения в настройки клиентов. Большинство Интернет провайдеров используют DHCP для распределения адресов своим потребителям, которые не требуют статического адреса.
Sending ack что это
вот типичный лог с моими комментариями:
; закончили обновлять адрес. 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.»
Помогите отловить проблему в сети. Вроде все работает, но не до конца.
26.11.14 20:27 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
26.11.14 20:47 Ответ на сообщение Re: Помогите отловить проблему в сети. Вроде все работает, но не до. пользователя Alex_Golovin
26.11.14 23:28 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
«Если в мире все бессмысленно, – сказала Алиса, – что мешает выдумать какой-нибудь смысл?»
27.11.14 03:16 Ответ на сообщение Re: Помогите отловить проблему в сети. Вроде все работает, но не до. пользователя roskostas
27.11.14 07:54 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
If VEGETarians eat VEGETables, what do HUMANitarians eat?
Is PROgress controversial to CONgress?
27.11.14 11:05 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
Исправлено пользователем iamoutcast (27.11.14 11:06)
27.11.14 12:16 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
Это сообщение не направлено на оскорбление чувств верующих, неверующих, сексменьшинств, животных, разжигание межнациональной вражды и загрязнение природы.
30.11.14 21:35 Ответ на сообщение Re: Помогите отловить проблему в сети. Вроде все работает, но не до. пользователя Злыдь
Да я все довольно понятно объяснил. И как продиагностировать и что делать, если диагностика покажет положительный\отрицательный результат.
Вот уважаемый, тоже самое написал, только более развернуто, за что спасибо ему)
«Если в мире все бессмысленно, – сказала Алиса, – что мешает выдумать какой-нибудь смысл?»
30.11.14 23:29 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
В ответ на: Пароль на админку роутера утрачен.
01.12.14 15:56 Ответ на сообщение Re: Помогите отловить проблему в сети. Вроде все работает, но не до. пользователя Alex_Golovin
04.12.14 16:10 Ответ на сообщение Re: Помогите отловить проблему в сети. Вроде все работает, но не до. пользователя roskostas
В ответ на: Да я все довольно понятно объяснил.
В ответ на: И как продиагностировать и что делать, если диагностика покажет положительный\отрицательный результат.
04.12.14 16:11 Ответ на сообщение Re: Помогите отловить проблему в сети. Вроде все работает, но не до. пользователя pavelv
В ответ на: когда добавили новый роутер
04.12.14 16:13 Ответ на сообщение Re: Помогите отловить проблему в сети. Вроде все работает, но не до. пользователя 913valera
В ответ на: А рядом с роутером никаких микроволновок не стоит?
04.12.14 16:17 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
04.12.14 16:20 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
04.12.14 16:22 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя iamoutcast
В ответ на: Мы готовы решить ваш вопрос
05.12.14 09:09 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
tracert ya.ru что кажет? ну или tracert 213.180.204.3
полностью вывод, плз.
И ipconfig /all тоже, если не трудно
УПД: ЕМНИП у кинетика в разделе tools есть бортовой пингователь и. кажется, трейсер. Оттуда-то хотя бы работает?
If VEGETarians eat VEGETables, what do HUMANitarians eat?
Is PROgress controversial to CONgress?
Исправлено пользователем Злыдь (05.12.14 09:11)
05.12.14 13:31 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Злыдь
1 4 ms В ответ на: Оттуда-то хотя бы работает?
05.12.14 13:53 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
05.12.14 17:01 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
05.12.14 17:07 Ответ на сообщение Re: Помогите отловить проблему в сети. Вроде все работает, но не до. пользователя Alex_Golovin
1. Вызвать специалиста от оператора, предоставляющего услуги связи
2. Попробовать самостоятельно поставить «подменный» роутер (например, взяв из дома) и сравнить, будут ли изменения
05.12.14 18:05 Ответ на сообщение Re: Помогите отловить проблему в сети. Вроде все работает, но не до. пользователя . NickeL.
В ответ на: 1. Вызвать специалиста от оператора, предоставляющего услуги связи
В ответ на: Попробовать самостоятельно поставить «подменный» роутер (например, взяв из дома) и сравнить, будут ли изменения
05.12.14 18:50 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
05.12.14 19:14 Ответ на сообщение Помогите отловить проблему в сети. Вроде все работает, но не до конца. пользователя Alex_Golovin
Расшифровка системного журнала беспроводного роутера
Системный журнал/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
Sending ack что это
Дорогие пользователи! У нас появился новый форум на платформе 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 установлен