1. Уважаемые посетители форума! Прежде чем помещать в форум новое сообщение о возникшей у Вас проблеме, пожалуйста, поищите ее решение в ответах на часто задаваемые вопросы FAQ, или воспользуйтесь поиском по форуму.
  2. Форум не является системой моментального ответа на вопросы. Если Вам необходимо получить ответ на ваш вопрос в кратчайшие сроки - пожалуйста, позвоните в ближайший к Вам региональный офис D-Link.
faq обучение настройка
Текущее время: Вс июн 29, 2025 16:11

Сообщения без ответов | Активные темы


Список форумов » Маршрутизаторы и Firewall

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




Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 10 ] 
  Предыдущая тема | Следующая тема 
Автор Сообщение
Amadeus33RUS
 Заголовок сообщения: DIR-615 долго включается
СообщениеДобавлено: Пт фев 28, 2014 12:42 
Не в сети

Зарегистрирован: Пт фев 28, 2014 12:25
Сообщений: 5
Здравствуйте. Возникла такая проблема. В ноябре приобрел роутер DIR-615. Я так понял, что у него несколько модификаций, поэтому прилагаю фото нижней поверхности для определения точной модели. Роутер отлично работал, без каких либо нареканий. Недавно был в отъезде в течение 3-х недель. По возвращении стали твориться чудеса - интернет работает на ПК, wi-fi тоже работает как раньше. Но теперь роутер стал долго включаться. Дело в том, что он у меня работает в режиме "когда нужен Вай-фай - щелкнул кнопку на сетевой фильтре, когда не нужен - отрубаешь всю розетку". И вот теперь после включения он стал оооочень долго включаться. Сначала я заметил это на айпаде. Раньше через некоторое время появлялся индикатор подключенного вай фая (секунд 30), и интернет работал. Теперь сеть есть - а интернет долгое время не работает (около 5 минут). Включил ПК, который соединен витой парой с роутером - та же история. Интернета долго нет, и в процессе подключения несколько раз показывает "сетевой кабель не подключен" затем он меняется на "получение сетевого адреса", затем снова "сетевой кабель не подключен", и так минут 5, после чего интернет все же появляется. Я решил обновить прошивку, поставил последнюю (2.0.17), но это не помогло. Затем я вернулся к заводским настройкам, и заново настроил роутер. И снова то же самое. Интернет есть, Вай фай есть, но только через 5 минут после включения роутера. И еще: в течение этих 5 минут с компьютера до роутера (192.168.0.1) тоже не достучаться. Начинает работать, только когда заработает интернет


Вложения:
image.jpg
image.jpg [ 685.38 KiB | Просмотров: 5175 ]
Вернуться наверх
 Профиль  
 
Mihail821
 Заголовок сообщения: Re: DIR-615 долго включается
СообщениеДобавлено: Пт фев 28, 2014 16:48 
Не в сети

Зарегистрирован: Вс янв 13, 2013 16:43
Сообщений: 2666
Откуда: Санкт-Петербург
Сдаётся мне, что проблема у провайдера. Выдерните шнурок провайдера из роутера и попробуйте включить роутер без него - проверьте, что можете зайти на 192.168.0.1 по WiFi/LAN, если сможете быстрее зайти, то надо ловить что Вам там прилетает с свитча провайдера в который Вы воткнуты. Плюс покажите журнал работы роутера, после втыкания в него шнурка провайдера, уже при включенном роутере и укажите момент, когда интернет у Вас появился (во временной рамке лога), чтобы легче курить было.
Вернуться наверх
 Профиль  
 
Amadeus33RUS
 Заголовок сообщения: Re: DIR-615 долго включается
СообщениеДобавлено: Пт фев 28, 2014 21:48 
Не в сети

Зарегистрирован: Пт фев 28, 2014 12:25
Сообщений: 5
Спасибо за то, что откликнулись. Да, действительно, когда вынул шнур провайдера из роутера - он запустился быстро, как и раньше, примерно секунд 30.
Вот что показал журнал роутера, первые две строчки до появления интернета, все остальное - после:
Код:
Jan  1 00:03:57 syslogd started: BusyBox v1.19.2
Jan  1 00:04:23 kernel: Wan link is up!
Jan  1 00:04:36 syslog: Loading liblogger v2.0.2
Jan  1 00:04:36 syslog: upstream ifaces:
Jan  1 00:04:36 syslog: downstream ifaces: br0
Jan  1 00:04:36 syslog: hews interval = 120.0 sec
Jan  1 00:04:36 syslog: doublet join enabled
Jan  1 00:04:36 syslog: Using old argv style
Jan  1 00:04:36 syslog: daemonizing ...
Jan  1 00:04:36 syslog: kernel multicast version is 305 (v3.05 ?)
Jan  1 00:04:36 syslog: kernel mroute inited
Jan  1 00:04:36 syslog: proxy prepared
Jan  1 00:04:36 syslog: vifi #0 added for br0
Jan  1 00:04:36 syslog: valid VIF's configured: upstreams=0, downstreams=1. Bad.
Jan  1 00:04:37 pppd[1464]: entering dlock, dfd = -1
Jan  1 00:04:37 pppd[1464]: dlock: locked
Jan  1 00:04:37 pppd[1464]: pppd 2.4.4 started by admin, uid 0
Jan  1 00:04:37 pppd[1464]: Using interface ppp0
Jan  1 00:04:37 pppd[1464]: Connect: ppp0 <--> /dev/pts/0
Jan  1 00:04:37 pptp[1468]: anon log[main:pptp.c:331]: The synchronous pptp option is NOT activated
Jan  1 00:04:37 pptp[1474]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan  1 00:04:37 pptp[1474]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Jan  1 00:04:37 pptp[1474]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Jan  1 00:04:38 pptp[1474]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan  1 00:04:38 pptp[1474]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Jan  1 00:04:38 pptp[1474]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 9843).
Jan  1 00:04:38 pppd[1464]: CHAP authentication succeeded: Welcome
Jan  1 00:04:38 pppd[1464]: CHAP authentication succeeded
Jan  1 00:04:38 pppd[1464]: local  IP address 91.225.151.47
Jan  1 00:04:38 pppd[1464]: remote IP address 94.158.112.25
Jan  1 00:04:38 pppd[1464]: primary   DNS address 94.158.112.25
Jan  1 00:04:38 pppd[1464]: secondary DNS address 94.158.112.26


Да, судя по времени в журнале какого-то определенного и четкого разрыва нет, но появилось все именно так, сначала первые две, а потом резко все остальные строчки
Вернуться наверх
 Профиль  
 
Mihail821
 Заголовок сообщения: Re: DIR-615 долго включается
СообщениеДобавлено: Сб мар 01, 2014 07:35 
Не в сети

Зарегистрирован: Вс янв 13, 2013 16:43
Сообщений: 2666
Откуда: Санкт-Петербург
По этому логу само подключение с провайдером у Вас занимает 15 секунд. Вторая строка это факт физического подключения на WAN-порту, успешно линк поднимается. На 38 секунде успешное прохождение аутентификации на сервере провайдера (логин-пароль) и получение от провайдера IP и DNS. Не понятно куда делось 4 минуты лога до - Вы говорите, что роутер за 30 секунд включился.))

P.S. Попробуйте ещё один лог снять сделать, но уже с воткнутым шнурком провайдера до включения роутера.
Вернуться наверх
 Профиль  
 
Amadeus33RUS
 Заголовок сообщения: Re: DIR-615 долго включается
СообщениеДобавлено: Сб мар 01, 2014 12:11 
Не в сети

Зарегистрирован: Пт фев 28, 2014 12:25
Сообщений: 5
Попробовал теперь так: шнур провайдера воткнут, питание роутера отсоединено. Затем включаю его в сеть, и, пока не появился интернет, я не могу достучаться до роутера (192.168.0.1). Но вот, что содержалось в логе, сразу после того как интернет появился, и я смог зайти на роутер:
Код:
Jan  1 00:00:04 syslogd started: BusyBox v1.19.2
Jan  1 00:00:04 kernel: NET: Registered protocol family 1
Jan  1 00:00:04 kernel: squashfs: version 4.0 (2009/01/31) Phillip Lougher
Jan  1 00:00:04 kernel: msgmni has been set to 53
Jan  1 00:00:04 kernel: io scheduler noop registered
Jan  1 00:00:04 kernel: io scheduler cfq registered (default)
Jan  1 00:00:04 kernel: Realtek GPIO Driver for Flash Reload Default
Jan  1 00:00:04 kernel: Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
Jan  1 00:00:04 kernel: serial8250: ttyS0 at MMIO 0x18002000 (irq = 23) is a 16550A
Jan  1 00:00:04 kernel: PPP generic driver version 2.4.2
Jan  1 00:00:04 kernel: MPPE/MPPC encryption/compression module registered
Jan  1 00:00:04 kernel: NET: Registered protocol family 24
Jan  1 00:00:04 kernel: vendor_deivce_id=819110ec
Jan  1 00:00:04 kernel: =====>>EXIT rtl8192cd_init_one <<=====
Jan  1 00:00:04 kernel: =====>>INSIDE rtl8192cd_init_one <<=====
Jan  1 00:00:04 kernel: =====>>EXIT rtl8192cd_init_one <<=====
Jan  1 00:00:04 kernel: =====>>INSIDE rtl8192cd_init_one <<=====
Jan  1 00:00:04 kernel: =====>>EXIT rtl8192cd_init_one <<=====
Jan  1 00:00:04 kernel: =====>>INSIDE rtl8192cd_init_one <<=====
Jan  1 00:00:04 kernel: =====>>EXIT rtl8192cd_init_one <<=====
Jan  1 00:00:04 kernel: =====>>INSIDE rtl8192cd_init_one <<=====
Jan  1 00:00:04 kernel: =====>>EXIT rtl8192cd_init_one <<=====
Jan  1 00:00:04 kernel: =====>>INSIDE rtl8192cd_init_one <<=====
Jan  1 00:00:04 kernel: Probing RTL8186 10/100 NIC-kenel stack size order[3]...
Jan  1 00:00:04 kernel: chip name: 8196C, chip revid: 0
Jan  1 00:00:04 kernel:   Set 8196C PHY Patch OK
Jan  1 00:00:04 kernel: NOT YET
Jan  1 00:00:04 kernel: Set threshould idx 0
Jan  1 00:00:04 kernel: eth0 added. vid=9 Member port 0x1...
Jan  1 00:00:04 kernel: eth1 added. vid=8 Member port 0x10...
Jan  1 00:00:04 kernel: eth2 added. vid=9 Member port 0x2...
Jan  1 00:00:04 kernel: eth3 added. vid=9 Member port 0x4...
Jan  1 00:00:04 kernel: eth4 added. vid=9 Member port 0x8...
Jan  1 00:00:04 kernel: [peth0] added, mapping to [eth1]...
Jan  1 00:00:04 kernel: SPI INIT
Jan  1 00:00:04 kernel: flash device: 0x400000 at 0xbfe00000
Jan  1 00:00:04 kernel:  ========================= Registed SPI Flash Model =========================
Jan  1 00:00:04 kernel: |No chipID  Sft chipSize blkSize secSize pageSize sdCk opCk      chipName    |
Jan  1 00:00:04 kernel: | 0 ef4016h  0h  400000h  10000h   1000h     100h   80    0            W25Q32|
Jan  1 00:00:04 kernel:  ============================================================================
Jan  1 00:00:04 kernel: 0x000000010000-0x000000020000 : "MAC"
Jan  1 00:00:04 kernel: 0x000000020000-0x000000030000 : "config"
Jan  1 00:00:04 kernel: 0x000000030000-0x000000170000 : "kernel"
Jan  1 00:00:04 kernel: 0x000000130000-0x000000800000 : "rootfs"
Jan  1 00:00:04 kernel: mtd: partition "rootfs" extends beyond the end of device "flash_bank_1" -- size truncated to 0x2d0000
Jan  1 00:00:04 kernel: 0x000000030000-0x000000800000 : "Linux"
Jan  1 00:00:04 kernel: mtd: partition "Linux" extends beyond the end of device "flash_bank_1" -- size truncated to 0x3d0000
Jan  1 00:00:04 kernel: 0x000000000000-0x000000800000 : "ALL"
Jan  1 00:00:04 kernel: mtd: partition "ALL" extends beyond the end of device "flash_bank_1" -- size truncated to 0x400000
Jan  1 00:00:04 kernel: Netfilter messages via NETLINK v0.30.
Jan  1 00:00:04 kernel: nf_conntrack version 0.5.0 (512 buckets, 2048 max)
Jan  1 00:00:04 kernel: ctnetlink v0.93: registering with nfnetlink.
Jan  1 00:00:04 kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Jan  1 00:00:04 kernel: arp_tables: (C) 2002 David S. Miller
Jan  1 00:00:04 kernel: TCP cubic registered
Jan  1 00:00:04 kernel: NET: Registered protocol family 17
Jan  1 00:00:04 kernel: Netlink[Kernel] create socket for igmp ok.
Jan  1 00:00:04 kernel: Realtek FastPath:v1.03
Jan  1 00:00:04 kernel: nlmon: nlmon_init entry
Jan  1 00:00:04 kernel: VFS: Mounted root (squashfs filesystem) readonly on device 31:4.
Jan  1 00:00:04 kernel: Freeing unused kernel memory: 108k freed
Jan  1 00:00:04 kernel: gpiom: module license 'Proprietary' taints kernel.
Jan  1 00:00:04 kernel: Disabling lock debugging due to kernel taint
Jan  1 00:00:04 kernel: gpiom: module starting ...
Jan  1 00:00:04 kernel: gpiom: using profile DIR_300A.
Jan  1 00:00:04 kernel: gpiom: button support enabled.
Jan  1 00:00:04 kernel: gpiom: led support enabled.
Jan  1 00:00:04 kernel: IRQ 25/gpiom: IRQF_DISABLED is not guaranteed on shared IRQs
Jan  1 00:00:04 kernel: nf_conntrack_rtsp v0.6.21 loading
Jan  1 00:00:04 kernel: nf_nat_rtsp v0.6.21 loading
Jan  1 00:00:04 kernel: -------> Set MIB from /etc/Wireless/RTL8192CD.dat
Jan  1 00:00:04 kernel: <------- Set MIB from /etc/Wireless/RTL8192CD.dat Success
Jan  1 00:00:04 kernel: [PHY_ConfigMACWithParaFile][MACPHY_REG_92C]
Jan  1 00:00:04 kernel: ===> Load_92C_Firmware
Jan  1 00:00:04 kernel: <=== Load_92C_Firmware
Jan  1 00:00:06 kernel: cp0 , vid =9, portmask=fcp1 , vid =2, portmask=10<6>device eth0 entered promiscuous mode
Jan  1 00:00:06 kernel: device eth2 entered promiscuous mode
Jan  1 00:00:06 kernel: device eth3 entered promiscuous mode
Jan  1 00:00:06 kernel: device eth4 entered promiscuous mode
Jan  1 00:00:06 kernel: device wlan0 entered promiscuous mode
Jan  1 00:00:07 kernel: -------> Set MIB from /etc/Wireless/RTL8192CD.dat
Jan  1 00:00:07 kernel: <------- Set MIB from /etc/Wireless/RTL8192CD.dat Success
Jan  1 00:00:07 kernel: [PHY_ConfigMACWithParaFile][MACPHY_REG_92C]
Jan  1 00:00:07 kernel: ===> Load_92C_Firmware
Jan  1 00:00:07 kernel: <=== Load_92C_Firmware
Jan  1 00:00:07 kernel: Wan link is up!
Jan  1 00:00:07 kernel: message received before monitor task is initialized kerSysSendtoNlMonTask
Jan  1 00:00:07 kernel: br0: port 5(wlan0) entering learning state
Jan  1 00:00:07 kernel: br0: port 1(eth0) entering learning state
Jan  1 00:00:08 kernel: monitor task is initialized pid= 222
Jan  1 00:00:09 miniupnpd[248]: could not open lease file: /tmp/upnp.leases
Jan  1 00:00:09 miniupnpd[248]: HTTP listening on port 59427
Jan  1 00:00:09 miniupnpd[248]: Listening for NAT-PMP traffic on port 5351
Jan  1 00:00:10 syslog: Loading liblogger v2.0.2
Jan  1 00:00:10 syslog: upstream ifaces:
Jan  1 00:00:10 syslog: downstream ifaces: br0
Jan  1 00:00:10 syslog: hews interval = 120.0 sec
Jan  1 00:00:10 syslog: doublet join enabled
Jan  1 00:00:10 syslog: Using old argv style
Jan  1 00:00:10 syslog: daemonizing ...
Jan  1 00:00:10 syslog: kernel multicast version is 305 (v3.05 ?)
Jan  1 00:00:10 syslog: kernel mroute inited
Jan  1 00:00:10 syslog: proxy prepared
Jan  1 00:00:10 syslog: vifi #0 added for br0
Jan  1 00:00:10 syslog: valid VIF's configured: upstreams=0, downstreams=1. Bad.
Jan  1 00:00:11 pppd[329]: entering dlock, dfd = -1
Jan  1 00:00:11 pppd[329]: dlock: locked
Jan  1 00:00:11 pppd[329]: pppd 2.4.4 started by admin, uid 0
Jan  1 00:00:11 pppd[329]: Using interface ppp0
Jan  1 00:00:11 pppd[329]: Connect: ppp0 <--> /dev/pts/0
Jan  1 00:00:11 pptp[333]: anon log[main:pptp.c:331]: The synchronous pptp option is NOT activated
Jan  1 00:00:12 pptp[339]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan  1 00:00:12 pptp[339]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Jan  1 00:00:12 pptp[339]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Jan  1 00:00:13 pptp[339]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan  1 00:00:13 pptp[339]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Jan  1 00:00:13 pptp[339]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 54359).
Jan  1 00:00:13 pppd[329]: CHAP authentication failed: ^M^JAccess denied (external check failed).
Jan  1 00:00:13 pppd[329]: CHAP authentication failed
Jan  1 00:00:13 pppd[329]: Connection terminated.
Jan  1 00:00:13 pptp[339]: anon log[ctrlp_disp:pptp_ctrl.c:929]: Call disconnect notification received (call id 54359)
Jan  1 00:00:13 pptp[333]: anon warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
Jan  1 00:00:13 pptp[333]: anon warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
Jan  1 00:00:13 pptp[339]: anon log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)
Jan  1 00:00:13 pptp[339]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Jan  1 00:00:13 pptp[339]: anon log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Jan  1 00:00:13 pppd[329]: Connection terminated.
Jan  1 00:00:13 pppd[329]: send_event_to_daemon
Jan  1 00:00:17 kernel: br0: port 5(wlan0) entering forwarding state
Jan  1 00:00:17 kernel: br0: port 1(eth0) entering forwarding state
Jan  1 00:00:18 pptp[360]: anon log[main:pptp.c:331]: The synchronous pptp option is NOT activated
Jan  1 00:00:18 pppd[329]: Using interface ppp0
Jan  1 00:00:18 pppd[329]: Connect: ppp0 <--> /dev/pts/0
Jan  1 00:00:19 pptp[368]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan  1 00:00:19 pptp[368]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Jan  1 00:00:19 pptp[368]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Jan  1 00:00:20 pptp[368]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan  1 00:00:20 pptp[368]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Jan  1 00:00:20 pptp[368]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 48431).
Jan  1 00:00:20 pppd[329]: CHAP authentication succeeded: Welcome
Jan  1 00:00:20 pppd[329]: CHAP authentication succeeded
Jan  1 00:00:20 pppd[329]: local  IP address 91.225.151.47
Jan  1 00:00:20 pppd[329]: remote IP address 94.158.112.29
Jan  1 00:00:20 pppd[329]: primary   DNS address 94.158.112.29
Jan  1 00:00:20 pppd[329]: secondary DNS address 94.158.112.25
Jan  1 00:00:22 dnsmasq[357]: script process exited with status 1
Jan  1 00:00:40 pptp[360]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 97 (expecting 10, lost or reordered)
Jan  1 00:01:00 pptp[360]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 149 (expecting 98, lost or reordered)
Jan  1 00:01:03 pppd[329]: Terminating on signal 15
Jan  1 00:01:03 pppd[329]: Connect time 0.8 minutes.
Jan  1 00:01:03 pppd[329]: Sent 406 bytes, received 9233 bytes.
Jan  1 00:01:04 miniupnpd[248]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan  1 00:01:04 pptp[360]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 167 (expecting 150, lost or reordered)
Jan  1 00:01:04 miniupnpd[248]: Failed to get IP for interface ppp0
Jan  1 00:01:04 miniupnpd[248]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Jan  1 00:01:04 miniupnpd[248]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan  1 00:01:04 miniupnpd[248]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan  1 00:01:04 pppd[329]: Connection terminated.
Jan  1 00:01:04 pppd[329]: send_event_to_daemon
Jan  1 00:01:04 pptp[360]: anon warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
Jan  1 00:01:04 pptp[360]: anon warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
Jan  1 00:01:04 pptp[368]: anon log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)
Jan  1 00:01:04 pptp[368]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Jan  1 00:01:04 pptp[368]: anon log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Jan  1 00:01:04 pppd[329]: Exit.
Jan  1 00:01:05 pppd[451]: entering dlock, dfd = -1
Jan  1 00:01:05 pppd[451]: dlock: locked
Jan  1 00:01:05 pppd[451]: pppd 2.4.4 started by admin, uid 0
Jan  1 00:01:05 pppd[451]: Using interface ppp0
Jan  1 00:01:05 pppd[451]: Connect: ppp0 <--> /dev/pts/0
Jan  1 00:01:16 miniupnpd[248]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan  1 00:01:16 miniupnpd[248]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan  1 00:01:16 miniupnpd[248]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan  1 00:01:16 miniupnpd[248]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan  1 00:01:16 miniupnpd[248]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan  1 00:01:16 miniupnpd[248]: Failed to get ip address for interface ppp0
Jan  1 00:01:36 pppd[451]: LCP: timeout sending Config-Requests
Jan  1 00:01:36 pppd[451]: Connection terminated.
Jan  1 00:01:36 pppd[451]: Connection terminated.
Jan  1 00:01:36 pppd[451]: Modem hangup
Jan  1 00:01:38 kernel: wlan0: A wireless client is associated - 30:10:E4:81:BA:CC
Jan  1 00:01:38 kernel: BIT(11) of 0xd2c = 1, 0xd2c = 0xcc979975
Jan  1 00:01:38 kernel: wlan0: WPA2-AES PSK authentication in progress...
Jan  1 00:01:38 kernel: wlan0: A wireless client is associated - 30:10:E4:81:BA:CC
Jan  1 00:01:38 kernel: wlan0: Open and authenticated
Jan  1 00:01:41 pppd[451]: Using interface ppp0
Jan  1 00:01:41 pppd[451]: Connect: ppp0 <--> /dev/pts/1
Jan  1 00:01:57 pppd[451]: Terminating on signal 15
Jan  1 00:01:57 pppd[451]: Terminating on signal 15
Jan  1 00:02:03 pppd[673]: entering dlock, dfd = -1
Jan  1 00:02:03 pppd[673]: dlock: locked
Jan  1 00:02:03 pppd[673]: pppd 2.4.4 started by admin, uid 0
Jan  1 00:02:03 pptp[675]: anon log[main:pptp.c:331]: The synchronous pptp option is NOT activated
Jan  1 00:02:03 pppd[673]: Using interface ppp0
Jan  1 00:02:03 pppd[673]: Connect: ppp0 <--> /dev/pts/2
Jan  1 00:02:03 pptp[683]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan  1 00:02:03 pptp[683]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Jan  1 00:02:03 pptp[683]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Jan  1 00:02:04 pppd[690]: entering dlock, dfd = -1
Jan  1 00:02:04 pppd[690]: already locked by another process
Jan  1 00:02:04 pppd[690]: getting pid is unimplemented yet
Jan  1 00:02:04 pppd[690]: dlock failed
Jan  1 00:02:04 pptp[683]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan  1 00:02:04 pptp[683]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Jan  1 00:02:04 pptp[683]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 49555).
Jan  1 00:02:05 pppd[673]: CHAP authentication succeeded: Welcome
Jan  1 00:02:05 pppd[673]: CHAP authentication succeeded
Jan  1 00:02:05 pppd[673]: local  IP address 91.225.151.47
Jan  1 00:02:05 pppd[673]: remote IP address 94.158.112.29
Jan  1 00:02:05 pppd[673]: primary   DNS address 94.158.112.29
Jan  1 00:02:05 pppd[673]: secondary DNS address 94.158.112.25
Jan  1 00:02:05 pptp[455]: anon fatal[get_ip_address:pptp.c:447]: gethostbyname 'vpn.ketis.ru': HOST NOT FOUND
Jan  1 00:02:11 pptp[478]: anon log[main:pptp.c:331]: The synchronous pptp option is NOT activated
Jan  1 00:02:11 pptp[822]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan  1 00:02:11 pptp[822]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Jan  1 00:02:11 pptp[822]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.

И еще, может я не там смотрю логи? Я не спец, и просто захожу на роутер, выбираю "журнал событий" и там он выдает вот это. Плюс может нужен выбирать не информационные сообщения?


Вложения:
2.JPG
2.JPG [ 87.38 KiB | Просмотров: 5141 ]
1.JPG
1.JPG [ 158.81 KiB | Просмотров: 5141 ]
Вернуться наверх
 Профиль  
 
Mihail821
 Заголовок сообщения: Re: DIR-615 долго включается
СообщениеДобавлено: Сб мар 01, 2014 13:02 
Не в сети

Зарегистрирован: Вс янв 13, 2013 16:43
Сообщений: 2666
Откуда: Санкт-Петербург
Там Вы смотрите логи, где надо. А что произойдёт, если Вы уберёте галочку "Keep Alive" (ftp://ftp.dlink.ru/pub/Router/DIR-615/D ... .13_RU.pdf стр. 53) + вручную выберите требуемое провайдером шифрование вместо "Auto",применить и сохранить и перезагрузить и сравнить ещё раз время запуска.

У вас в логе видно, что:

1) С начала роутер не проходит с начала аутентификацию (CHAP authentication failed: ^M^JAccess denied (external check failed)) как будто не верная пара логин-пароль или шифрование не правильно выбрано.

2) Проходит и сразу рвёт её

Jan 1 00:00:20 pppd[329]: CHAP authentication succeeded: Welcome
Jan 1 00:00:20 pppd[329]: CHAP authentication succeeded
Jan 1 00:00:20 pppd[329]: local IP address 91.225.151.47
Jan 1 00:00:20 pppd[329]: remote IP address 94.158.112.29
Jan 1 00:00:20 pppd[329]: primary DNS address 94.158.112.29
Jan 1 00:00:20 pppd[329]: secondary DNS address 94.158.112.25
Jan 1 00:00:22 dnsmasq[357]: script process exited with status 1
Jan 1 00:00:40 pptp[360]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 97 (expecting 10, lost or reordered)
Jan 1 00:01:00 pptp[360]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 149 (expecting 98, lost or reordered)
Jan 1 00:01:03 pppd[329]: Terminating on signal 15
Jan 1 00:01:03 pppd[329]: Connect time 0.8 minutes.

3) Потом, вообще, LCP-таймаут (долго ждёт)

LCP: timeout sending Config-Requests
Jan 1 00:01:36 pppd[451]: Connection terminated.

4) И ещё это смущает "pptp[455]: anon fatal[get_ip_address:pptp.c:447]: gethostbyname 'vpn.ketis.ru': HOST NOT FOUND" - уточните правильный адрес VPN-сервера и что с ним проблем нет у провайдера + попробуйте вбить его не в виде "vpn.ketis.ru", а отрезольвить nslookup и забить его IP адрес (выполнить после удачного поднятия интернета nslookup vpn.ketis.ru и полученный IP вбить в роутер в качестве сервера провайдера). Резольвить надо по телнету с роутера или временно воткнуть кабель провайдера в компьютер на прямую.

P.S. Явно что-то провайдер у себя изменил в конфигурации или у него проблемы в сети, раз раньше всё работало и Вы ничего не трогали.
Вернуться наверх
 Профиль  
 
Amadeus33RUS
 Заголовок сообщения: Re: DIR-615 долго включается
СообщениеДобавлено: Сб мар 01, 2014 13:54 
Не в сети

Зарегистрирован: Пт фев 28, 2014 12:25
Сообщений: 5
Итак, по порядку:

1. Keep Alive убрал, а вот шифрование оставил Auto, так как провайдер указывает именно на этот тип, соответственно я не знаю что выбрать. Без Keep Alive все осталось так же, мне показалось, что даже чуть дольше интернет подключается. Видимо, пора пользоваться секундомером)))

2. Если я правильно понял, то команду nslookup нужно вводить в cmd, что я и сделал. Затем вставил адрес вместо vpn.ketis.ru. После применения роутер написал, что вообще не подключается, то есть адрес не принят.

P.S попробовал подключиться напрямую с компьютера минуя роутер - подключился по шнуру за 5 секунд. Адрес vpn.ketis.ru

И еще деталь. Раньше в течение 30-ти секунд после включения роутера не было сети Wi-Fi, потом она появлялась, а вместе с ней и интернет. Теперь роутер создает сеть даже чуть раньше, но интернета нет в течение тех же 5 минут


Вложения:
1.JPG
1.JPG [ 29.29 KiB | Просмотров: 5134 ]
Вернуться наверх
 Профиль  
 
Mihail821
 Заголовок сообщения: Re: DIR-615 долго включается
СообщениеДобавлено: Сб мар 01, 2014 13:59 
Не в сети

Зарегистрирован: Вс янв 13, 2013 16:43
Сообщений: 2666
Откуда: Санкт-Петербург
Правильно поняли, из командной строкию. Один из этих адресов можно попробовать использовать 172.16.0.28, 172.168.0.29, 172.168.0.25, 172.16.0.26 (я бы попробовал с последнего вместо vpn.ketis.ru забить в роутере). Интернета нет, потому что роутер долго не может пройти нормально авторизацию, LCP и т.п. - я уже писал. Вы со своей стороны ничего не меняли, так что это косяк провайдера.
Вернуться наверх
 Профиль  
 
Amadeus33RUS
 Заголовок сообщения: Re: DIR-615 долго включается
СообщениеДобавлено: Сб мар 01, 2014 14:04 
Не в сети

Зарегистрирован: Пт фев 28, 2014 12:25
Сообщений: 5
Спасибо за помощь, значит буду до них докапывается)
Вернуться наверх
 Профиль  
 
Mihail821
 Заголовок сообщения: Re: DIR-615 долго включается
СообщениеДобавлено: Сб мар 01, 2014 14:59 
Не в сети

Зарегистрирован: Вс янв 13, 2013 16:43
Сообщений: 2666
Откуда: Санкт-Петербург
Чую тяжело это будет, потому что, чтобы докапываться - нужно не просто сказать, что у меня роутер долго подключается и в логах то-то, а ещё опровергать всякие подколы на тему того, что воткнитесь напрямую и раз проблемы нет - значит роутер виноват. По хорошому надо им дать прикурить дамп трафика + логи, при этом указав все ошибки и тогда есть шанс, что они адекватно это признают. Формально они могут сказать, но инет же у Вас в конце концов подключается, а в договоре не написано, что он доолжен подниматься мгновенно. Может вместо отключения роутера - отключать только WiFi на нём на ночь или сделать скрытую сеть, не совсем понял зачем отключать роутер просто.

P.S. PPTP/L2TP в провайдерской реализации крайне кривым бывает, есть красивые примеры с массрй ньансов есть и процессор роутера оно грузит очень сильно. По хорошему таких провайдеров убирать с рынка - все на IPoE.))
Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 10 ] 

Список форумов » Маршрутизаторы и Firewall

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


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

Сейчас этот форум просматривают: Google [Bot] и гости: 208

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

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