Page 3 of 23 FirstFirst 1234513 ... LastLast
Results 31 to 45 of 333

Thread: Проблемы с l2tp и pptp в Корбилайне

  1. #31
    DNS прав! именно та, ссылку на которую он дал.
    Блин не нарадуюсь роутеру.
    Правда уже охота мультиWAN сделать, а то во втором проводе (АКАДО нелегал) на ДЦ лежит куча хорошего.

  2. #32

    Asus, корбилайн и проблемы с pptp и l2tp

    В общем ситуация такая:

    Имеется Asus WL500g.P V1. Прошивка Олега 1.9.2.7-9.

    Ранее этот роутер работал в связке с DLink DSL-2540U в Стриме (тариф 4096/786). Все отлично работало без зависонов и перезагрузок и т.п. претензий, кроме ежесуточного разрыва связи по инициативе провайдера.

    Теперь подключен Билайн (тариф 8000/8000).
    Подключение с помощью РРТР держится отлично сутками. Проседаний скорости или повышенного пинга нет. Но только до тех пор, пока я не поставлю на закачку uTorrent на ПК...

    С этого момента может происходить самопроизвольное пересоединение РРТР, в совершенно разные промежутки времени - и через 2 минуты и через час и через несколько часов. Скорость в принципе устраивает, но пересоединения не устраивают...

    Я так понимаю, что роутер не справляется с потоком, который возникает при работе uTorrenta, но как бороться с этой проблемой?

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



    Ниже приведен кусочек лога в районе момента пересоединения роутера:
    Code:
    -----инициализация роутера-----
    
    Jan  1 03:00:05 udhcpc[83]: udhcpc (v0.9.9-pre) started
    Jan  1 03:00:05 dhcp client: deconfig: lease is lost
    Jan  1 03:00:25 udhcpc[83]: Lease of 10.ххх.ххх.ххх obtained, lease time 604800
    Jan  1 03:00:25 dnsmasq[70]: read /etc/hosts - 7 addresses
    Jan  1 03:00:25 dnsmasq[70]: read /etc/ethers - 2 addresses
    Jan  1 03:00:25 dnsmasq[70]: reading /tmp/resolv.conf
    Jan  1 03:00:25 dnsmasq[70]: using nameserver 85.ххх.ххх.ххх#53
    Jan  1 03:00:25 dnsmasq[70]: using nameserver 213.ххх.ххх.ххх#53
    Jan  1 03:00:25 dhcp client: bound IP : 10.ххх.ххх.ххх from 10.ххх.ххх.ххх
    Jan  1 03:00:25 pppd[95]: pppd 2.4.2 started by discovery, uid 0
    Jan  1 03:00:26 pppd[95]: Serial connection established.
    Jan  1 03:00:26 pppd[95]: Using interface ppp0
    Jan  1 03:00:26 pppd[95]: Connect: ppp0 <--> /dev/pts/0
    Jan  1 03:00:30 pppd[95]: CHAP authentication succeeded
    Jan  1 03:00:30 pppd[95]: local  IP address 89.ххх.ххх.ххх
    Jan  1 03:00:30 pppd[95]: remote IP address 85.ххх.ххх.ххх
    Jan  1 03:00:30 pppd[95]: primary   DNS address 213.ххх.ххх.ххх
    Jan  1 03:00:30 pppd[95]: secondary DNS address 85.ххх.ххх.ххх
    Jan  1 03:00:30 dnsmasq[70]: read /etc/hosts - 7 addresses
    Jan  1 03:00:30 dnsmasq[70]: read /etc/ethers - 2 addresses
    Jan  1 03:00:30 dnsmasq[70]: reading /tmp/resolv.conf
    Jan  1 03:00:30 dnsmasq[70]: using nameserver 85.ххх.ххх.ххх#53
    Jan  1 03:00:30 dnsmasq[70]: using nameserver 213.ххх.ххх.ххх#53
    Jan  1 03:00:30 PPTP: connect to ISP
    Nov 12 20:04:50 ntp client: Synchronizing time with time.nist.gov ...
    Nov 12 20:30:57 pppd[95]: Modem hangup
    Nov 12 20:30:57 pppd[95]: Connection terminated.
    Nov 12 20:30:57 pppd[95]: Connect time 20441850.6 minutes.
    Nov 12 20:30:57 pppd[95]: Sent 993221275 bytes, received 27017259 bytes.
    Nov 12 20:30:57 dnsmasq[70]: read /etc/hosts - 7 addresses
    Nov 12 20:30:57 dnsmasq[70]: read /etc/ethers - 2 addresses
    Nov 12 20:30:57 dnsmasq[70]: reading /tmp/resolv.conf
    Nov 12 20:30:57 dnsmasq[70]: using nameserver 85.ххх.ххх.ххх#53
    Nov 12 20:30:57 dnsmasq[70]: using nameserver 213.ххх.ххх.ххх#53
    Nov 12 20:30:57 PPTP: Disconnected
    Nov 12 20:30:57 pppd[95]: Child process /tmp/ppp/ip-down (pid 151) terminated with signal 11
    Nov 12 20:31:27 pppd[95]: Serial connection established.
    Nov 12 20:31:27 pppd[95]: Using interface ppp0
    Nov 12 20:31:27 pppd[95]: Connect: ppp0 <--> /dev/pts/0
    Nov 12 20:31:31 pppd[95]: CHAP authentication succeeded
    Nov 12 20:31:31 pppd[95]: local  IP address 78.ххх.ххх.ххх
    Nov 12 20:31:31 pppd[95]: remote IP address 85.ххх.ххх.ххх
    Nov 12 20:31:31 pppd[95]: primary   DNS address 213.ххх.ххх.ххх
    Nov 12 20:31:31 pppd[95]: secondary DNS address 85.ххх.ххх.ххх
    Nov 12 20:31:32 dnsmasq[70]: read /etc/hosts - 7 addresses
    Nov 12 20:31:32 dnsmasq[70]: read /etc/ethers - 2 addresses
    Nov 12 20:31:32 dnsmasq[70]: reading /tmp/resolv.conf
    Nov 12 20:31:32 dnsmasq[70]: using nameserver 85.ххх.ххх.ххх#53
    Nov 12 20:31:32 dnsmasq[70]: using nameserver 213.ххх.ххх.ххх#53
    Nov 12 20:31:32 PPTP: connect to ISP
    
    -----соединение успешно восстановлено-----

  3. #33
    Может, стоит попробовать 1.9.2.7-10 или даже чешскую?

  4. #34
    DfDf

    Про 1.9.2.7-10 я читал - насколько смог понять она не спасет... Чешскую стОит попробовать.

    Отпишусь что получилось.

  5. #35

    MultiWAN + L2TP

    Можно ли multiwan обучить подключаться по L2TP? Может у кого есть готовое?

  6. #36
    Join Date
    Jan 2008
    Location
    msk
    Posts
    210
    а л2тп по какомуто определённому вану подключается или и по одному и по другому ?
    MSK | Asus WL-500w | 299Mhz | 128Mb | ver. 1.9.2.7-10 HDD bluescorpio 160Gb int.|console|RS-232|PCMCIA My modding

  7. #37
    Точно такая же проблема, но с WL-500W. Билайн, 16 МБит, PPTP.
    Без проблем держит соединение по несколько часов, но если запустить uTorrent на раздачу, то отваливается по 4-5 раз в час.
    Логи с --loglevel 1
    Code:
    Feb 10 21:01:19 pptp[115]: accepting packet 1121865 (expecting 1121864, lost or reordered)
    Feb 10 21:01:19 pptp[115]: accepting packet 1121874 (expecting 1121873, lost or reordered)
    Feb 10 21:01:20 pptp[115]: accepting packet 1121894 (expecting 1121893, lost or reordered)
    Feb 10 21:01:20 pptp[124]: Call disconnect notification received (call id 16264)
    Feb 10 21:01:20 pptp[124]: Received Stop Control Connection Request.
    Feb 10 21:01:20 pptp[124]: Sent control packet type is 4 'Stop-Control-Connection-Reply' 
    Feb 10 21:01:20 pptp[124]: Closing connection
    Feb 10 21:01:20 pptp[124]: Sent control packet type is 12 'Call-Clear-Request' 
    Feb 10 21:01:20 pppd[107]: Modem hangup
    Feb 10 21:01:20 pptp[124]: read returned zero, peer has closed
    Feb 10 21:01:20 pppd[107]: Connection terminated.
    Feb 10 21:01:20 pppd[107]: Connect time 20571481.2 minutes.
    Feb 10 21:01:20 pppd[107]: Sent 2227314164 bytes, received 73962703 bytes.
    Feb 10 21:01:20 dnsmasq[69]: read /etc/hosts - 5 addresses
    Feb 10 21:01:20 dnsmasq[69]: reading /tmp/resolv.conf
    Feb 10 21:01:20 dnsmasq[69]: using nameserver 85.21.192.3#53
    Feb 10 21:01:20 dnsmasq[69]: using nameserver 213.234.192.8#53
    Feb 10 21:01:20 PPTP: Disconnected
    Feb 10 21:01:20 pppd[107]: Child process /tmp/ppp/ip-down (pid 153) terminated with signal 11
    Feb 10 21:01:22 pptp[124]: read returned zero, peer has closed
    Feb 10 21:01:24 pptp[124]: Closing connection
    Feb 10 21:01:50 pppd[107]: Serial connection established.
    Feb 10 21:01:50 pppd[107]: Using interface ppp0
    Feb 10 21:01:50 pppd[107]: Connect: ppp0 <--> /dev/pts/0
    Feb 10 21:01:50 pptp[158]: The synchronous pptp option is activated 
    Feb 10 21:01:50 pptp[161]: Sent control packet type is 1 'Start-Control-Connection-Request' 
    Feb 10 21:01:50 pptp[161]: Received Start Control Connection Reply
    Feb 10 21:01:50 pptp[161]: Client connection established.
    Feb 10 21:01:51 pptp[161]: Sent control packet type is 7 'Outgoing-Call-Request' 
    Feb 10 21:01:51 pptp[161]: Received Outgoing Call Reply.
    Feb 10 21:01:51 pptp[161]: Outgoing call established (call ID 0, peer's call ID 16508). 
    Feb 10 21:01:51 pptp[158]: Changed pty line discipline to N_HDLC for synchronous mode
    Feb 10 21:01:54 pppd[107]: CHAP authentication succeeded
    Feb 10 21:01:54 pppd[107]: local  IP address 78.106.123.xx
    Feb 10 21:01:54 pppd[107]: remote IP address 85.21.0.48
    Feb 10 21:01:54 pppd[107]: primary   DNS address 213.234.192.7
    Feb 10 21:01:54 pppd[107]: secondary DNS address 85.21.192.5
    Feb 10 21:01:54 dnsmasq[69]: read /etc/hosts - 5 addresses
    Feb 10 21:01:54 dnsmasq[69]: reading /tmp/resolv.conf
    Feb 10 21:01:54 dnsmasq[69]: using nameserver 85.21.192.5#53
    Feb 10 21:01:54 dnsmasq[69]: using nameserver 213.234.192.7#53
    Feb 10 21:01:55 PPTP: connect to ISP
    Code:
    Feb 10 21:09:41 pptp[158]: accepting packet 178625 (expecting 178623, lost or reordered)
    Feb 10 21:09:41 pptp[158]: accepting packet 178630 (expecting 178629, lost or reordered)
    Feb 10 21:09:41 pptp[158]: accepting packet 178656 (expecting 178655, lost or reordered)
    Feb 10 21:09:41 pptp[161]: Call disconnect notification received (call id 16508)
    Feb 10 21:09:41 pptp[161]: Received Stop Control Connection Request.
    Feb 10 21:09:41 pptp[161]: Sent control packet type is 4 'Stop-Control-Connection-Reply' 
    Feb 10 21:09:41 pptp[161]: Closing connection
    Feb 10 21:09:41 pptp[161]: Sent control packet type is 12 'Call-Clear-Request' 
    Feb 10 21:09:41 pppd[107]: Modem hangup
    Feb 10 21:09:41 pptp[161]: read returned zero, peer has closed
    Feb 10 21:09:41 pppd[107]: Connection terminated.
    Feb 10 21:09:41 pppd[107]: Connect time 7.9 minutes.
    Feb 10 21:09:41 pppd[107]: Sent 380799110 bytes, received 12343378 bytes.
    Feb 10 21:09:41 dnsmasq[69]: read /etc/hosts - 5 addresses
    Feb 10 21:09:41 dnsmasq[69]: reading /tmp/resolv.conf
    Feb 10 21:09:41 dnsmasq[69]: using nameserver 85.21.192.3#53
    Feb 10 21:09:41 dnsmasq[69]: using nameserver 213.234.192.8#53
    Feb 10 21:09:41 PPTP: Disconnected
    Feb 10 21:09:41 pppd[107]: Child process /tmp/ppp/ip-down (pid 172) terminated with signal 11
    Feb 10 21:09:43 pptp[161]: read returned zero, peer has closed
    Feb 10 21:09:45 pptp[161]: Closing connection
    Feb 10 21:10:11 pppd[107]: Serial connection established.
    Feb 10 21:10:11 pppd[107]: Using interface ppp0
    Feb 10 21:10:11 pppd[107]: Connect: ppp0 <--> /dev/pts/0
    Feb 10 21:10:11 pptp[176]: The synchronous pptp option is activated 
    Feb 10 21:10:11 pptp[180]: Sent control packet type is 1 'Start-Control-Connection-Request' 
    Feb 10 21:10:11 pptp[180]: Received Start Control Connection Reply
    Feb 10 21:10:11 pptp[180]: Client connection established.
    Feb 10 21:10:12 pptp[180]: Sent control packet type is 7 'Outgoing-Call-Request' 
    Feb 10 21:10:12 pptp[180]: Received Outgoing Call Reply.
    Feb 10 21:10:12 pptp[176]: Changed pty line discipline to N_HDLC for synchronous mode
    Feb 10 21:10:12 pptp[180]: Outgoing call established (call ID 0, peer's call ID 30851). 
    Feb 10 21:10:16 pppd[107]: CHAP authentication succeeded
    Feb 10 21:10:16 pppd[107]: local  IP address 89.178.123.xx
    Feb 10 21:10:16 pppd[107]: remote IP address 85.21.0.14
    Feb 10 21:10:16 pppd[107]: primary   DNS address 85.21.192.5
    Feb 10 21:10:16 pppd[107]: secondary DNS address 213.234.192.7
    Feb 10 21:10:16 dnsmasq[69]: read /etc/hosts - 5 addresses
    Feb 10 21:10:16 dnsmasq[69]: reading /tmp/resolv.conf
    Feb 10 21:10:16 dnsmasq[69]: using nameserver 213.234.192.7#53
    Feb 10 21:10:16 dnsmasq[69]: using nameserver 85.21.192.5#53
    Feb 10 21:10:16 PPTP: connect to ISP
    Прошивки перепробовал все (родную 2.0.0.6, 1.9.2.7-10, 1.9.2.7-d), кроме чешской, ограничивал число коннектов в uTorrent, скорость - не помогает.
    Когда был L2TP, все работало прекрасно, ни единого разрыва.
    При подключении напрямую разрывов нет.

  8. #38
    иногда но редко бывает такое.
    ИМХО проблемы со стороны провайдера.
    у меня корбина - наверное тоже теперь билайн...

    периодически бывает.

  9. #39
    Попробовал чешскую - то же самое, рвется PPTP на торрентах. Откатился на 1.9.2.7-10.
    Плохо, что обрывы происходят бессистемно: сессия может и через 2 минуты отвалиться, и без проблем отпахать несколько часов на полной нагрузке. Может зависит от того, на какой брас попадаешь? Либо бага где-то внутри pptpclient.

  10. #40
    Quote Originally Posted by Artemis View Post
    Прошивки перепробовал все (родную 2.0.0.6, 1.9.2.7-10, 1.9.2.7-d), кроме чешской, ограничивал число коннектов в uTorrent, скорость - не помогает.
    Когда был L2TP, все работало прекрасно, ни единого разрыва.
    При подключении напрямую разрывов нет.
    1.9.2.7-d давно пробовали? Там недавно pppt клиент обновили.

  11. #41
    Quote Originally Posted by AlexeyS View Post
    1.9.2.7-d давно пробовали? Там недавно pppt клиент обновили.
    Дней 5 назад, самый последний (WL500W-1.9.2.7-d-20090210.trx).

  12. #42
    Quote Originally Posted by Artemis View Post
    Дней 5 назад, самый последний (WL500W-1.9.2.7-d-20090210.trx).
    Тогда попробуй спросить в теме по 1.9.2.7-d, они как раз ждут отзывов, может что подскажут или подправят.

  13. #43

    Smile Решение найдено

    Похоже, мои предположения о том, что все зависит от браса, подтверждаются.
    На выходных составил небольшую статистику по длительности подключений, и по ней совершенно четко видно, что дольше всего подключение держится на определенных брасах. В итоге прописал один из них статикой (тсс, только Билайну не говорите! ), и вчера за день было только 3 обрыва (все LCP terminated by peer, а не просто Modem hangup) при полной нагрузке uTorrent'ом!

  14. #44

    Talking 500gpv1 - обрывы l2tp соединения каждые 2-3 минуты (проблема решена!)

    Здравствуйте, уважаемые специалисты,

    На прошлой неделе была такая проблема: http://wl500g.info/showthread.php?t=19091
    520gc отнёс в сервис, как будет информация от них напишу о результатах. В замену ему купил-таки 500g Premium V1.
    Вчера вечером принёс, пару часов поработал на заводской прошивке, всё было нормально, никаких симптомов которые были с 520gc не наблюдалось, прошил 1.9.2.7-10, тоже самое - всё идеально на протяжении нескольких часов было, и скорость стабильно держит и канал забивает по полной и upload и download одновременно.

    Просыпаюсь утром интернета на компе нет, захожу в интерфейс точки — L2TP соединение не установлено. И началось..... С утра до настоящего момента читаю форум, ищу в инете, похожие проблемы встречаются, но решения либо нет, либо не помогают. Если было уже - ткните пальцем, плз.

    Дано следующее:
    провайдер: Корбина (Люблино)
    роутер: Asus 500gpv1
    пробовал прошивки: 1.9.2.7-10, 1.9.2.7-10-7, 1.9.2.7-10-5

    После прошивки и сброса ввожу только
    тип соединения: L2TP
    сервер: tp.corbina.net
    свои логин и пароль и всё, больше ничего от дефолтных установок не меняю.

    в логах всё время повторяется одно и то же:
    Too many retransmissions on tunnel
    И ещё по ощущениям кажется роутер стал слишком долго восстанавливать соединение, раньше и этот и 520gc практически сразу же после загрузки подключались к инету, а сейчас проходит нескольком минут после включения роутера

    Code:
    ...
    ...
    Jan  1 04:00:04 dnsmasq[73]: started, version 2.22 cachesize 150
    Jan  1 04:00:04 dnsmasq[73]: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 24h
    Jan  1 04:00:04 dnsmasq[73]: DHCP, /tmp/dnsmasq.log will be written every 8h
    Jan  1 04:00:04 dnsmasq[73]: read /etc/hosts - 5 addresses
    Jan  1 04:00:04 dnsmasq[73]: reading /tmp/resolv.conf
    Jan  1 04:00:04 kernel: usb.c: registered new driver usbdevfs
    Jan  1 04:00:04 kernel: usb.c: registered new driver hub
    Jan  1 04:00:04 kernel: usb-uhci.c: $Revision: 1.275 $ time 20:50:46 Mar 17 2008
    Jan  1 04:00:04 kernel: usb-uhci.c: High bandwidth mode enabled
    Jan  1 04:00:04 kernel: PCI: Enabling device 01:03.0 (0000 -> 0001)
    Jan  1 04:00:04 kernel: ECHI PCI device 30381106 found.
    Jan  1 04:00:04 kernel: UCHI reg 0x41 = 10
    Jan  1 04:00:04 kernel: UCHI reg 0x41 changed to = 0
    Jan  1 04:00:04 kernel: usb-uhci.c: USB UHCI at I/O 0x100, IRQ 12
    Jan  1 04:00:04 kernel: usb-uhci.c: Detected 2 ports
    Jan  1 04:00:04 kernel: usb.c: new USB bus registered, assigned bus number 1
    Jan  1 04:00:04 kernel: hub.c: USB hub found
    Jan  1 04:00:04 kernel: hub.c: 2 ports detected
    Jan  1 04:00:05 kernel: PCI: Enabling device 01:03.1 (0000 -> 0001)
    Jan  1 04:00:05 kernel: ECHI PCI device 30381106 found.
    Jan  1 04:00:05 kernel: UCHI reg 0x41 = 10
    Jan  1 04:00:05 kernel: UCHI reg 0x41 changed to = 0
    Jan  1 04:00:05 kernel: usb-uhci.c: USB UHCI at I/O 0x120, IRQ 12
    Jan  1 04:00:05 kernel: usb-uhci.c: Detected 2 ports
    Jan  1 04:00:05 kernel: usb.c: new USB bus registered, assigned bus number 2
    Jan  1 04:00:05 kernel: hub.c: USB hub found
    Jan  1 04:00:05 kernel: hub.c: 2 ports detected
    Jan  1 04:00:05 kernel: usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
    Jan  1 04:00:05 kernel: PCI: Enabling device 01:03.2 (0000 -> 0002)
    Jan  1 04:00:05 kernel: ehci_hcd 01:03.2: PCI device 1106:3104
    Jan  1 04:00:05 kernel: ehci_hcd 01:03.2: irq 12, pci mem c011e000
    Jan  1 04:00:05 kernel: usb.c: new USB bus registered, assigned bus number 3
    Jan  1 04:00:05 kernel: ECHI PCI device 31041106 found.
    Jan  1 04:00:05 kernel: ECHI reg 0x49 = 80010f20
    Jan  1 04:00:05 kernel: ECHI reg 0x49 changed to = 80010f00
    Jan  1 04:00:05 kernel: ECHI reg 0x4b = 80010f09
    Jan  1 04:00:05 kernel: ECHI reg 0x4b changed to = 80010f29
    Jan  1 04:00:05 kernel: PCI: 01:03.2 PCI cache line size set incorrectly (0 bytes) by BIOS/FW, correcting to 32
    Jan  1 04:00:05 kernel: ehci_hcd 01:03.2: USB 2.0 enabled, EHCI 1.00, driver 2003-Dec-29/2.4
    Jan  1 04:00:05 kernel: hub.c: USB hub found
    Jan  1 04:00:05 kernel: hub.c: 4 ports detected
    Jan  1 04:00:05 kernel: usb.c: registered new driver usblp
    Jan  1 04:00:05 kernel: printer.c: v0.13: USB Printer Device Class driver
    Jan  1 04:00:06 kernel: usb.c: registered new driver audio
    Jan  1 04:00:06 kernel: audio.c: v1.0.0:USB Audio Class driver
    Jan  1 04:00:07 kernel: Linux video capture interface: v1.00
    Jan  1 04:00:07 kernel: SCSI subsystem driver Revision: 1.00
    Jan  1 04:00:07 kernel: Initializing USB Mass Storage driver...
    Jan  1 04:00:07 kernel: usb.c: registered new driver usb-storage
    Jan  1 04:00:07 kernel: USB Mass Storage support registered.
    Jan  1 04:00:07 kernel: vlan1: Setting MAC address to  00 22 15 26 b3 c1.
    Jan  1 04:00:07 kernel: VLAN (vlan1):  Underlying device (eth0) has same MAC, not checking promiscious mode.
    Jan  1 04:00:08 udhcpc[98]: udhcpc (v0.9.9-pre) started
    Jan  1 04:00:08 dhcp client: deconfig: lease is lost
    Jan  1 04:00:22 udhcpc[98]: No lease, forking to background.
    Jan  1 04:00:23 l2tpd[105]: tunnel_establish: gethostbyname failed for 'tp.corbina.net'
    Jan  1 04:00:53 l2tpd[105]: tunnel_establish: gethostbyname failed for 'tp.corbina.net'
    Jan  1 04:01:15 dnsmasq[73]: DHCPDISCOVER(br0) 00:02:72:68:db:8c
    Jan  1 04:01:15 dnsmasq[73]: DHCPOFFER(br0) 192.168.1.192 00:02:72:68:db:8c
    Jan  1 04:01:15 dnsmasq[73]: DHCPREQUEST(br0) 192.168.1.192 00:02:72:68:db:8c
    Jan  1 04:01:15 dnsmasq[73]: DHCPACK(br0) 192.168.1.192 00:02:72:68:db:8c flyinhigh
    Jan  1 04:01:23 l2tpd[105]: tunnel_establish: gethostbyname failed for 'tp.corbina.net'
    Jan  1 04:01:38 udhcpc[103]: Lease of 10.185.8.114 obtained, lease time 604800
    Jan  1 04:01:38 dnsmasq[73]: read /etc/hosts - 5 addresses
    Jan  1 04:01:38 dnsmasq[73]: reading /tmp/resolv.conf
    Jan  1 04:01:38 dnsmasq[73]: using nameserver 85.21.192.3#53
    Jan  1 04:01:38 dnsmasq[73]: using nameserver 213.234.192.8#53
    Jan  1 04:01:38 dhcp client: bound IP : 10.185.8.114 from 10.185.8.1
    Jan  1 04:01:53 pppd[140]: Plugin pppol2tp.so loaded.
    Jan  1 04:01:53 pppd[140]: pppd 2.4.2 started by admin, uid 0
    Jan  1 04:01:53 pppd[140]: Using interface ppp0
    Jan  1 04:01:53 pppd[140]: Connect: ppp0 <--> 
    Jan  1 04:01:53 pppd[140]: CHAP authentication succeeded
    Jan  1 04:01:53 pppd[140]: local  IP address 95.25.73.117
    Jan  1 04:01:53 pppd[140]: remote IP address 85.21.0.240
    Jan  1 04:01:53 pppd[140]: primary   DNS address 85.21.192.5
    Jan  1 04:01:53 pppd[140]: secondary DNS address 213.234.192.7
    Jan  1 04:01:53 dnsmasq[73]: read /etc/hosts - 5 addresses
    Jan  1 04:01:53 dnsmasq[73]: reading /tmp/resolv.conf
    Jan  1 04:01:53 dnsmasq[73]: using nameserver 213.234.192.7#53
    Jan  1 04:01:53 dnsmasq[73]: using nameserver 85.21.192.5#53
    Jan  1 04:01:54 L2TP: connect to ISP
    Jan  1 04:04:16 l2tpd[105]: Too many retransmissions on tunnel (49073/33286); closing down
    Jan  1 04:04:16 pppd[140]: Terminating on signal 15.
    Jan  1 04:04:16 dnsmasq[73]: read /etc/hosts - 5 addresses
    Jan  1 04:04:16 dnsmasq[73]: reading /tmp/resolv.conf
    Jan  1 04:04:16 dnsmasq[73]: using nameserver 85.21.192.3#53
    Jan  1 04:04:16 dnsmasq[73]: using nameserver 213.234.192.8#53
    Jan  1 04:04:16 L2TP: Disconnected
    Jan  1 04:04:22 pppd[140]: Connection terminated.
    Jan  1 04:04:22 pppd[140]: Connect time 2.4 minutes.
    Jan  1 04:04:22 pppd[140]: Sent 123265 bytes, received 475884 bytes.
    Jan  1 04:04:22 pppd[140]: Connect time 2.4 minutes.
    Jan  1 04:04:22 pppd[140]: Sent 123265 bytes, received 475884 bytes.
    Jan  1 04:04:22 pppd[140]: Exit.
    Если вставляю сетевой кабель напрямую в сетевую карту компа - все идеально. По этой причине от тех. инженеров Корбины добиться какой-то консультации невозможно. Ответ: "Если проводом напрямую все нормально, дело в роутере, мы по роутерам не консультируем."

    Уже почти неделю какие-то прокладки с инетом, времени убил уйму, роутер поменял, начитался о чужих проблемах, но решения не нашёл.

    Помогите разобраться, пожалуйста.


    UPD. Проблема, описанная выше, а также описанная здесь на 520gc решена. В итоге оказалось, что в моём сегменте сети существовал компьютер, который сразу после включения запускал дикий флуд по ICMP (вирус?). Мой компьютер, подключённый напрямую проводом с этим флудом справлялся, а что делали 500gpv1 и 520gc можно прочитать в соответственно выше и здесь. В один из первых своих звонков сразу после появления проблемы я спрашивал тех. инженеров Корбины не может ли это быть флуд, на что мне ответили, что флудер не живет больше 10мин (или 10 с. - не помню уже). Так что похоже флуд был какой-то нетривиальный, раз стандартные корбиновские системы защиты от него не срабатывали. Т.е. проявление этой проблемы зависело целиком от расписания включения этого вредного компьютера в сети и не от чего больше. Забавно, но когда я сегодня позвонил в Корбину узнать состояние своей заявки, какие работы по ней сделаны и в чём была проблема — мне ответили "заявка закрыта, проблема была на вашей стороне". И когда я оператору напомнил про флуд, она подтвердила: "да действительно был флуд в вашем районе". Корбина до последнего не хочет признавать свои ошибки
    Всем спасибо за участие, надеюсь потомкам пригодится сей отчёт.
    Last edited by qazaque; 07-04-2009 at 07:30. Reason: Проблема решена

  15. #45

    Question

    На данный момент подключение держится уже час, прежних ошибок в логе не вижу. Так же как и прямой связи с моими действиями. Сейчас стоит на прошивке 10.5. Есть сильное желание не трогать его как можно дольше, но всё же неужели ни у кого нет мыслей почему это происходит и что можно сделать чтобы предотвратить?

Page 3 of 23 FirstFirst 1234513 ... LastLast

Similar Threads

  1. Проблемы с DNS на WL-500gP
    By Firemover in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 232
    Last Post: 24-07-2012, 13:15
  2. Проблемы с RT-N13U
    By rour in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 73
    Last Post: 18-04-2011, 12:34

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
  •