PDA

Bekijk de volledige versie : WL500gP + отваливающийся WAN


Kudu
09-10-2007, 13:42
Добрый день, буду благодарен за любую помощь или советы по следующему вопросу.

Девайс беззаботно работал с прошивкой от Олега за номером 1.9.2.7-7f и в один прекрасный день он перестал видеть внешнюю сеть, т.е. сеть моего провайдера, к которой подключен через WAN порт (проверял командой PING по адресу gateway-я xxx.xxx.149.97 и DNS сервера), . При этом, если переключить сетевой шнур от провайдера в домашний комп, то внешняя сеть работает ==> т.е. проблема не в ней... Я пробовал подключить роутер чере ВАН порт к другому компьютеру с рочной установкой параметров сети на обоих устройствах - пингуют друг друга без проблем ==> порт работает.
Я также попробовал и не помогло: перезалить прошивку, проапгрейдить до номера 1.9.2.7-7g, проапгрейдить с использованием rescue от Asus, установка параметров по умолчанию, сброс парметров, но всё тщетно...

Сетевые настройки (которые работают на обычном компьютере без проблем):
Static IP: xxx.xxx.149.119, Mask: 255.255.255.224, Gate: xxx.xxx.149.97, DNS: xxx.xxx.133.5, 212.5.64.44. В роутере отключен интернет фаерволл, все остальное по умолчанию, как после перезагрузки со стиранием РАМ.
Внутрення сеть: 192.168.1.Х, 255.255.255.0, DHCP. Замечу, что раньше дополнительные роутинги обычно не требовались - прошивал только для пиринговых ресурсов, но сам инет работал без них...

Routes из оболочки

Destination Gateway Genmask Flags Metric Ref Use Iface
213.247.149.97 * 255.255.255.255 UH 0 0 0 WAN vlan1
213.247.149.96 * 255.255.255.224 U 0 0 0 WAN vlan1
192.168.1.0 * 255.255.255.0 U 0 0 0 LAN br0
default 213.247.149.97 0.0.0.0 UG 0 0 0 WAN vlanz
Route -n из telnet

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
213.247.149.97 0.0.0.0 255.255.255.255 UH 0 0 0 vlan1
213.247.149.96 0.0.0.0 255.255.255.224 U 0 0 0 vlan1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 213.247.149.97 0.0.0.0 UG 0 0 0 vlan1

nvram show | grep routes из telnet - пусто - пишет столько то байт свободно и все...

ifconfig из telnet и log из под оболочки прилагаются в текстовых файлах.

Что делать и как я ума не приложу. Я не специалист в этом :-(. Если нужно приложить какую-лbбо еще информацию, скажите, что именно.

Заранее спасибо.
Константин
Mam(O)n
09-10-2007, 15:47
Попробуй поставить на wan 10mbit half-duplex. В большинстве случаев - проблема с кабелем (скрутки/межкабельные наводки/превышена длинна сегмента 100BaseT)

Также как варианты - привязка у провайдера к mac адресу или он борется с роутерами.
Kudu
09-10-2007, 17:16
Спасибо, Mam(O)n.

Попробуй поставить на wan 10mbit half-duplex. В большинстве случаев - проблема с кабелем (скрутки/межкабельные наводки/превышена длинна сегмента 100BaseT)
Я попробовал, но к сожалению установка 10mbit не помогла - все равно не пингуется. Правда разве может быть так, что компьютрная сетевая карта берет это соединение, а роутер не может поднять из за качества кабеля? Кстати соединение у меня до свитча в подъезде около 25 метров, но конечно качества кабеля я не знаю...

Также как варианты - привязка у провайдера к mac адресу или он борется с роутерами. Насколько я знаю, официально нет, они не против роутеров и привязки по мак-адресу у них нет, но я попробую и этот путь - я помню в форуме были темы про то, как обмануть провайдера и выдать роутер за комп...

Добавление (22:32): РЕШЕНИЕ ПРОБЛЕМЫ НАШЛОСЬ - видимо ПРОВАЙДЕР ДЕЙСТВИТЕЛЬНО ВВЕЛ ФИЛЬТРАЦИЮ по MAC адресу, ТОЛЬКО НЕ СТАЛ ОБ ЭТОМ ГОВОРИТЬ. Причем он ввел не только фильтрацию по МАК адресу, а видимо даже больше - мне пришлось скопировать не только MAC адрес, но и прописать мой gateway в качестве heartbeat server, а в ISP host name - имя моего компьютера. Я уж не знаю какую они там внедрили систему защиты, но раньше этого точно не было, и самое обидное, когда я им звонил и спрашивал сегодня - они НИЧЕГО НЕ СКАЗАЛИ про нововведения. А выяснилось, что они говорят неправду очень просто: сегодня вечером у меня оказался под рукой ноутбук и я решил проверить, как он будет работать... WAN опять не пингуется через роутер, а соединение есть... Дальше по следовал совету Mam(O)n по новой и прописал все настрйки с компа на роутер, завелся с пол-оборота.

НАУКА НА БУДУЩЕЕ - НЕ ВЕРЬ ПРОВАЙДЕРУ СВОЕМУ НА СЛОВО...

Константин
elLf
19-10-2007, 07:15
Проблема такая: настраиваю роутер - все работает, выход в инет есть. В конце дня все выключаю, включаю на следующий день - выхода в инет нет, локалка работает. Лечиться сбросом "Factory Default", и последующей загрузкой сохраненных настроек (WL500g.Premium.CFG), после этого инет начинает работать. Прошивка: 1.9.2.7-7g

Как это можно вылечить?
Mike_S
19-10-2007, 08:54
осталось только у экстрасенсов узнать ваши настройки и логи... :mad:
elLf
22-10-2007, 07:12
осталось только у экстрасенсов узнать ваши настройки и логи... :mad:

А причем тут настройки? Суть ведь в другом совершенно. Но, если это принципиально:


Jan 1 03:00:03 syslogd started: BusyBox v1.1.3
Jan 1 03:00:03 kernel: NTFS driver v1.1.22 [Flags: R/O]
Jan 1 03:00:03 kernel: pty: 256 Unix98 ptys configured
Jan 1 03:00:03 kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Jan 1 03:00:03 kernel: ttyS00 at 0xb8000300 (irq = 3) is a 16550A
Jan 1 03:00:03 kernel: ttyS01 at 0xb8000400 (irq = 3) is a 16550A
Jan 1 03:00:03 kernel: HDLC line discipline: version $Revision$, maxframe=4096
Jan 1 03:00:03 kernel: N_HDLC line discipline registered.
Jan 1 03:00:03 kernel: loop: loaded (max 8 devices)
Jan 1 03:00:03 kernel: PPP generic driver version 2.4.2
Jan 1 03:00:03 kernel: PPP Deflate Compression module registered
Jan 1 03:00:03 kernel: PPP BSD Compression module registered
Jan 1 03:00:03 kernel: MPPE/MPPC encryption/compression module registered
Jan 1 03:00:03 kernel: Amd/Fujitsu Extended Query Table v1.3 at 0x0040
Jan 1 03:00:03 kernel: Flash Id: Vendor: 0x0001 Device: 0x007e
Jan 1 03:00:03 kernel: number of CFI chips: 1
Jan 1 03:00:03 kernel: Flash device: 0x800000 at 0x1c000000
Jan 1 03:00:03 kernel: Physically mapped flash: squashfs filesystem found at block 941
Jan 1 03:00:03 kernel: Creating 5 MTD partitions on "Physically mapped flash":
Jan 1 03:00:03 kernel: 0x00000000-0x00040000 : "pmon"
Jan 1 03:00:03 kernel: 0x00040000-0x007f0000 : "linux"
Jan 1 03:00:03 kernel: 0x000eb714-0x007f0000 : "rootfs"
Jan 1 03:00:03 kernel: 0x007f0000-0x00800000 : "nvram"
Jan 1 03:00:03 kernel: 0x003e0000-0x007f0000 : "flashfs"
Jan 1 03:00:03 kernel: sflash: found no supported devices
Jan 1 03:00:03 kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Jan 1 03:00:03 kernel: IP Protocols: ICMP, UDP, TCP, IGMP
Jan 1 03:00:03 kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 03:00:03 kernel: TCP: Hash tables configured (established 2048 bind 4096)
Jan 1 03:00:03 kernel: Linux IP multicast router 0.06 plus PIM-SM
Jan 1 03:00:03 kernel: ip_conntrack version 2.1 (256 buckets, 2048 max) - 352 bytes per conntrack
Jan 1 03:00:03 kernel: ip_conntrack_pptp version 1.9 loaded
Jan 1 03:00:03 kernel: ip_nat_pptp version 1.5 loaded
Jan 1 03:00:03 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jan 1 03:00:03 kernel: ipt_time loading
Jan 1 03:00:03 kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Jan 1 03:00:03 kernel: IPv6 v0.8 for NET4.0
Jan 1 03:00:03 kernel: IPv6 over IPv4 tunneling driver
Jan 1 03:00:03 kernel: NET4: Ethernet Bridge 008 for NET4.0
Jan 1 03:00:03 kernel: 802.1Q VLAN Support v1.7 Ben Greear <greearb@candelatech.com>
Jan 1 03:00:03 kernel: All bugs added by David S. Miller <davem@redhat.com>
Jan 1 03:00:03 kernel: FAT: bogus logical sector size 58624
Jan 1 03:00:03 kernel: FAT: bogus logical sector size 58624
Jan 1 03:00:03 kernel: NTFS: Unable to set blocksize 512.
Jan 1 03:00:03 kernel: VFS: Mounted root (squashfs filesystem) readonly.
Jan 1 03:00:03 kernel: Mounted devfs on /dev
Jan 1 03:00:03 kernel: Freeing unused kernel memory: 68k freed
Jan 1 03:00:03 kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan 1 03:00:03 kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.37.0
Jan 1 03:00:03 kernel: PCI: Enabling device 01:02.0 (0004 -> 0006)
Jan 1 03:00:03 kernel: eth1: Broadcom BCM4318 802.11 Wireless Controller 3.90.38.0
Jan 1 03:00:03 kernel: 3:00:00:00:01 mcast address to master interface
Jan 1 03:00:03 kernel: vlan0: add xx:xx:xx:xx:xx:xx mcast address to master interface
Jan 1 03:00:03 kernel: vlan0: dev_set_promiscuity(master, 1)
Jan 1 03:00:03 kernel: device eth0 entered promiscuous mode
Jan 1 03:00:03 kernel: device vlan0 entered promiscuous mode
Jan 1 03:00:03 kernel: device eth1 entered promiscuous mode
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering listening state
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering listening state
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering learning state
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering learning state
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering forwarding state
Jan 1 03:00:03 kernel: br0: topology change detected, propagating
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering forwarding state
Jan 1 03:00:03 kernel: br0: topology change detected, propagating
Jan 1 03:00:03 kernel: usb.c: registered new driver usbdevfs
Jan 1 03:00:03 kernel: usb.c: registered new driver hub
Jan 1 03:00:04 kernel: usb-uhci.c: $Revision: 1.275 $ time 10:25:12 Jun 17 2006
Jan 1 03:00:04 kernel: usb-uhci.c: High bandwidth mode enabled
Jan 1 03:00:04 kernel: PCI: Enabling device 01:03.0 (0000 -> 0001)
Jan 1 03:00:04 kernel: ECHI PCI device 30381106 found.
Jan 1 03:00:04 kernel: UCHI reg 0x41 = 10
Jan 1 03:00:04 kernel: UCHI reg 0x41 changed to = 0
Jan 1 03:00:04 kernel: usb-uhci.c: USB UHCI at I/O 0x100, IRQ 2
Jan 1 03:00:04 kernel: usb-uhci.c: Detected 2 ports
Jan 1 03:00:04 kernel: usb.c: new USB bus registered, assigned bus number 1
Jan 1 03:00:04 kernel: hub.c: USB hub found
Jan 1 03:00:04 kernel: hub.c: 2 ports detected
Jan 1 03:00:04 kernel: PCI: Enabling device 01:03.1 (0000 -> 0001)
Jan 1 03:00:04 kernel: ECHI PCI device 30381106 found.
Jan 1 03:00:04 kernel: UCHI reg 0x41 = 10
Jan 1 03:00:04 kernel: UCHI reg 0x41 changed to = 0
Jan 1 03:00:04 kernel: usb-uhci.c: USB UHCI at I/O 0x120, IRQ 2
Jan 1 03:00:04 kernel: usb-uhci.c: Detected 2 ports
Jan 1 03:00:04 kernel: usb.c: new USB bus registered, assigned bus number 2
Jan 1 03:00:04 kernel: hub.c: USB hub found
Jan 1 03:00:04 kernel: hub.c: 2 ports detected
Jan 1 03:00:04 kernel: usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
Jan 1 03:00:04 kernel: PCI: Enabling device 01:03.2 (0000 -> 0002)
Jan 1 03:00:04 kernel: ehci_hcd 01:03.2: PCI device 1106:3104
Jan 1 03:00:04 kernel: ehci_hcd 01:03.2: irq 2, pci mem c00a8000
Jan 1 03:00:04 kernel: usb.c: new USB bus registered, assigned bus number 3
Jan 1 03:00:04 kernel: ECHI PCI device 31041106 found.
Jan 1 03:00:04 kernel: ECHI reg 0x49 = 80010f20
Jan 1 03:00:04 kernel: ECHI reg 0x49 changed to = 80010f00
Jan 1 03:00:04 kernel: ECHI reg 0x4b = 80010f09
Jan 1 03:00:04 kernel: ECHI reg 0x4b changed to = 80010f29
Jan 1 03:00:04 kernel: PCI: 01:03.2 PCI cache line size set incorrectly (0 bytes) by BIOS/FW, correcting to 32
Jan 1 03:00:04 kernel: ehci_hcd 01:03.2: USB 2.0 enabled, EHCI 1.00, driver 2003-Dec-29/2.4
Jan 1 03:00:04 kernel: hub.c: USB hub found
Jan 1 03:00:04 kernel: hub.c: 4 ports detected
Jan 1 03:00:04 kernel: usb.c: registered new driver usblp
Jan 1 03:00:04 kernel: printer.c: v0.13: USB Printer Device Class driver
Jan 1 03:00:05 kernel: SCSI subsystem driver Revision: 1.00
Jan 1 03:00:05 kernel: Initializing USB Mass Storage driver...
Jan 1 03:00:05 kernel: usb.c: registered new driver usb-storage
Jan 1 03:00:05 kernel: USB Mass Storage support registered.
Jan 1 03:00:05 kernel: vlan1: Setting MAC address to 00 1b fc 91 7b 54.
Jan 1 03:00:05 kernel: VLAN (vlan1): Underlying device (eth0) has same MAC, not checking promiscious mode.
Jan 1 03:00:05 kernel: vlan1: add xx:xx:xx:xx:xx:xx mcast address to master interface
Jan 1 03:00:05 kernel: vlan1: add xx:xx:xx:xx:xx:xx mcast address to master interface
Jan 1 03:00:05 kernel: vlan1: add xx:xx:xx:xx:xx:xx mcast address to master interface
Oct 22 09:45:42 ntp client: Synchronizing time with time.nist.gov ...

Настройки простые, есть WAN + 2 компа по LAN. При этом если выключить роутер из разетки не надолго (пару минут), а потом включить, то этой ситуации не наблюдается. А вот после ночи отключения от питания уже требуется вышеописанные операции по сбросу и загрузке настроек.

Очень нужна помощь форума в решении этого вопроса, т.к. иначе без моего присутствия в офисе интернета просто нет :(
Diverrus
22-10-2007, 08:57
Если рутер выключается на ночь из целей безопасности, то может вместо выключения рутера просто выдергивать фишку из wan порта? И рутер не выключен и секьюрность отличная :)
elLf
22-10-2007, 09:14
не вариант, это лишние телодвижения, которые нафик никому не нужны.
nikita800
22-10-2007, 22:53
тогда роутер вообще не нужно отключать. я вообще не понимаю зачем его выключать, воткнул в отдельную розетку и забыл про него.
elLf
25-10-2007, 09:19
так ни у кого что ли таких проблем нету? решения нет?

олег, выскажись пожалуйста как спец, в чем тут может быть дело? ну это просто мистика, почему нужно сбрасывать настройки и потом загружать старый конфиг, хотя при этом и до сброса в админке видны правильные настройки, но они не работают. почему так?
Oleg
25-10-2007, 10:35
нужен лог в тот момент, когда не работает. тот лог, что вверху - нормальный.

а как адрес назначается? статически задан?
elLf
26-10-2007, 08:20
да, все адреса в локалке статически задаются. лог тогда в понедельник выложу, когда опять буду настройки восстанавливать...
elLf
29-10-2007, 06:24
Итак, вот лог сразу после включения (когде инет не работает).


Jan 1 03:00:03 syslogd started: BusyBox v1.1.3
Jan 1 03:00:03 kernel: devfs: boot_options: 0x1
Jan 1 03:00:03 kernel: NTFS driver v1.1.22 [Flags: R/O]
Jan 1 03:00:03 kernel: pty: 256 Unix98 ptys configured
Jan 1 03:00:03 kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Jan 1 03:00:03 kernel: ttyS00 at 0xb8000300 (irq = 3) is a 16550A
Jan 1 03:00:03 kernel: ttyS01 at 0xb8000400 (irq = 3) is a 16550A
Jan 1 03:00:03 kernel: HDLC line discipline: version $Revision$, maxframe=4096
Jan 1 03:00:03 kernel: N_HDLC line discipline registered.
Jan 1 03:00:03 kernel: loop: loaded (max 8 devices)
Jan 1 03:00:03 kernel: PPP generic driver version 2.4.2
Jan 1 03:00:03 kernel: PPP Deflate Compression module registered
Jan 1 03:00:03 kernel: PPP BSD Compression module registered
Jan 1 03:00:03 kernel: MPPE/MPPC encryption/compression module registered
Jan 1 03:00:03 kernel: Amd/Fujitsu Extended Query Table v1.3 at 0x0040
Jan 1 03:00:03 kernel: Flash Id: Vendor: 0x0001 Device: 0x007e
Jan 1 03:00:03 kernel: number of CFI chips: 1
Jan 1 03:00:03 kernel: Flash device: 0x800000 at 0x1c000000
Jan 1 03:00:03 kernel: Physically mapped flash: squashfs filesystem found at block 941
Jan 1 03:00:03 kernel: Creating 5 MTD partitions on "Physically mapped flash":
Jan 1 03:00:03 kernel: 0x00000000-0x00040000 : "pmon"
Jan 1 03:00:03 kernel: 0x00040000-0x007f0000 : "linux"
Jan 1 03:00:03 kernel: 0x000eb714-0x007f0000 : "rootfs"
Jan 1 03:00:03 kernel: 0x007f0000-0x00800000 : "nvram"
Jan 1 03:00:03 kernel: 0x003e0000-0x007f0000 : "flashfs"
Jan 1 03:00:03 kernel: sflash: found no supported devices
Jan 1 03:00:03 kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Jan 1 03:00:03 kernel: IP Protocols: ICMP, UDP, TCP, IGMP
Jan 1 03:00:03 kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 03:00:03 kernel: TCP: Hash tables configured (established 2048 bind 4096)
Jan 1 03:00:03 kernel: Linux IP multicast router 0.06 plus PIM-SM
Jan 1 03:00:03 kernel: ip_conntrack version 2.1 (256 buckets, 2048 max) - 352 bytes per conntrack
Jan 1 03:00:03 kernel: ip_conntrack_pptp version 1.9 loaded
Jan 1 03:00:03 kernel: ip_nat_pptp version 1.5 loaded
Jan 1 03:00:03 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jan 1 03:00:03 kernel: ipt_time loading
Jan 1 03:00:03 kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Jan 1 03:00:03 kernel: IPv6 v0.8 for NET4.0
Jan 1 03:00:03 kernel: IPv6 over IPv4 tunneling driver
Jan 1 03:00:03 kernel: NET4: Ethernet Bridge 008 for NET4.0
Jan 1 03:00:03 kernel: 802.1Q VLAN Support v1.7 Ben Greear <greearb@candelatech.com>
Jan 1 03:00:03 kernel: All bugs added by David S. Miller <davem@redhat.com>
Jan 1 03:00:03 kernel: FAT: bogus logical sector size 58624
Jan 1 03:00:03 kernel: FAT: bogus logical sector size 58624
Jan 1 03:00:03 kernel: NTFS: Unable to set blocksize 512.
Jan 1 03:00:03 kernel: VFS: Mounted root (squashfs filesystem) readonly.
Jan 1 03:00:03 kernel: Mounted devfs on /dev
Jan 1 03:00:03 kernel: Freeing unused kernel memory: 68k freed
Jan 1 03:00:03 kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan 1 03:00:03 kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.37.0
Jan 1 03:00:03 kernel: PCI: Enabling device 01:02.0 (0004 -> 0006)
Jan 1 03:00:03 kernel: eth1: Broadcom BCM4318 802.11 Wireless Controller 3.90.38.0
Jan 1 03:00:03 kernel: 3:00:00:00:01 mcast address to master interface
Jan 1 03:00:03 kernel: vlan0: add xx:xx:xx:xx:xx:xx mcast address to master interface
Jan 1 03:00:03 kernel: vlan0: dev_set_promiscuity(master, 1)
Jan 1 03:00:03 kernel: device eth0 entered promiscuous mode
Jan 1 03:00:03 kernel: device vlan0 entered promiscuous mode
Jan 1 03:00:03 kernel: device eth1 entered promiscuous mode
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering listening state
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering listening state
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering learning state
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering learning state
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering forwarding state
Jan 1 03:00:03 kernel: br0: topology change detected, propagating
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering forwarding state
Jan 1 03:00:03 kernel: br0: topology change detected, propagating
Jan 1 03:00:04 kernel: usb.c: registered new driver usbdevfs
Jan 1 03:00:04 kernel: usb.c: registered new driver hub
Jan 1 03:00:04 kernel: usb-uhci.c: $Revision: 1.275 $ time 10:25:12 Jun 17 2006
Jan 1 03:00:04 kernel: usb-uhci.c: High bandwidth mode enabled
Jan 1 03:00:04 kernel: PCI: Enabling device 01:03.0 (0000 -> 0001)
Jan 1 03:00:04 kernel: ECHI PCI device 30381106 found.
Jan 1 03:00:04 kernel: UCHI reg 0x41 = 10
Jan 1 03:00:04 kernel: UCHI reg 0x41 changed to = 0
Jan 1 03:00:04 kernel: usb-uhci.c: USB UHCI at I/O 0x100, IRQ 2
Jan 1 03:00:04 kernel: usb-uhci.c: Detected 2 ports
Jan 1 03:00:04 kernel: usb.c: new USB bus registered, assigned bus number 1
Jan 1 03:00:04 kernel: hub.c: USB hub found
Jan 1 03:00:04 kernel: hub.c: 2 ports detected
Jan 1 03:00:04 kernel: PCI: Enabling device 01:03.1 (0000 -> 0001)
Jan 1 03:00:04 kernel: ECHI PCI device 30381106 found.
Jan 1 03:00:04 kernel: UCHI reg 0x41 = 10
Jan 1 03:00:04 kernel: UCHI reg 0x41 changed to = 0
Jan 1 03:00:04 kernel: usb-uhci.c: USB UHCI at I/O 0x120, IRQ 2
Jan 1 03:00:04 kernel: usb-uhci.c: Detected 2 ports
Jan 1 03:00:04 kernel: usb.c: new USB bus registered, assigned bus number 2
Jan 1 03:00:04 kernel: hub.c: USB hub found
Jan 1 03:00:04 kernel: hub.c: 2 ports detected
Jan 1 03:00:04 kernel: usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
Jan 1 03:00:04 kernel: PCI: Enabling device 01:03.2 (0000 -> 0002)
Jan 1 03:00:04 kernel: ehci_hcd 01:03.2: PCI device 1106:3104
Jan 1 03:00:04 kernel: ehci_hcd 01:03.2: irq 2, pci mem c00a8000
Jan 1 03:00:04 kernel: usb.c: new USB bus registered, assigned bus number 3
Jan 1 03:00:04 kernel: ECHI PCI device 31041106 found.
Jan 1 03:00:04 kernel: ECHI reg 0x49 = 80010f20
Jan 1 03:00:04 kernel: ECHI reg 0x49 changed to = 80010f00
Jan 1 03:00:04 kernel: ECHI reg 0x4b = 80010f09
Jan 1 03:00:04 kernel: ECHI reg 0x4b changed to = 80010f29
Jan 1 03:00:04 kernel: PCI: 01:03.2 PCI cache line size set incorrectly (0 bytes) by BIOS/FW, correcting to 32
Jan 1 03:00:04 kernel: ehci_hcd 01:03.2: USB 2.0 enabled, EHCI 1.00, driver 2003-Dec-29/2.4
Jan 1 03:00:04 kernel: hub.c: USB hub found
Jan 1 03:00:04 kernel: hub.c: 4 ports detected
Jan 1 03:00:05 kernel: usb.c: registered new driver usblp
Jan 1 03:00:05 kernel: printer.c: v0.13: USB Printer Device Class driver
Jan 1 03:00:05 kernel: SCSI subsystem driver Revision: 1.00
Jan 1 03:00:05 kernel: Initializing USB Mass Storage driver...
Jan 1 03:00:05 kernel: usb.c: registered new driver usb-storage
Jan 1 03:00:05 kernel: USB Mass Storage support registered.
Jan 1 03:00:05 kernel: vlan1: Setting MAC address to 00 1b fc 91 7b 54.
Jan 1 03:00:05 kernel: VLAN (vlan1): Underlying device (eth0) has same MAC, not checking promiscious mode.
Jan 1 03:00:05 kernel: vlan1: add xx:xx:xx:xx:xx:xx mcast address to master interface
Jan 1 03:00:05 kernel: vlan1: add xx:xx:xx:xx:xx:xx mcast address to master interface
Jan 1 03:00:05 kernel: vlan1: add xx:xx:xx:xx:xx:xx mcast address to master interface
elLf
29-10-2007, 06:25
Вот после восстановления заводских настроек и загрузки конфига.


Jan 1 03:00:03 syslogd started: BusyBox v1.1.3
Jan 1 03:00:03 kernel: devfs: boot_options: 0x1
Jan 1 03:00:03 kernel: NTFS driver v1.1.22 [Flags: R/O]
Jan 1 03:00:03 kernel: pty: 256 Unix98 ptys configured
Jan 1 03:00:03 kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Jan 1 03:00:03 kernel: ttyS00 at 0xb8000300 (irq = 3) is a 16550A
Jan 1 03:00:03 kernel: ttyS01 at 0xb8000400 (irq = 3) is a 16550A
Jan 1 03:00:03 kernel: HDLC line discipline: version $Revision$, maxframe=4096
Jan 1 03:00:03 kernel: N_HDLC line discipline registered.
Jan 1 03:00:03 kernel: loop: loaded (max 8 devices)
Jan 1 03:00:03 kernel: PPP generic driver version 2.4.2
Jan 1 03:00:03 kernel: PPP Deflate Compression module registered
Jan 1 03:00:03 kernel: PPP BSD Compression module registered
Jan 1 03:00:03 kernel: MPPE/MPPC encryption/compression module registered
Jan 1 03:00:03 kernel: Amd/Fujitsu Extended Query Table v1.3 at 0x0040
Jan 1 03:00:03 kernel: Flash Id: Vendor: 0x0001 Device: 0x007e
Jan 1 03:00:03 kernel: number of CFI chips: 1
Jan 1 03:00:03 kernel: Flash device: 0x800000 at 0x1c000000
Jan 1 03:00:03 kernel: Physically mapped flash: squashfs filesystem found at block 941
Jan 1 03:00:03 kernel: Creating 5 MTD partitions on "Physically mapped flash":
Jan 1 03:00:03 kernel: 0x00000000-0x00040000 : "pmon"
Jan 1 03:00:03 kernel: 0x00040000-0x007f0000 : "linux"
Jan 1 03:00:03 kernel: 0x000eb714-0x007f0000 : "rootfs"
Jan 1 03:00:03 kernel: 0x007f0000-0x00800000 : "nvram"
Jan 1 03:00:03 kernel: 0x003e0000-0x007f0000 : "flashfs"
Jan 1 03:00:03 kernel: sflash: found no supported devices
Jan 1 03:00:03 kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Jan 1 03:00:03 kernel: IP Protocols: ICMP, UDP, TCP, IGMP
Jan 1 03:00:03 kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 03:00:03 kernel: TCP: Hash tables configured (established 2048 bind 4096)
Jan 1 03:00:03 kernel: Linux IP multicast router 0.06 plus PIM-SM
Jan 1 03:00:03 kernel: ip_conntrack version 2.1 (256 buckets, 2048 max) - 352 bytes per conntrack
Jan 1 03:00:03 kernel: ip_conntrack_pptp version 1.9 loaded
Jan 1 03:00:03 kernel: ip_nat_pptp version 1.5 loaded
Jan 1 03:00:03 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jan 1 03:00:03 kernel: ipt_time loading
Jan 1 03:00:03 kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Jan 1 03:00:03 kernel: IPv6 v0.8 for NET4.0
Jan 1 03:00:03 kernel: IPv6 over IPv4 tunneling driver
Jan 1 03:00:03 kernel: NET4: Ethernet Bridge 008 for NET4.0
Jan 1 03:00:03 kernel: 802.1Q VLAN Support v1.7 Ben Greear <greearb@candelatech.com>
Jan 1 03:00:03 kernel: All bugs added by David S. Miller <davem@redhat.com>
Jan 1 03:00:03 kernel: FAT: bogus logical sector size 58624
Jan 1 03:00:03 kernel: FAT: bogus logical sector size 58624
Jan 1 03:00:03 kernel: NTFS: Unable to set blocksize 512.
Jan 1 03:00:03 kernel: VFS: Mounted root (squashfs filesystem) readonly.
Jan 1 03:00:03 kernel: Mounted devfs on /dev
Jan 1 03:00:03 kernel: Freeing unused kernel memory: 68k freed
Jan 1 03:00:03 kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan 1 03:00:03 kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.37.0
Jan 1 03:00:03 kernel: PCI: Enabling device 01:02.0 (0004 -> 0006)
Jan 1 03:00:03 kernel: eth1: Broadcom BCM4318 802.11 Wireless Controller 3.90.38.0
Jan 1 03:00:03 kernel: 3:00:00:00:01 mcast address to master interface
Jan 1 03:00:03 kernel: vlan0: add xx:xx:xx:xx:xx:xx mcast address to master interface
Jan 1 03:00:03 kernel: vlan0: dev_set_promiscuity(master, 1)
Jan 1 03:00:03 kernel: device eth0 entered promiscuous mode
Jan 1 03:00:03 kernel: device vlan0 entered promiscuous mode
Jan 1 03:00:03 kernel: device eth1 entered promiscuous mode
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering listening state
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering listening state
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering learning state
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering learning state
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering forwarding state
Jan 1 03:00:03 kernel: br0: topology change detected, propagating
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering forwarding state
Jan 1 03:00:03 kernel: br0: topology change detected, propagating
Jan 1 03:00:04 kernel: usb.c: registered new driver usbdevfs
Jan 1 03:00:04 kernel: usb.c: registered new driver hub
Jan 1 03:00:04 kernel: usb-uhci.c: $Revision: 1.275 $ time 10:25:12 Jun 17 2006
Jan 1 03:00:04 kernel: usb-uhci.c: High bandwidth mode enabled
Jan 1 03:00:04 kernel: PCI: Enabling device 01:03.0 (0000 -> 0001)
Jan 1 03:00:04 kernel: ECHI PCI device 30381106 found.
Jan 1 03:00:04 kernel: UCHI reg 0x41 = 10
Jan 1 03:00:04 kernel: UCHI reg 0x41 changed to = 0
Jan 1 03:00:04 kernel: usb-uhci.c: USB UHCI at I/O 0x100, IRQ 2
Jan 1 03:00:04 kernel: usb-uhci.c: Detected 2 ports
Jan 1 03:00:04 kernel: usb.c: new USB bus registered, assigned bus number 1
Jan 1 03:00:04 kernel: hub.c: USB hub found
Jan 1 03:00:04 kernel: hub.c: 2 ports detected
Jan 1 03:00:04 kernel: PCI: Enabling device 01:03.1 (0000 -> 0001)
Jan 1 03:00:04 kernel: ECHI PCI device 30381106 found.
Jan 1 03:00:04 kernel: UCHI reg 0x41 = 10
Jan 1 03:00:04 kernel: UCHI reg 0x41 changed to = 0
Jan 1 03:00:04 kernel: usb-uhci.c: USB UHCI at I/O 0x120, IRQ 2
Jan 1 03:00:04 kernel: usb-uhci.c: Detected 2 ports
Jan 1 03:00:04 kernel: usb.c: new USB bus registered, assigned bus number 2
Jan 1 03:00:04 kernel: hub.c: USB hub found
Jan 1 03:00:04 kernel: hub.c: 2 ports detected
Jan 1 03:00:04 kernel: usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
Jan 1 03:00:04 kernel: PCI: Enabling device 01:03.2 (0000 -> 0002)
Jan 1 03:00:04 kernel: ehci_hcd 01:03.2: PCI device 1106:3104
Jan 1 03:00:04 kernel: ehci_hcd 01:03.2: irq 2, pci mem c00a8000
Jan 1 03:00:04 kernel: usb.c: new USB bus registered, assigned bus number 3
Jan 1 03:00:04 kernel: ECHI PCI device 31041106 found.
Jan 1 03:00:04 kernel: ECHI reg 0x49 = 80010f20
Jan 1 03:00:04 kernel: ECHI reg 0x49 changed to = 80010f00
Jan 1 03:00:04 kernel: ECHI reg 0x4b = 80010f09
Jan 1 03:00:04 kernel: ECHI reg 0x4b changed to = 80010f29
Jan 1 03:00:04 kernel: PCI: 01:03.2 PCI cache line size set incorrectly (0 bytes) by BIOS/FW, correcting to 32
Jan 1 03:00:04 kernel: ehci_hcd 01:03.2: USB 2.0 enabled, EHCI 1.00, driver 2003-Dec-29/2.4
Jan 1 03:00:04 kernel: hub.c: USB hub found
Jan 1 03:00:04 kernel: hub.c: 4 ports detected
Jan 1 03:00:05 kernel: usb.c: registered new driver usblp
Jan 1 03:00:05 kernel: printer.c: v0.13: USB Printer Device Class driver
Jan 1 03:00:05 kernel: SCSI subsystem driver Revision: 1.00
Jan 1 03:00:05 kernel: Initializing USB Mass Storage driver...
Jan 1 03:00:05 kernel: usb.c: registered new driver usb-storage
Jan 1 03:00:05 kernel: USB Mass Storage support registered.
Jan 1 03:00:05 kernel: vlan1: Setting MAC address to 00 1b fc 91 7b 54.
Jan 1 03:00:05 kernel: VLAN (vlan1): Underlying device (eth0) has same MAC, not checking promiscious mode.
Jan 1 03:00:05 kernel: vlan1: add xx:xx:xx:xx:xx:xx mcast address to master interface
Jan 1 03:00:05 kernel: vlan1: add xx:xx:xx:xx:xx:xx mcast address to master interface
Jan 1 03:00:05 kernel: vlan1: add xx:xx:xx:xx:xx:xx mcast address to master interface
Oct 29 09:11:33 ntp client: Synchronizing time with time.nist.gov ...

Какие еще нужны данные, чтобы можно было решить эту проблему?
Oleg
29-10-2007, 07:27
В логе ничего интересного. Давайте свои настройки со страницы WAN & LAN IP Config.
elLf
29-10-2007, 10:04
WAN Connection Type: Static IP
WAN Connection Speed: Auto

WAN IP Setting - тут все верно

WAN DNS Setting
Get DNS Server automatically: No

PPPoE, PPTP or L2TP Account - пусто (отключено)

Special Requirement from ISP - пусто

LAN IP Setting
Host Name: pts-router
IP Address: 192.168.1.1
Subnet Mask: 255.255.255.0

Все эти настройки видны и сразу после включения, но в инет не пускает. Более того, можно сразу после включения сохранить настройки, потом сбросить на заводские настройки, а потом загрузить только что сохраненные и инет заработает. Мистика просто...
Reyter
29-10-2007, 10:16
WAN DNS Setting
Get DNS Server automatically: No

А DNS-серверы прописаны ручками?
Oleg
29-10-2007, 10:47
можете вы всё таки полностью их приведёте? ибо может оказаться неправильным именно то, что вы опускаете.
elLf
30-10-2007, 09:52
Reyter, да, ручками. Прописаны верно.

Oleg, что там может быть неверного, если все работает? Проблема ведь в другом совсем.
Reyter
30-10-2007, 10:11
что там может быть неверного, если все работает? Проблема ведь в другом совсем.
Что значит "все работает"?

Написали же ведь - полностью приведите настройки. Иначе гадать будем очень долго.
elLf
30-10-2007, 21:07
Каким образом могут влиять настройки, если проблема в том, что они "не сохраняются" после выключения питания у роутера? Я же сказал, что настройки сети все корректные, если я восстанавливаю заводские настройки, а потом вбиваю _абсолютно_ те же самые, что и были свои, то инет начинает работать, однако сразу после включения (без сброса в заводские настройки), не смотря на то, что в админке все настройки отображаются корректно интернет все равно не работает. И даже если загрузить настройки (без сброса), то все равно инет не работает. Начинает он работать только после сброса и загрузки настроек. Поэтому я более чем уверен, что сами настройки тут ну совершенно не при чем.
nikita800
31-10-2007, 02:57
Не хочу создавать еще одну тему, т.к название у неё и суть проблемы почти одинаковая: WL-500gP не дает выход в WAN после выключения/включения интернета. Т.е при нажатии в Status & Log - Status на кнопку Disconnect, а потом Connect не работает локальная сеть. Глюк прошивки? :confused:
Mam(O)n
31-10-2007, 08:08
nikita800, а ты случаем маршруты в post-boot не прописывал?
elLf
02-11-2007, 06:56
Обнаружил еще одну странность, хотя возможно это так и должно быть, но что-то мне сомнительно. Дело в том, что почему-то идут постоянные бесконечные запросы к роутеру от svchost.exe


SVCHOST.EXE: 1336
HTTP 1.1, text/xml; charset="utf-8"
GET http://192.168.1.1:5431/uuid:001bfc91-7b54-001b-fc91-7b5401329089/WANCommonInterfaceConfig:1 html

SVCHOST.EXE: 1336
HTTP 1.1, text/xml; charset="utf-8"
GET http://192.168.1.1:5431/uuid:001bfc91-7b54-001b-fc91-7b5402329089/WANIPConnection:1 html

Что это такое, зачем и почему, кто-нибудь в курсе?
cmd
12-12-2007, 13:49
Такая проблема - постоянно отваливается WAN порт. вечером все работает, с утра тока ребут спасает.

инет через кабельный модем, его(модем) на ночь вырубаю в ждущий режим.
настройки рутера вроде нормальные(конфигил через вэб-интерфейс) + lan_stp=0 + прошивка последняя от Олега; есть у кого идеи отчего может быть?
Oleg
12-12-2007, 13:50
Идей нет, поскольку непонятно, что значит "отваливается".
Rolisov
12-12-2007, 19:31
У меня причина "залипания" ISP сессии связана с тем, что после нескольких реконнектов с VPN-сервером
мы получаем в таблице роутинга маршруты-дубли, но к разным VPN-серверам, которые отвечают по одному
DNS-имени <vpn.cln.ru>.

172.17.17.31 0.0.0.0 255.255.255.255 UH 1 0 0 vlan1
172.17.17.13 0.0.0.0 255.255.255.255 UH 1 0 0 vlan1
172.17.17.29 0.0.0.0 255.255.255.255 UH 1 0 0 vlan1

Сервер <vpn.cln.ru> имеет несколько DNS-имен в одном пуле:

vpn1.cln.ru [172.17.17.13]
vpn2.cln.ru [172.17.17.14]
vpn3.cln.ru [172.17.17.27]
vpn4.cln.ru [172.17.17.29]
vpn5.cln.ru [172.17.17.31]

Итак, роутер после реконнекта на новый алиас VPN-сервера добавляет новый маршрут,
а старый не стирает и получаем дубль, а потом больше и как итог "залипание" ISP-сессии.
Oleg
12-12-2007, 19:33
Эти маршруты ничему не мешают, даже, как выяснилось, помогают. :)
Oleg
12-12-2007, 19:34
Хотя, гейтвей там 0.0.0.0: какие у Вас "правильные" маршруты?
Rolisov
12-12-2007, 19:47
Хотя, гейтвей там 0.0.0.0: какие у Вас "правильные" маршруты?


В рабочем состоянии ISP-сессии в наличие только 1 маршрут до VPN:

172.17.17.xxx 0.0.0.0 255.255.255.255 UH 1 0 0 vlan1


P.S. Могу привести все остальные роуты, но они одинаковые в случае работы ISP и не работы ISP, а отличаются только доп. строчками VPN.
Oleg
12-12-2007, 19:48
Тогда всё нормально.
Rolisov
12-12-2007, 19:50
Тогда всё нормально.


Если бы, мучаюсь 3 месяц, ничего не получается. Как только 3 автореконнекта, так залип ISP-сессии. Лечение - ребут.
Oleg
12-12-2007, 19:51
Значит дело в чём-то другом.
Rolisov
12-12-2007, 19:54
Значит дело в чём-то другом.

Проверял прошивку, настройки, конфиги по несколько раз. Чуть раньше все работало около года без проблем.
Rolisov
12-12-2007, 19:56
В логах только 1 ошибка:

syslog: Warn: MRT_DEL_MFC; Errno(2): No such file or directory
Oleg
12-12-2007, 19:57
Для gp можно попробовать вот эту прошивку, она кстати не будет создавать эти маршруты. Только убедитесь, что Idle disconnect стоит в 0.

http://oleg.wl500g.info/WL500gp-1.9.2.7-8.4.trx
Rolisov
12-12-2007, 20:10
Для gp можно попробовать вот эту прошивку, она кстати не будет создавать эти маршруты. Только убедитесь, что Idle disconnect стоит в 0.

http://oleg.wl500g.info/WL500gp-1.9.2.7-8.4.trx


Дело в том, что мне еще RIP нужен.
Rolisov
19-12-2007, 19:24
После установки WL500gp-1.9.2.7-8.4 сессия ISP вообще не устанавливается, так что пока откатился на WL500gp-1.9.2.7-8.
cmd
24-12-2007, 16:39
к моей проблеме:
таблица роутов правильная
в вэбе в статусе пишет что коннект установлен

но внешние адреса не пингуются, тогда как внутр. сеть работает нормально.
в какую сторону копать посоветуете? man iptables? ))

через вэб нажать дисконнект-коннект все работает, ничего не меняется в таблице маршрутизации. (опять таки что вэб отображает). в линуксе познания ограничены пока, тока начинаю разбираться.

Олег, поясните плз если не трудно след утверждение:
# Changed connection tracking TCP timeout to 6 hours vs. 5 days
т.е запись после 6 часов несуществования соединения (не пингуются ДНС-сервера, и т.п (модем выключен)) пытается восстановится? если да - можно это вернуть обратно к 5 дням? :)
Oleg
24-12-2007, 18:35
Лог дайте пожалуйста.

6 часов и 5 дней из другой оперы. :)
cmd
26-12-2007, 20:31
в общем вот часть лога:
Dec 26 11:36:19 ntp client: Synchronizing time with 213.184.238.5 ...
Dec 26 13:36:19 ntp client: Synchronizing time with 213.184.238.5 ...
Dec 26 15:36:19 ntp client: Synchronizing time with 213.184.238.5 ...
Dec 26 16:24:41 dnsmasq[70]: DHCPREQUEST(br0) 192.168.1.79 00:40:f4:7e:34:f0
Dec 26 16:24:41 dnsmasq[70]: DHCPACK(br0) 192.168.1.79 00:40:f4:7e:34:f0 host
Dec 26 16:39:10 dnsmasq[70]: DHCPDISCOVER(br0) 192.168.1.139 00:0f:ea:09:13:06
Dec 26 16:39:10 dnsmasq[70]: DHCPOFFER(br0) 192.168.1.139 00:0f:ea:09:13:06
Dec 26 16:39:10 dnsmasq[70]: DHCPREQUEST(br0) 192.168.1.139 00:0f:ea:09:13:06
Dec 26 16:39:10 dnsmasq[70]: DHCPACK(br0) 192.168.1.139 00:0f:ea:09:13:06 winner
Dec 26 17:36:19 ntp client: Synchronizing time with 213.184.238.5 ...
Dec 26 19:36:19 ntp client: Synchronizing time with 213.184.238.5 ...
Dec 26 21:35:58 dnsmasq[70]: DHCPREQUEST(br0) 192.168.1.139 00:0f:ea:09:13:06
Dec 26 21:35:58 dnsmasq[70]: DHCPACK(br0) 192.168.1.139 00:0f:ea:09:13:06 winner
Dec 26 21:36:19 ntp client: Synchronizing time with 213.184.238.5 ...
Dec 26 21:37:36 dnsmasq[70]: DHCPREQUEST(br0) 192.168.1.139 00:0f:ea:09:13:06
Dec 26 21:37:36 dnsmasq[70]: DHCPACK(br0) 192.168.1.139 00:0f:ea:09:13:06 winner

тут инет не работает, дисконнект-коннект

Dec 26 21:37:36 dnsmasq[70]: DHCPREQUEST(br0) 192.168.1.139 00:0f:ea:09:13:06
Dec 26 21:37:36 dnsmasq[70]: DHCPACK(br0) 192.168.1.139 00:0f:ea:09:13:06 winner
Dec 26 21:54:16 wan: disconnected manually
Dec 26 21:54:16 udhcpc[100]: Unicasting a release of 10.13.2.26 to 10.1.249.101
Dec 26 21:54:16 dnsmasq[70]: read /etc/hosts - 4 addresses
Dec 26 21:54:16 dnsmasq[70]: reading /tmp/resolv.conf
Dec 26 21:54:16 dhcp client: deconfig: lease is lost
Dec 26 21:54:16 udhcpc[100]: Entering released state
Dec 26 21:54:18 wan: connected manually
Dec 26 21:54:18 udhcpc[100]: Performing a DHCP renew
Dec 26 21:54:18 udhcpc[100]: Lease of 10.13.2.26 obtained, lease time 86400
Dec 26 21:54:19 dnsmasq[70]: read /etc/hosts - 4 addresses
Dec 26 21:54:19 dnsmasq[70]: reading /tmp/resolv.conf
Dec 26 21:54:19 dnsmasq[70]: using nameserver 213.184.238.25#53
Dec 26 21:54:19 dnsmasq[70]: using nameserver 213.184.238.6#53
Dec 26 21:54:19 dhcp client: bound IP : 10.13.2.26 from 10.13.0.1

таблица роутов не меняется, терь все работает.

либо истекает срок действия IP (аренда). Dec 26 21:54:18 udhcpc[100]: Lease of 10.13.2.26 obtained, lease time 86400, хотя поидее повторный запрос должен уйти (на продление срока). или если нету соединения рутер не может продлить? можно посмотреть полный лог запросов от рутера вовне? такой лог ведется?

сомневаюсь что этот лог поможет, кроме работы внуттр DHCP сервера мало что есть. как опять отвалится соединение попробую конфиги посмотреть, что в них, и вообще занятся поглубже этим, до этого времени в обрез совсем было.
Alexx_B
30-12-2007, 18:43
у меня вопрос. а не с Vista ли проблемы? Очень похоже на это

Если так и есть - могу дать наводку
cmd
03-01-2008, 15:51
неа, XP стоит на лаптопе и стац. компе..
brabus
08-01-2008, 20:02
периодами умирает wan - аська продолжает работать, сайты которые открыливались до этого тоже работают, а новые нет - правда иногда если набирать адрес без www о открывает.. в чем может быть трабла?

в логе появляется такая строчка
Jan 8 22:40:06 dnsmasq[69]: nameserver 195.178.193.137 refused to do a recursive query
чувствую что проблема с днс прова но у них все ок..

лог в аттаче
Oleg
08-01-2008, 20:12
Именно в ДНС и проблема. Сервера, которые не делают рекурсивных запросов не должны выдаваться пользователям.
brabus
08-01-2008, 20:18
спасибо.. попробую напрячь прова..
Oleg
08-01-2008, 20:24
Начать можете с указания ДНС серверов вручную, выкинув 195.178.193.137 и оставив только 195.178.208.190.
brabus
08-01-2008, 20:25
подскажите еще
возникает в логах еще вот такое

Jan 8 22:40:56 pptp[117]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Jan 8 22:41:56 pptp[117]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Jan 8 22:41:56 pptp[117]: anon log[logecho:pptp_ctrl.c:672]: no more Echo Reply/Request packets will be reported.

это все из той же проблемы с ДНС?
brabus
08-01-2008, 20:26
Начать можете с указания ДНС серверов вручную, выкинув 195.178.193.137 и оставив только 195.178.208.190.

ну я так и делал - иногда помогало.. сейчас все не работает..
помогало также получение автоматически ДНС серверов - сейчас вообще глухо=(
Oleg
08-01-2008, 20:28
подскажите еще
возникает в логах еще вот такое

Jan 8 22:40:56 pptp[117]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Jan 8 22:41:56 pptp[117]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Jan 8 22:41:56 pptp[117]: anon log[logecho:pptp_ctrl.c:672]: no more Echo Reply/Request packets will be reported.

это все из той же проблемы с ДНС?
Нет, это нормальная диагностика. Прошейте "превью" версию, если они раздражают. Там они отключены.
brabus
08-01-2008, 20:38
Начать можете с указания ДНС серверов вручную, выкинув 195.178.193.137 и оставив только 195.178.208.190.

вроде помогло - поставил как основной только 195.178.208.190, вроде запахал..
спасибо еще раз!