Page 1 of 9 123 ... LastLast
Results 1 to 15 of 222

Thread: Подключение WL-500gP по PPTP

Hybrid View

Previous Post Previous Post   Next Post Next Post
  1. #1

    Question Подключение WL-500gP по PPTP

    была прошивка 1.9.2.7-4 все работало стабильно более 2 месяцев.
    вчера поставил 1.9.2.7-5a. изменил едиственную настройку Idle Disconnect Time in seconds(option): 0 (было 7200) чтобы не отсоединятся.
    сегодня возникла проблема при большой загрузке канала сязи теряется. было раз пять.

  2. #2
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Наличие номеров версий прошивок хорошо, но из этого пока никакой полезной информации не получишь. Нужно хотя бы лог и примерное время, когда происходила беда. Оно потом само поднималось? Или перегружался роутер? Если перегружался - в следующий раз, перед перезагрузкой, сохраните лог.

  3. #3
    1. По своей глупости лог не сохранил.
    2. Откатился на предыдущую прошивку, еще раз посмотрю.
    3. Лог обязательно вышлю.
    4. Соединение само не восстанавливается.
    5. Надо нажимать кнопку connect
    6. Соедиение теряется очень быстро 1-2 минуты
    7. В 1.9.2.7-5a ислользовал Route (см пост Скорость VPN WL-500g ) скорость была до 2 мбайт/сек в 1.9.2.7-4 скорость 100-150 кбайт/сек, может в этом дело?

    1. Выкладываю лог файл
    Code:
    May 17 00:13:23 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:13:23 pppd[82]: Received bad configure-ack: 
    May 17 00:13:26 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:13:26 pppd[82]: Received bad configure-ack: 
    May 17 00:13:29 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:13:29 pppd[82]: Received bad configure-ack: 
    May 17 00:13:32 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:13:32 pppd[82]: Received bad configure-ack: 
    May 17 00:13:35 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 17 00:13:35 pppd[82]: CCP: timeout sending Config-Requests 
    May 17 00:14:35 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    В этот раз для восстановления соединения пришлось перегрузится.

    Еще один лог файл проблемы начались после 00.39.44
    Code:
    May 17 00:38:07 pppd[82]: No response to 6 echo-requests
    May 17 00:38:07 pppd[82]: Serial link appears to be disconnected.
    May 17 00:38:07 dnsmasq[52]: read /etc/hosts - 4 addresses
    May 17 00:38:07 dnsmasq[52]: read /etc/ethers - 4 addresses
    May 17 00:38:07 dnsmasq[52]: reading /tmp/resolv.conf
    May 17 00:38:07 dnsmasq[52]: using nameserver 213.33.170.11#53
    May 17 00:38:07 dnsmasq[52]: using nameserver 213.33.170.30#53
    May 17 00:38:07 PPTP: Disconnected
    May 17 00:38:13 pppd[82]: Connection terminated.
    May 17 00:38:13 pppd[82]: Connect time 18604598.0 minutes.
    May 17 00:38:13 pppd[82]: Sent 16386228 bytes, received 66032509 bytes.
    May 17 00:38:13 pptp[97]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
    May 17 00:38:13 pptp[97]: anon log[callmgr_main:pptp_callmgr.c:253]: Closing connection
    May 17 00:38:13 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
    May 17 00:38:13 pptp[97]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
    May 17 00:38:13 pptp[97]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
    May 17 00:38:15 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
    May 17 00:38:15 pptp[97]: anon log[pptp_conn_close:pptp_ctrl.c:433]: Closing PPTP connection
    May 17 00:38:15 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request' 
    May 17 00:38:15 pptp[97]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
    May 17 00:38:17 pptp[97]: anon log[call_callback:pptp_callmgr.c:77]: Closing connection
    May 17 00:38:43 pptp[122]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated 
    May 17 00:38:43 pppd[82]: Serial connection established.
    May 17 00:38:43 pppd[82]: Using interface ppp0
    May 17 00:38:43 pppd[82]: Connect: ppp0 <--> /dev/pts/0
    May 17 00:38:43 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' 
    May 17 00:38:43 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection Reply
    May 17 00:38:43 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
    May 17 00:38:44 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' 
    May 17 00:38:44 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
    May 17 00:38:45 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 0). 
    May 17 00:38:48 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:38:48 pppd[82]: Received bad configure-ack: 
    May 17 00:38:48 pppd[82]: local  IP address 10.22.96.21
    May 17 00:38:48 pppd[82]: remote IP address 192.168.0.7
    May 17 00:38:48 dnsmasq[52]: read /etc/hosts - 4 addresses
    May 17 00:38:48 dnsmasq[52]: read /etc/ethers - 4 addresses
    May 17 00:38:48 dnsmasq[52]: reading /tmp/resolv.conf
    May 17 00:38:48 dnsmasq[52]: using nameserver 213.33.170.11#53
    May 17 00:38:48 dnsmasq[52]: using nameserver 213.33.170.30#53
    May 17 00:38:48 PPTP: connect to ISP
    May 17 00:38:51 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:38:51 pppd[82]: Received bad configure-ack: 
    May 17 00:38:54 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:38:54 pppd[82]: Received bad configure-ack: 
    May 17 00:38:57 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:38:57 pppd[82]: Received bad configure-ack: 
    May 17 00:39:00 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:39:00 pppd[82]: Received bad configure-ack: 
    May 17 00:39:03 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:39:03 pppd[82]: Received bad configure-ack: 
    May 17 00:39:06 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:39:06 pppd[82]: Received bad configure-ack: 
    May 17 00:39:09 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:39:09 pppd[82]: Received bad configure-ack: 
    May 17 00:39:12 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:39:12 pppd[82]: Received bad configure-ack: 
    May 17 00:39:15 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 17 00:39:15 pppd[82]: Received bad configure-ack: 
    May 17 00:39:18 pppd[82]: CCP: timeout sending Config-Requests 
    May 17 00:39:44 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 17 00:40:44 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 17 00:41:45 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 17 00:43:08 pppd[82]: No response to 6 echo-requests
    May 17 00:43:08 pppd[82]: Serial link appears to be disconnected.
    May 17 00:43:08 dnsmasq[52]: read /etc/hosts - 4 addresses
    May 17 00:43:08 dnsmasq[52]: read /etc/ethers - 4 addresses
    May 17 00:43:08 dnsmasq[52]: reading /tmp/resolv.conf
    May 17 00:43:08 dnsmasq[52]: using nameserver 213.33.170.11#53
    May 17 00:43:08 dnsmasq[52]: using nameserver 213.33.170.30#53
    May 17 00:43:08 PPTP: Disconnected
    May 17 00:43:14 pppd[82]: Connection terminated.
    May 17 00:43:14 pppd[82]: Connect time 4.5 minutes.
    May 17 00:43:14 pppd[82]: Sent 3345038 bytes, received 3556238 bytes.
    May 17 00:43:14 pptp[122]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error
    May 17 00:43:14 pptp[122]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log
    May 17 00:43:14 pptp[126]: anon log[callmgr_main:pptp_callmgr.c:230]: Closing connection
    May 17 00:43:14 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
    May 17 00:43:16 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
    May 17 00:43:16 pptp[126]: anon log[pptp_conn_close:pptp_ctrl.c:433]: Closing PPTP connection
    May 17 00:43:16 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request' 
    May 17 00:43:16 pptp[126]: anon log[pptp_read_some:pptp_ctrl.c:544]: read error: Connection reset by peer
    Last edited by Omega; 08-03-2013 at 02:05. Reason: 2 posts merged

  4. #4
    Поставил 5 прошивку на ночь
    1. Соединение разорвалось -( здесь тажа история как и в 5а
    2. Судя по скорости (она низкая) маршруты как то неочень поддерживаются. В настройках я не мог ошибится т.к. я их загружаю из файла, но на всякий случай все проверил - ошибок нет.
    3. Использовал виндовскую утилиту tracert, судя по ней маршрутизация поддерживается. Лог файл привожу ниже
    На шлюз -----------------------------------
    Tracing route to prorva-9-1.ultra.net.ru [10.9.1.1]
    over a maximum of 30 hops:

    1 <1 ms <1 ms <1 ms my.router [192.168.1.1]
    2 1 ms 1 ms 1 ms prorva-9-1.ultra.net.ru [10.9.1.1]

    Trace complete.
    На 10 пользователя пользователь скорее всего запритил пинг-----------
    C:\DOCUME~1\PAVEL>tracert 10.32.96.31

    Tracing route to 10.32.96.31 over a maximum of 30 hops

    1 <1 ms <1 ms <1 ms my.router [192.168.1.1]
    2 11 ms 1 ms 1 ms prorva-9-1.ultra.net.ru [10.9.1.1]
    3 11 ms 1 ms 2 ms konan.ultra.net.ru [10.7.3.18]
    4 * * * Request timed out.
    5 * ^C
    На 192 пользователя ---------------------------------------
    C:\DOCUME~1\PAVEL>tracert 192.168.3.77

    Tracing route to maxts.ultra.net.ru [192.168.3.77]
    over a maximum of 30 hops:

    1 <1 ms 1 ms 1 ms my.router [192.168.1.1]
    2 7 ms 2 ms 2 ms 192.168.0.5
    3 * * * Request timed out.
    4 3 ms 2 ms 3 ms maxts.ultra.net.ru [192.168.3.77]

    Trace complete.

    Очень странное поведение 5 прошивки.

  5. #5
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Павел, попробуйте с этой прошивкой и впишите в поле Additional pppd options "nomppe nomppc maxfail 0". Кавычки вбивать не надо. Если отвалится - давайте новый лог.

  6. #6
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    В поле Additional pppd options было что-нибудь забито в момент получения лога?
    Ещё, насчёт сам не соединяется - это не должно происходить немедленно - после отсоединения должно пройти не менее 30 секунд (это значение по умолчанию). Далее, он будет пытаться соединиться 10 раз и если не сможет, то больше пытаться не будет (чтобы он делал это до бесконечности в поле additional pppd options впишите "maxfail 0").
    Далее, то что помогает кнопка Connect, говорит либо о том, что эти 10 раз уже прошли, либо не прошла пауза в 30 секунд.
    И ещё - попробуйте в поле additional options также добавить (через пробел) - nomppe-stateful, это возможно улучшит ситуацию со стабильностью соединения.

  7. #7
    Да 30 секунд не проходит.
    поле Additional pppd options было пустым.
    Вопрос зачем роутер отсоединяется и как с эти боротся ? Я начинаю скачивать файл с большой скоростью и происходит отсоединение. В 1.9.2.7-4 этого не было.
    Причем отсоедение происходит только при скачивании из локальной сети провайдера на больших скоростях.
    eMule работает сутками с интерентом (скорость 34 кбайта/сек) все ОК
    Мне нужно чтобы соединение было постоянным.
    Что мне делать?

  8. #8
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    У меня вопрос - в момент, когда теряется соединение, в локальной сети всё по-прежнему работает?
    Если нет, то следующий шаг - запуск telnet на роутер и ping для default gateway. Сможете?
    Я опасаюсь, что это всё таки вылазит проблема с "умирающим" WAN портом, хотя вроде шансов я ему не оставил.

  9. #9
    Quote Originally Posted by Oleg
    Я опасаюсь, что это всё таки вылазит проблема с "умирающим" WAN портом, хотя вроде шансов я ему не оставил.
    Если не трудно, можешь описать, что это за проблема с умирающим WAN-портом? Есть подозрение, что у меня как раз такой случай. Выглядит так - включаю роутер, сначала все прекрасно работает, потом начинают теряться пакеты, потом перестают бегать совсем. В статусе пишет connected, лампочка WAN при этом часто-часто мигает.
    Перезагрузка роутера не помогает - WAN порт не оживает. Если выключить, подождать какое-то время и включить опять работает до очередного затыка.
    Пробовал и на оригинальной прошивке и на твоей, результат один. То ли нести в сервис, то ли это баг в прошивке и ждать пока поправят.

  10. #10
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Quote Originally Posted by Vitaly_k
    Если не трудно, можешь описать, что это за проблема с умирающим WAN-портом? Есть подозрение, что у меня как раз такой случай. Выглядит так - включаю роутер, сначала все прекрасно работает, потом начинают теряться пакеты, потом перестают бегать совсем. В статусе пишет connected, лампочка WAN при этом часто-часто мигает.
    Перезагрузка роутера не помогает - WAN порт не оживает. Если выключить, подождать какое-то время и включить опять работает до очередного затыка.
    Пробовал и на оригинальной прошивке и на твоей, результат один. То ли нести в сервис, то ли это баг в прошивке и ждать пока поправят.
    В данном случае менять роутер - это явно аппаратные проблемы.

    Когда он умирает "штатно", то зайдя на роутер пинг наружу не идёт, а после выполнения команды
    Code:
    et -i eth1 promisc 0
    всё оживает (смысл не в том, чтобы поставить promisc в 0, а в том, что это команда в качестве побочного эффекта переинициализирует ethernet контроллер на WAN порту). Естественно при перезагрузке это происходит, поэтому если она не помогает, то в морг.

    Если есть возможность поменять - попытайтесь получить Deluxe версию, у неё железных проблем с WAN портом нет.

  11. #11
    Quote Originally Posted by Oleg
    Если есть возможность поменять - попытайтесь получить Deluxe версию, у неё железных проблем с WAN портом нет.
    Самое интересное, что проблема как раз в Deluxe. До этого стоял обычный - горя не знал. Лучшее - враг хорошего
    Понесу в сервис. Проблема как мне кажется в автоопределении прямой шнурок - кросс. Если воткнуть WAN-порт в девайс который имеет автоопределение, то все оживает. Если аплинк его не понимает, то начинается моргание лампочкой и затыки.

  12. #12
    К сожалению связь прервалась через 10 минут. Лог файл привожу ниже.
    -------------------
    Code:
    Jan  1 03:00:04 syslogd started: BusyBox v1.00 (2005.05.11-18:29+0000)
    Jan  1 03:00:04 dnsmasq[52]: started, version 2.17 cachesize 150
    Jan  1 03:00:04 dnsmasq[52]: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 24h
    Jan  1 03:00:04 dnsmasq[52]: DHCP, /tmp/dnsmasq.log will be written every 28800s
    Jan  1 03:00:04 dnsmasq[52]: read /etc/hosts - 4 addresses
    Jan  1 03:00:04 dnsmasq[52]: read /etc/ethers - 4 addresses
    Jan  1 03:00:04 dnsmasq[52]: reading /tmp/resolv.conf
    Jan  1 03:00:04 dnsmasq[52]: using nameserver 213.33.170.11#53
    Jan  1 03:00:04 dnsmasq[52]: using nameserver 213.33.170.30#53
    Jan  1 03:00:04 kernel: Physically mapped flash: squashfs filesystem found at block 941
    Jan  1 03:00:04 kernel: Creating 5 MTD partitions on "Physically mapped flash":
    Jan  1 03:00:04 kernel: 0x00000000-0x00040000 : "pmon"
    Jan  1 03:00:04 kernel: 0x00040000-0x003e0000 : "linux"
    Jan  1 03:00:04 kernel: 0x000eb5b4-0x003e0000 : "rootfs"
    Jan  1 03:00:04 kernel: 0x003f0000-0x00400000 : "nvram"
    Jan  1 03:00:04 kernel: 0x003e0000-0x003f0000 : "config"
    Jan  1 03:00:04 kernel: sflash: chipcommon not found
    Jan  1 03:00:04 kernel: NET4: Linux TCP/IP 1.0 for NET4.0
    Jan  1 03:00:04 kernel: IP Protocols: ICMP, UDP, TCP
    Jan  1 03:00:04 kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
    Jan  1 03:00:04 kernel: TCP: Hash tables configured (established 1024 bind 2048)
    Jan  1 03:00:04 kernel: ip_conntrack version 2.1 (128 buckets, 1024 max) - 344 bytes per conntrack
    Jan  1 03:00:04 kernel: ip_conntrack_pptp version 1.9 loaded
    Jan  1 03:00:04 kernel: ip_nat_pptp version 1.5 loaded
    Jan  1 03:00:04 kernel: ip_tables: (C) 2000-2002 Netfilter core team
    Jan  1 03:00:04 kernel: ipt_time loading
    Jan  1 03:00:04 kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
    Jan  1 03:00:04 kernel: IPv6 v0.8 for NET4.0
    Jan  1 03:00:04 kernel: IPv6 over IPv4 tunneling driver
    Jan  1 03:00:04 kernel: NET4: Ethernet Bridge 008 for NET4.0
    Jan  1 03:00:04 kernel: 802.1Q VLAN Support v1.7 Ben Greear <greearb@candelatech.com>
    Jan  1 03:00:04 kernel: All bugs added by David S. Miller <davem@redhat.com>
    Jan  1 03:00:04 kernel: FAT: bogus logical sector size 6656
    Jan  1 03:00:04 kernel: FAT: bogus logical sector size 6656
    Jan  1 03:00:04 kernel: NTFS: Unable to set blocksize 512.
    Jan  1 03:00:04 kernel: VFS: Mounted root (squashfs filesystem) readonly.
    Jan  1 03:00:04 kernel: Mounted devfs on /dev
    Jan  1 03:00:04 kernel: Freeing unused kernel memory: 72k freed
    Jan  1 03:00:04 kernel: Warning: unable to open an initial console.
    Jan  1 03:00:04 kernel: Algorithmics/MIPS FPU Emulator v1.5
    Jan  1 03:00:04 kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.7.0
    Jan  1 03:00:04 kernel: eth1: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.7.0
    Jan  1 03:00:04 kernel: PCI: Enabling device 01:02.0 (0004 -> 0006)
    Jan  1 03:00:04 kernel: eth2: Broadcom BCM4320 802.11 Wireless Controller 3.90.23.0
    Jan  1 03:00:04 kernel: device eth0 entered promiscuous mode
    Jan  1 03:00:04 kernel: device eth2 entered promiscuous mode
    Jan  1 03:00:04 kernel: br0: port 2(eth2) entering listening state
    Jan  1 03:00:04 kernel: br0: port 1(eth0) entering listening state
    Jan  1 03:00:04 kernel: br0: port 2(eth2) entering learning state
    Jan  1 03:00:04 kernel: br0: port 1(eth0) entering learning state
    Jan  1 03:00:04 kernel: 2(eth2) entering forwarding state
    Jan  1 03:00:04 kernel: br0: topology change detected, propagating
    Jan  1 03:00:04 kernel: br0: port 1(eth0) entering forwarding state
    Jan  1 03:00:04 kernel: br0: topology change detected, propagating
    Jan  1 03:00:05 kernel: usb.c: registered new driver usbdevfs
    Jan  1 03:00:05 kernel: usb.c: registered new driver hub
    Jan  1 03:00:05 kernel: usb-ohci.c: USB OHCI at membase 0xb8004000, IRQ 2
    Jan  1 03:00:05 kernel: usb-ohci.c: usb-00:04.0, PCI device 14e4:4715
    Jan  1 03:00:05 kernel: usb.c: new USB bus registered, assigned bus number 1
    Jan  1 03:00:05 kernel: hub.c: USB hub found
    Jan  1 03:00:05 kernel: hub.c: 2 ports detected
    Jan  1 03:00:06 kernel: lp0: using parport0 (polling).
    Jan  1 03:00:07 kernel: usb.c: registered new driver usblp
    Jan  1 03:00:07 kernel: printer.c: v0.13: USB Printer Device Class driver
    Jan  1 03:00:08 kernel: usb.c: registered new driver audio
    Jan  1 03:00:08 kernel: audio.c: v1.0.0:USB Audio Class driver
    Jan  1 03:00:09 kernel: Linux video capture interface: v1.00
    Jan  1 03:00:09 kernel: SCSI subsystem driver Revision: 1.00
    Jan  1 03:00:10 kernel: Initializing USB Mass Storage driver...
    Jan  1 03:00:10 kernel: usb.c: registered new driver usb-storage
    Jan  1 03:00:10 kernel: USB Mass Storage support registered.
    Jan  1 03:00:11 pppd[82]: pppd 2.4.2 started by admin, uid 0
    Jan  1 03:00:11 kernel: lp driver: get device ID
    Jan  1 03:00:12 kernel: neg fail
    Jan  1 03:00:12 pptp[88]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated 
    Jan  1 03:00:12 pppd[82]: Serial connection established.
    Jan  1 03:00:12 pppd[82]: Using interface ppp0
    Jan  1 03:00:12 pppd[82]: Connect: ppp0 <--> /dev/pts/0
    Jan  1 03:00:12 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' 
    Jan  1 03:00:12 pptp[97]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection Reply
    Jan  1 03:00:12 pptp[97]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
    Jan  1 03:00:13 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' 
    Jan  1 03:00:13 pptp[97]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
    Jan  1 03:00:13 pptp[97]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 0). 
    Jan  1 03:00:16 pppd[82]: local  IP address 10.22.96.21
    Jan  1 03:00:16 pppd[82]: remote IP address 192.168.0.13
    Jan  1 03:00:16 dnsmasq[52]: read /etc/hosts - 4 addresses
    Jan  1 03:00:16 dnsmasq[52]: read /etc/ethers - 4 addresses
    Jan  1 03:00:16 dnsmasq[52]: reading /tmp/resolv.conf
    Jan  1 03:00:16 dnsmasq[52]: using nameserver 213.33.170.11#53
    Jan  1 03:00:16 dnsmasq[52]: using nameserver 213.33.170.30#53
    Jan  1 03:00:17 kernel: lp driver: get device ID
    Jan  1 03:00:17 kernel: neg fail
    Jan  1 03:00:17 kernel: neg fail
    Jan  1 03:00:18 PPTP: connect to ISP
    May 24 22:16:50 ntp client: Synchronizing time with time.nist.gov ...
    May 24 22:17:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 24 22:18:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 24 22:19:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 24 22:20:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 24 22:21:20 dnsmasq[52]: DHCPINFORM(br0) 192.168.1.2 00:11:2f:cc:71:c8
    May 24 22:21:20 dnsmasq[52]: DHCPACK(br0) 192.168.1.2 00:11:2f:cc:71:c8 nscalp
    May 24 22:21:23 dnsmasq[52]: DHCPINFORM(br0) 192.168.1.2 00:11:2f:cc:71:c8
    May 24 22:21:23 dnsmasq[52]: DHCPACK(br0) 192.168.1.2 00:11:2f:cc:71:c8 nscalp
    May 24 22:21:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 24 22:22:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 24 22:23:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 24 22:24:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 24 22:25:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 24 22:26:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 24 22:26:32 pptp[97]: anon log[logecho:pptp_ctrl.c:672]: no more Echo Reply/Request packets will be reported.
    May 24 22:34:32 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
    May 24 22:34:32 pptp[97]: anon log[pptp_conn_close:pptp_ctrl.c:433]: Closing PPTP connection
    May 24 22:34:32 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request' 
    May 24 22:34:32 pptp[97]: anon log[call_callback:pptp_callmgr.c:77]: Closing connection
    May 24 22:34:32 pppd[82]: Modem hangup
    May 24 22:34:32 pppd[82]: Connection terminated.
    May 24 22:34:32 pppd[82]: Connect time 18615994.4 minutes.
    May 24 22:34:32 pppd[82]: Sent 27864361 bytes, received 41427874 bytes.
    May 24 22:34:32 dnsmasq[52]: read /etc/hosts - 4 addresses
    May 24 22:34:32 dnsmasq[52]: read /etc/ethers - 4 addresses
    May 24 22:34:32 dnsmasq[52]: reading /tmp/resolv.conf
    May 24 22:34:32 dnsmasq[52]: using nameserver 213.33.170.11#53
    May 24 22:34:32 dnsmasq[52]: using nameserver 213.33.170.30#53
    May 24 22:34:32 PPTP: Disconnected
    May 24 22:34:32 pppd[82]: Child process /tmp/ppp/ip-down (pid 112) terminated with signal 11
    Last edited by Omega; 08-03-2013 at 02:11. Reason: fixed

  13. #13
    У меня вопрос - в момент, когда теряется соединение, в локальной сети всё по-прежнему работает?
    Если нет, то следующий шаг - запуск telnet на роутер и ping для default gateway. Сможете?
    Я опасаюсь, что это всё таки вылазит проблема с "умирающим" WAN портом, хотя вроде шансов я ему не оставил.
    1. сегодня еще раз проверил в 1.9.2.7-4 все работает стабильно. Гонял более 5 часов. Правда неработает IP Config | Route ,
    10.0.0.0 255.0.0.0 10.9.1.1 0 MAN (как Вы советовали) скорость для 10 адресов не выше 150 кбатй/сек.
    2. 1.9.2.7-5а вылетела черз 2-4 минуты. Лог файл приведен ниже:

    Code:
    May 18 22:42:05 pppd[82]: No response to 6 echo-requests
    May 18 22:42:05 pppd[82]: Serial link appears to be disconnected.
    May 18 22:42:05 dnsmasq[52]: read /etc/hosts - 4 addresses
    May 18 22:42:05 dnsmasq[52]: read /etc/ethers - 4 addresses
    May 18 22:42:05 dnsmasq[52]: reading /tmp/resolv.conf
    May 18 22:42:05 dnsmasq[52]: using nameserver 213.33.170.11#53
    May 18 22:42:05 dnsmasq[52]: using nameserver 213.33.170.30#53
    May 18 22:42:05 PPTP: Disconnected
    May 18 22:42:07 login[118]: root login  on `pts/1' 
    May 18 22:42:11 pppd[82]: Connection terminated.
    May 18 22:42:11 pppd[82]: Connect time 18607361.9 minutes.
    May 18 22:42:11 pppd[82]: Sent 5580755 bytes, received 1554652 bytes.
    May 18 22:42:11 pptp[86]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error
    May 18 22:42:11 pptp[86]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log
    May 18 22:42:11 pptp[92]: anon log[callmgr_main:pptp_callmgr.c:230]: Closing connection
    May 18 22:42:11 pptp[92]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
    May 18 22:42:11 pptp[92]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
    May 18 22:42:11 pptp[92]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
    May 18 22:42:11 pptp[92]: anon log[pptp_conn_close:pptp_ctrl.c:433]: Closing PPTP connection
    May 18 22:42:11 pptp[92]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request' 
    May 18 22:42:11 pptp[92]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
    May 18 22:42:13 pptp[92]: anon log[call_callback:pptp_callmgr.c:77]: Closing connection
    May 18 22:42:41 pppd[82]: Starting link
    May 18 22:42:41 pppd[82]: Serial connection established.
    May 18 22:42:41 pppd[82]: Connect: ppp0 <--> /dev/pts/0
    May 18 22:42:42 pptp[123]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated 
    May 18 22:42:42 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' 
    May 18 22:42:42 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection Reply
    May 18 22:42:42 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
    May 18 22:42:43 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' 
    May 18 22:42:43 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
    May 18 22:42:43 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 0). 
    May 18 22:42:46 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 18 22:42:46 pppd[82]: Received bad configure-ack: 
    May 18 22:42:46 pppd[82]: Remote IP address changed to 192.168.0.24
    May 18 22:42:46 dnsmasq[52]: read /etc/hosts - 4 addresses
    May 18 22:42:46 dnsmasq[52]: read /etc/ethers - 4 addresses
    May 18 22:42:46 dnsmasq[52]: reading /tmp/resolv.conf
    May 18 22:42:46 dnsmasq[52]: using nameserver 213.33.170.11#53
    May 18 22:42:46 dnsmasq[52]: using nameserver 213.33.170.30#53
    May 18 22:42:46 PPTP: connect to ISP
    May 18 22:42:49 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 18 22:42:49 pppd[82]: Received bad configure-ack: 
    May 18 22:42:52 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 18 22:42:52 pppd[82]: Received bad configure-ack: 
    May 18 22:42:55 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 18 22:42:55 pppd[82]: Received bad configure-ack: 
    May 18 22:42:58 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 18 22:42:58 pppd[82]: Received bad configure-ack: 
    May 18 22:43:01 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 18 22:43:01 pppd[82]: Received bad configure-ack: 
    May 18 22:43:04 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 18 22:43:04 pppd[82]: Received bad configure-ack: 
    May 18 22:43:07 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 18 22:43:07 pppd[82]: Received bad configure-ack: 
    May 18 22:43:10 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 18 22:43:10 pppd[82]: Received bad configure-ack: 
    May 18 22:43:13 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
    May 18 22:43:13 pppd[82]: Received bad configure-ack: 
    May 18 22:43:16 pppd[82]: CCP: timeout sending Config-Requests 
    May 18 22:43:43 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 18 22:44:43 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 18 22:45:43 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 18 22:46:43 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    May 18 22:47:43 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
    В этот момент запускаю телнет кажется пакеты ходят. Лог файл привожу:
    Code:
    (none) login: admin
    Password:
    Login incorrect
    (none) login: admin
    Password:
    [admin@(none) root]$ ping 10.9.1.1
    PING 10.9.1.1 (10.9.1.1): 56 data bytes
    64 bytes from 10.9.1.1: icmp_seq=0 ttl=64 time=68.3 ms
    64 bytes from 10.9.1.1: icmp_seq=1 ttl=64 time=62.2 ms
    64 bytes from 10.9.1.1: icmp_seq=2 ttl=64 time=2.2 ms
    64 bytes from 10.9.1.1: icmp_seq=3 ttl=64 time=1.1 ms
    64 bytes from 10.9.1.1: icmp_seq=4 ttl=64 time=1.1 ms
    64 bytes from 10.9.1.1: icmp_seq=5 ttl=64 time=2.2 ms
    64 bytes from 10.9.1.1: icmp_seq=6 ttl=64 time=41.9 ms
    64 bytes from 10.9.1.1: icmp_seq=7 ttl=64 time=33.1 ms
    
    64 bytes from 10.9.1.1: icmp_seq=8 ttl=64 time=13.4 ms
    64 bytes from 10.9.1.1: icmp_seq=9 ttl=64 time=50.4 ms
    64 bytes from 10.9.1.1: icmp_seq=10 ttl=64 time=1.1 ms
    
    --- 10.9.1.1 ping statistics ---
    11 packets transmitted, 11 packets received, 0% packet loss
    round-trip min/avg/max = 1.1/25.1/68.3 ms
    [admin@(none) root]$
    Last edited by Omega; 08-03-2013 at 02:07. Reason: 2 posts merged

  14. #14
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Quote Originally Posted by Pavel
    1. сегодня еще раз проверил в 1.9.2.7-4 все работает стабильно. Гонял более 5 часов. Правда неработает IP Config | Route ,
    10.0.0.0 255.0.0.0 10.9.1.1 0 MAN (как Вы советовали) скорость для 10 адресов не выше 150 кбатй/сек.
    Судя по логу, WAN порт живее всех живых.
    Павел, тогда ещё одна просьба - уберите с 5a маршрут, который Вы добавили. Если после этого заработает (пусть с меньшей скоростью), то возможно, что Вам всё таки стоит уточнить правильные маски подсетей у Вашего провайдера, поскольку смесь 10-х адресов, как внутренних, так и внешних не очень хороша...

  15. #15
    1. Как я понял надо попробовать с 5b прошивкой вписать в поле Additional pppd options "nomppe nomppc maxfail 0 lcp-echo-failure 0"?

    2. достал файл маршрутов (может он поможет):
    rem -=Ultra.NET ROUTE=-
    route -p add 10.0.0.0 **.***.***.***.** mask 255.0.0.0
    route -p add 192.168.0.0 **.***.***.***.** mask 255.255.0.0
    route -p add 213.33.170.0 **.***.***.***.** mask 255.255.255.224
    route -p add 213.33.170.7 **.***.***.***.** mask 255.255.255.224
    exit
    Моя внутрення сеть как по умолчанию ASUS 192.168.1.х
    И что мене с ним делать?

Page 1 of 9 123 ... LastLast

Similar Threads

  1. Подключение USB HDD для новичков
    By NinJah in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 262
    Last Post: 26-03-2016, 08:33
  2. Подключение USB модема 3G/CDMA к роутеру Asus
    By buka2 in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 796
    Last Post: 22-10-2014, 19:29
  3. Подключение IP web-камеры к роутеру Asus
    By Asmadei in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 133
    Last Post: 04-07-2014, 16:18
  4. Владельцам RT-N13U: увеличение скорости PPTP
    By theMIROn in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 104
    Last Post: 17-01-2013, 13:31
  5. Подключение USB принтера HP к WL-500gP
    By toto in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 152
    Last Post: 08-05-2012, 21:09

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •