Page 3 of 8 FirstFirst 12345 ... LastLast
Results 31 to 45 of 110

Thread: Вопрос по ip_conntrack

  1. #31
    Quote Originally Posted by KrylCW View Post
    Здравствуйте.
    Суть проблемы в зависании роутера после создания большого количества соединений (или так, или я не знаю как еще может повлият на роутер запуск на компьютере торрент-клиента с порядка 100 торрентами).
    Нашел возможную проблему, ограничение на количество TIME_WAIT сокетов. Но толкового решения (как увеличить их количество или уменьшить время ожидания) не нашел. Просьба помочь
    Проблема наблюдалась (и наблюдается) с официальными прошивками 1.9.2.5, 2.0.0.6 и 1.9.2.7-9 от Олега. Никаких железных изменений не производилось.
    Количестро коннектов, которые проходят через маршрутизатор не должно приводить к зависанию. Максимум к невозможности выйти за пределы роутера.
    Дело в том что в 2.4.х ядре достаточно скромное (8к) возможное количество NAT соединений (их кстати можно увеличить). И даже выделенные (типа комп с линуксом) маршрутизаторы на 2.4.х затыкаются неправильно настроенными торентами.
    Попробуйте ограничить максимальное количество одновременных соединений в т-клиенте, до 1000 (а лучше до 100).
    У меня торент работает в ограничении 10 конектов и работает и качает.
    Количество конектов не добавляют скорости, они добавляют жадности до пропускной способности интернет канала.

  2. #32
    vectorm, прошу, запостите такой поисковый запрос который мог бы помочь мне в решении проблемы.

    kmax, спасибо. Но даже с ограничением в uTorrent'е количества соединений на 50 штук, роутер через некоторое время (бывает что и несколько часов работает без перебоя) зависает. Сейчас поставил на 10 соединений, посмотрим что будет.

    P.S. пиринговые сети созданы для того, чтобы с них не только качать, но и раздавать, чем я в последнее время и занимаюсь, а т.к. скорость интернета далеко не всех по 10 мбит/с, то от количества соединений всеже зависит скорость раздачи.

  3. #33
    попробуй 1.9.2.7-d, там производилась оптимизация таблиц nat http://wl500g.googlecode.com

  4. #34
    Join Date
    Feb 2008
    Location
    Moscow, Tver
    Posts
    3,962
    Quote Originally Posted by KrylCW View Post
    vectorm, прошу, запостите такой поисковый запрос который мог бы помочь мне в решении проблемы.

    P.S. пиринговые сети созданы для того, чтобы с них не только качать, но и раздавать, чем я в последнее время и занимаюсь, а т.к. скорость интернета далеко не всех по 10 мбит/с, то от количества соединений всеже зависит скорость раздачи.
    Попробуйте этот патч например:
    http://www.vrezka.com/portal/index.p...=stat&nums=119
    Плюс в настройках uTorrent ограничьте количество сокетов, а не коннектов. Где это настраивается - без понятия, я им не пользуюсь.

    А запрос например такой.

  5. #35
    Join Date
    Dec 2008
    Location
    Moscow
    Posts
    83
    у меня эта ошибка

    ip_conntrack_pptp.c: bad csum

    обильно перемеживается с

    TCP: Treason uncloaked! Peer 93.89.214.173:57944/1992 shrinks window 2684446527:

    а так же

    H.323_NAT: partial packet 0/6 in 0/0

    что как то странным образом приводит в итоге к

    I/O error: dev 08:02, sector...

    Может быть все это нерпичем, и мой рТоррент сваливается по другой причине, но все равно непонятно что это за хреновня такая
    wl-500gp v2 + tor + polipo + барахло всякое на python

  6. #36
    Quote Originally Posted by KrylCW View Post
    up
    Если даже никто с таким не сталкивался, то может ли ктонибудь проверить у себя роутер банальным запуском пары десятков торрентов одновременно, скажем, с http://thepiratebay.org/ ? Чтобы хотя бы знать один ли я такой неудачник.
    Да, есть такая же проблема - зависание роутера при работающем торрент клиенте. Случается это раз в день-два или неделю.
    Раздач больше 100.
    Причем до этого месяца 3-4 работало все как часы (возможно и активных раздача тогда было меньше).
    Last edited by rus215; 22-05-2009 at 20:31.

  7. #37

    ASUS 500go v2 - проблемы со связью

    Добрый день, форумчане!

    Вот несколько дней назад вышла очень злая и некрасивая проблема - стала пропадать связь с роутером. Причем пропадает как-то произвольно, но настойчиво - раз в минуту точно "слетает".

    Установил новую прошивку (самую последнюю с сайта асуса) - ноль эмоций, все осталось так же. С других компов в сети та же проблема (как по WAN, так и по Wi-Fi). Отчего такое может быть и как побороть? Помогите, пожалуйста!

    На прикрепленном изображении:

    192.168.1.1 - роутер
    192.168.1.4 - сам комп
    yandex.ru - яндекс

    надеюсь на вашу помощь!



    P.S. Этот пост отправился только с 6го раза
    Attached Images Attached Images  
    Last edited by Hawkie; 09-06-2009 at 14:32.

  8. #38
    Пробовал ставить 3.0.3.8 официальную прошивку, последнюю от Олега...
    связь с провайдером держит железно, а вот внутри в сети - вот такой кошмар творится.

    До устройства последние полгода вообще не дотрагивался. Случился такой ужас как-то сам по себе

  9. #39
    Join Date
    May 2007
    Location
    Истра
    Posts
    1,246
    Для начала хотя бы логи покажите.
    Everybody stand back. I know iptables.
    Мой вариант правильного выключения роутера.

  10. #40
    последние часа три вдруг стал сам по себе работать нормально. стоит прошивка олега последняя.
    но на этой же прошивке зверски лагал. вот логи:

    Code:
    Jan  1 03:00:04 syslogd started: BusyBox v1.1.3
    Jan  1 03:00:04 kernel: klogd started: BusyBox v1.1.3 (2009.02.22-14:37+0000)
    Jan  1 03:00:04 kernel: CPU revision is: 00029029
    Jan  1 03:00:04 kernel: Primary instruction cache 16kb, linesize 16 bytes (4 ways)
    Jan  1 03:00:04 kernel: Primary data cache 16kb, linesize 16 bytes (2 ways)
    Jan  1 03:00:04 kernel: Linux version 2.4.20 (root@localhost) (gcc version 3.2.3 with Broadcom modifications) #34 Wed Feb 25 22:34:05 MSK 2009
    Jan  1 03:00:04 kernel: Setting the PFC to its default value
    Jan  1 03:00:04 kernel: Determined physical RAM map:
    Jan  1 03:00:04 kernel:  memory: 02000000 @ 00000000 (usable)
    Jan  1 03:00:04 kernel: On node 0 totalpages: 8192
    Jan  1 03:00:04 kernel: zone(0): 8192 pages.
    Jan  1 03:00:04 kernel: zone(1): 0 pages.
    Jan  1 03:00:04 kernel: zone(2): 0 pages.
    Jan  1 03:00:04 kernel: Kernel command line: root=/dev/mtdblock2 noinitrd init=/linuxrc console=ttyS0,115200
    Jan  1 03:00:04 kernel: CPU: BCM5354 rev 2 pkg 0 at 240 MHz
    Jan  1 03:00:04 kernel: Calibrating delay loop... 237.56 BogoMIPS
    Jan  1 03:00:04 kernel: Memory: 30084k/32768k available (1869k kernel code, 2684k reserved, 136k data, 72k init, 0k highmem)
    Jan  1 03:00:04 kernel: Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
    Jan  1 03:00:04 kernel: Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
    Jan  1 03:00:04 kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
    Jan  1 03:00:04 kernel: Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
    Jan  1 03:00:04 kernel: Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
    Jan  1 03:00:04 kernel: Checking for 'wait' instruction...  unavailable.
    Jan  1 03:00:04 kernel: POSIX conformance testing by UNIFIX
    Jan  1 03:00:04 kernel: PCI: no core
    Jan  1 03:00:04 kernel: PCI: Fixing up bus 0
    Jan  1 03:00:04 kernel: Linux NET4.0 for Linux 2.4
    Jan  1 03:00:04 kernel: Based upon Swansea University Computer Society NET3.039
    Jan  1 03:00:04 kernel: Initializing RT netlink socket
    Jan  1 03:00:04 kernel: Starting kswapd
    Jan  1 03:00:04 kernel: Journalled Block Device driver loaded
    Jan  1 03:00:04 kernel: devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
    Jan  1 03:00:04 kernel: devfs: boot_options: 0x1
    Jan  1 03:00:04 kernel: NTFS driver v1.1.22 [Flags: R/O]
    Jan  1 03:00:04 kernel: pty: 256 Unix98 ptys configured
    Jan  1 03:00:04 kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
    Jan  1 03:00:04 kernel: ttyS00 at 0xb8000300 (irq = 3) is a 16550A
    Jan  1 03:00:04 kernel: ttyS01 at 0xb8000400 (irq = 3) is a 16550A
    Jan  1 03:00:04 kernel: HDLC line discipline: version $Revision$, maxframe=4096
    Jan  1 03:00:04 kernel: N_HDLC line discipline registered.
    Jan  1 03:00:04 kernel: loop: loaded (max 8 devices)
    Jan  1 03:00:04 kernel: PPP generic driver version 2.4.2
    Jan  1 03:00:04 kernel: PPP Deflate Compression module registered
    Jan  1 03:00:04 kernel: PPP BSD Compression module registered
    Jan  1 03:00:04 kernel: MPPE/MPPC encryption/compression module registered
    Jan  1 03:00:04 kernel: PPPoL2TP kernel driver, V0.13 (oleg@cs.msu.su)
    Jan  1 03:00:04 kernel:  Amd/Fujitsu Extended Query Table v1.1 at 0x0040
    Jan  1 03:00:04 kernel:  Flash Id: Vendor: 0x00c2 Device: 0x00cb
    Jan  1 03:00:04 kernel: number of CFI chips: 1
    Jan  1 03:00:04 kernel: Flash device: 0x800000 at 0x1c000000
    Jan  1 03:00:04 kernel: Physically mapped flash: squashfs filesystem found at block 785
    Jan  1 03:00:04 kernel: Creating 5 MTD partitions on "Physically mapped flash":
    Jan  1 03:00:04 kernel: 0x00000000-0x00020000 : "boot"
    Jan  1 03:00:04 kernel: 0x00020000-0x007f0000 : "linux"
    Jan  1 03:00:04 kernel: 0x000c4714-0x007f0000 : "rootfs"
    Jan  1 03:00:04 kernel: 0x007f0000-0x00800000 : "nvram"
    Jan  1 03:00:04 kernel: 0x003c0000-0x007f0000 : "flashfs"
    Jan  1 03:00:04 kernel: sflash: found no supported devices
    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, IGMP
    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 2048 bind 4096)
    Jan  1 03:00:04 kernel: Linux IP multicast router 0.06 plus PIM-SM
    Jan  1 03:00:04 kernel: ip_conntrack version 2.1 (256 buckets, 2048 max) - 352 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 22272
    Jan  1 03:00:04 kernel: FAT: bogus logical sector size 22272
    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: Algorithmics/MIPS FPU Emulator v1.5
    Jan  1 03:00:04 kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 4.150.10.16
    Jan  1 03:00:04 kernel: eth1: Broadcom BCM4318 802.11 Wireless Controller 4.150.10.29
    Jan  1 03:00:04 kernel: device eth0 entered promiscuous mode
    Jan  1 03:00:04 kernel: device vlan0 entered promiscuous mode
    Jan  1 03:00:04 kernel: device eth1 entered promiscuous mode
    Jan  1 03:00:04 kernel: br0: port 2(eth1) entering listening state
    Jan  1 03:00:04 kernel: br0: port 1(vlan0) entering listening state
    Jan  1 03:00:04 kernel: br0: port 2(eth1) entering learning state
    Jan  1 03:00:04 kernel: br0: port 1(vlan0) entering learning state
    Jan  1 03:00:04 kernel: br0: port 2(eth1) entering forwarding state
    Jan  1 03:00:04 kernel: br0: topology change detected, propagating
    Jan  1 03:00:04 kernel: br0: port 1(vlan0) entering forwarding state
    Jan  1 03:00:04 kernel: br0: topology change detected, propagating
    Jan  1 03:00:04 dnsmasq[75]: started, version 2.22 cachesize 150
    Jan  1 03:00:04 dnsmasq[75]: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 24h
    Jan  1 03:00:04 dnsmasq[75]: DHCP, /tmp/dnsmasq.log will be written every 8h
    Jan  1 03:00:04 dnsmasq[75]: read /etc/hosts - 5 addresses
    Jan  1 03:00:04 dnsmasq[75]: reading /tmp/resolv.conf
    Jan  1 03:00:04 dnsmasq[75]: DHCPDISCOVER(br0) 192.168.1.5 00:21:85:7a:c7:62
    Jan  1 03:00:04 dnsmasq[75]: DHCPOFFER(br0) 192.168.1.5 00:21:85:7a:c7:62
    Jan  1 03:00:04 dnsmasq[75]: DHCPDISCOVER(br0) 192.168.1.5 00:21:85:7a:c7:62
    Jan  1 03:00:04 dnsmasq[75]: DHCPOFFER(br0) 192.168.1.5 00:21:85:7a:c7:62
    Jan  1 03:00:04 dnsmasq[75]: DHCPREQUEST(br0) 192.168.1.5 00:21:85:7a:c7:62
    Jan  1 03:00:04 dnsmasq[75]: DHCPACK(br0) 192.168.1.5 00:21:85:7a:c7:62 FIREBIRD
    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-ohci.c: USB OHCI at membase 0xb8003000, IRQ 6
    Jan  1 03:00:04 kernel: usb-ohci.c: usb-00:03.0, PCI device 14e4:471a
    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:05 kernel: ehci_hcd 00:03.1: PCI device 14e4:471a
    Jan  1 03:00:05 kernel: ehci_hcd 00:03.1: irq 6, pci mem b8003800
    Jan  1 03:00:05 kernel: usb.c: new USB bus registered, assigned bus number 2
    Jan  1 03:00:05 kernel: ehci_hcd 00:03.1: illegal capability!
    Jan  1 03:00:05 kernel: ECHI PCI device 471a14e4 found.
    Jan  1 03:00:05 kernel: PCI: 00:03.1 PCI cache line size set incorrectly (0 bytes) by BIOS/FW, correcting to 32
    Jan  1 03:00:05 kernel: ehci_hcd 00:03.1: USB 0.0 enabled, EHCI 1.00, driver 2003-Dec-29/2.4
    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: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: hub.c: new USB device 00:03.1-1, assigned address 2
    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: usb.c: registered new driver audio
    Jan  1 03:00:06 kernel: audio.c: v1.0.0:USB Audio Class driver
    Jan  1 03:00:06 kernel: Linux video capture interface: v1.00
    Jan  1 03:00:07 kernel: SCSI subsystem driver Revision: 1.00
    Jan  1 03:00:07 kernel: Initializing USB Mass Storage driver...
    Jan  1 03:00:07 kernel: usb.c: registered new driver usb-storage
    Jan  1 03:00:07 kernel: USB Mass Storage support registered.
    Jan  1 03:00:07 kernel: vlan1: Setting MAC address to  00 22 15 71 fe 04.
    Jan  1 03:00:07 kernel: VLAN (vlan1):  Underlying device (eth0) has same MAC, not checking promiscious mode.
    Jan  1 03:00:08 udhcpc[100]: udhcpc (v0.9.9-pre) started
    Jan  1 03:00:08 dhcp client: deconfig: lease is lost
    Jan  1 03:00:24 udhcpc[100]: No lease, forking to background.
    Jan  1 03:00:24 pppd[104]: Plugin rp-pppoe.so loaded.
    Jan  1 03:00:24 pppd[104]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
    Last edited by Omega; 13-03-2013 at 01:48. Reason: fixed

  11. #41
    и продолжение (в один пост не влезло)

    Jan 1 03:00:24 pppd[106]: pppd 2.4.2 started by admin, uid 0
    Jan 1 03:00:24 pppd[106]: PPP session is 49950
    Jan 1 03:00:24 pppd[106]: Using interface ppp0
    Jan 1 03:00:24 pppd[106]: Connect: ppp0 <--> vlan1
    Jan 1 03:00:35 pppd[106]: Remote message: Welcome
    Jan 1 03:00:35 pppd[106]: PAP authentication succeeded
    Jan 1 03:00:35 pppd[106]: peer from calling number 00:1B:78:2D:7E:A4 authorized
    Jan 1 03:00:35 pppd[106]: local IP address 10.2.19.21
    Jan 1 03:00:35 pppd[106]: remote IP address 10.2.1.1
    Jan 1 03:00:35 pppd[106]: primary DNS address 10.2.1.1
    Jan 1 03:00:35 dnsmasq[75]: read /etc/hosts - 5 addresses
    Jan 1 03:00:35 dnsmasq[75]: reading /tmp/resolv.conf
    Jan 1 03:00:35 dnsmasq[75]: using nameserver 10.2.1.1#53
    Jan 1 03:00:36 PPPoE: connect to ISP
    Jun 9 16:19:23 ntp client: Synchronizing time with time.nist.gov pool.ntp.org ...
    Jun 9 16:20:43 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 16:30:13 dnsmasq[75]: DHCPREQUEST(br0) 192.168.1.5 00:21:85:7a:c7:62
    Jun 9 16:30:13 dnsmasq[75]: DHCPACK(br0) 192.168.1.5 00:21:85:7a:c7:62 FIREBIRD
    Jun 9 16:38:52 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 16:39:22 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 16:47:26 dnsmasq[75]: DHCPINFORM(br0) 192.168.1.4 00:21:85:c0:88:47
    Jun 9 16:47:26 dnsmasq[75]: DHCPACK(br0) 192.168.1.4 00:21:85:c0:88:47 HAWKIE
    Jun 9 16:47:36 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 16:53:22 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:02:44 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:05:44 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:08:11 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:08:17 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:08:23 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:12:24 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:17:42 pppd[106]: No response to 6 echo-requests
    Jun 9 17:17:42 pppd[106]: Serial link appears to be disconnected.
    Jun 9 17:17:53 pppd[106]: Connection terminated.
    Jun 9 17:17:53 pppd[106]: Connect time 20742557.3 minutes.
    Jun 9 17:17:53 pppd[106]: Sent 41582809 bytes, received 2115242 bytes.
    Jun 9 17:17:53 dnsmasq[75]: read /etc/hosts - 5 addresses
    Jun 9 17:17:53 dnsmasq[75]: reading /tmp/resolv.conf
    Jun 9 17:17:53 dnsmasq[75]: using nameserver 10.2.1.1#53
    Jun 9 17:17:53 PPPoE: Disconnected
    Jun 9 17:18:23 pppd[106]: PPP session is 50012
    Jun 9 17:18:23 pppd[106]: Using interface ppp0
    Jun 9 17:18:23 pppd[106]: Connect: ppp0 <--> vlan1
    Jun 9 17:18:34 pppd[106]: Remote message: Welcome
    Jun 9 17:18:34 pppd[106]: PAP authentication succeeded
    Jun 9 17:18:34 pppd[106]: peer from calling number 00:1B:78:2D:7E:A4 authorized
    Jun 9 17:18:34 pppd[106]: local IP address 10.2.19.21
    Jun 9 17:18:34 pppd[106]: remote IP address 10.2.1.1
    Jun 9 17:18:34 pppd[106]: primary DNS address 10.2.1.1
    Jun 9 17:18:34 dnsmasq[75]: read /etc/hosts - 5 addresses
    Jun 9 17:18:34 dnsmasq[75]: reading /tmp/resolv.conf
    Jun 9 17:18:34 dnsmasq[75]: using nameserver 10.2.1.1#53
    Jun 9 17:18:35 PPPoE: connect to ISP
    Jun 9 17:20:36 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:20:37 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:27:23 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:27:32 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:27:34 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:27:40 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:27:42 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:27:43 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:27:45 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:27:47 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:31:11 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:36:09 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:39:07 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:40:23 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:47:49 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:48:28 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:54:06 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:54:07 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:54:08 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:54:43 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:57:00 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 17:57:33 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:04:31 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:04:47 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:08:54 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:10:54 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:13:10 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:17:24 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:18:19 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:23:03 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:23:06 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:26:09 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:26:35 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:27:23 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:27:34 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:31:26 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:33:12 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:42:47 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:43:39 kernel: ip_conntrack: table full, dropping packet.
    Jun 9 18:45:46 ntp client: Synchronizing time with time.nist.gov pool.ntp.org ...

  12. #42
    последний пост с логами

    Code:
    Jun  9 18:48:11 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:48:13 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:48:13 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:48:15 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:48:20 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:48:41 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:48:46 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:48:52 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:49:12 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:51:40 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:51:54 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:53:57 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 18:55:33 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:09:47 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:10:03 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:10:04 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:10:14 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:29:58 dnsmasq[75]: DHCPREQUEST(br0) 192.168.1.5 00:21:85:7a:c7:62
    Jun  9 19:29:58 dnsmasq[75]: DHCPACK(br0) 192.168.1.5 00:21:85:7a:c7:62 FIREBIRD
    Jun  9 19:30:01 dnsmasq[75]: DHCPREQUEST(br0) 192.168.1.5 00:21:85:7a:c7:62
    Jun  9 19:30:01 dnsmasq[75]: DHCPACK(br0) 192.168.1.5 00:21:85:7a:c7:62 FIREBIRD
    Jun  9 19:30:12 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:30:48 pppd[106]: No response to 6 echo-requests
    Jun  9 19:30:48 pppd[106]: Serial link appears to be disconnected.
    Jun  9 19:30:59 pppd[106]: Connection terminated.
    Jun  9 19:30:59 pppd[106]: Connect time 132.5 minutes.
    Jun  9 19:30:59 pppd[106]: Sent 240567519 bytes, received 11343335 bytes.
    Jun  9 19:30:59 dnsmasq[75]: read /etc/hosts - 5 addresses
    Jun  9 19:30:59 dnsmasq[75]: reading /tmp/resolv.conf
    Jun  9 19:30:59 dnsmasq[75]: using nameserver 10.2.1.1#53
    Jun  9 19:30:59 PPPoE: Disconnected
    Jun  9 19:31:29 pppd[106]: PPP session is 50181
    Jun  9 19:31:29 pppd[106]: Using interface ppp0
    Jun  9 19:31:29 pppd[106]: Connect: ppp0 <--> vlan1
    Jun  9 19:31:40 pppd[106]: Remote message: Welcome
    Jun  9 19:31:40 pppd[106]: PAP authentication succeeded
    Jun  9 19:31:40 pppd[106]: peer from calling number 00:1B:78:2D:7E:A4 authorized
    Jun  9 19:31:40 pppd[106]: local  IP address 10.2.19.21
    Jun  9 19:31:40 pppd[106]: remote IP address 10.2.1.1
    Jun  9 19:31:40 pppd[106]: primary   DNS address 10.2.1.1
    Jun  9 19:31:40 dnsmasq[75]: read /etc/hosts - 5 addresses
    Jun  9 19:31:40 dnsmasq[75]: reading /tmp/resolv.conf
    Jun  9 19:31:40 dnsmasq[75]: using nameserver 10.2.1.1#53
    Jun  9 19:31:40 PPPoE: connect to ISP
    Jun  9 19:35:05 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:35:19 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:35:19 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:35:24 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:35:36 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:37:16 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:38:31 dnsmasq[75]: DHCPINFORM(br0) 192.168.1.4 00:21:85:c0:88:47
    Jun  9 19:38:31 dnsmasq[75]: DHCPACK(br0) 192.168.1.4 00:21:85:c0:88:47 HAWKIE
    Jun  9 19:42:58 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:43:00 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:46:21 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:46:48 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:46:55 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 19:47:04 kernel: ip_conntrack: table full, dropping packet.
    Jun  9 20:58:03 ntp client: Synchronizing time with time.nist.gov pool.ntp.org ...
    Jun  9 21:59:12 dnsmasq[75]: DHCPREQUEST(br0) 192.168.1.3 00:16:d4:ff:3e:f5
    Jun  9 21:59:12 dnsmasq[75]: DHCPNAK(br0) 192.168.1.3 00:16:d4:ff:3e:f5 lease not found
    Jun  9 21:59:16 dnsmasq[75]: DHCPDISCOVER(br0) 00:16:d4:ff:3e:f5
    Jun  9 21:59:16 dnsmasq[75]: DHCPOFFER(br0) 192.168.1.230 00:16:d4:ff:3e:f5
    Jun  9 21:59:16 dnsmasq[75]: DHCPREQUEST(br0) 192.168.1.230 00:16:d4:ff:3e:f5
    Jun  9 21:59:16 dnsmasq[75]: DHCPACK(br0) 192.168.1.230 00:16:d4:ff:3e:f5 TERN
    Jun  9 22:30:17 dnsmasq[75]: DHCPREQUEST(br0) 192.168.1.5 00:21:85:7a:c7:62
    Jun  9 22:30:17 dnsmasq[75]: DHCPACK(br0) 192.168.1.5 00:21:85:7a:c7:62 FIREBIRD
    Jun  9 22:58:06 ntp client: Synchronizing time with time.nist.gov pool.ntp.org ...
    вижу какое-то переполнение вроде? от чего это может быть и с чем связано? На вас вся надежда!
    Спасибо заранее огромное!
    Last edited by Omega; 13-03-2013 at 01:50. Reason: fixed

  13. #43
    Join Date
    May 2007
    Location
    Истра
    Posts
    1,246
    "kernel: ip_conntrack: table full, dropping packet" означает, что у вас переполняется таблица трассировщика пакетов (торренты небось пользуете или что-то в этом роде?) - попробуйте увеличить значение параметра Number of connections to track на странице Internet Firewall - Basic Config для начала в два раза. Если сообщения исчезнут - замечательно, если не исчезнут - увеличьте ещё в 2 раза, далее - по необходимости можно ещё, вплоть до предела (16384).
    Everybody stand back. I know iptables.
    Мой вариант правильного выключения роутера.

  14. #44
    Join Date
    May 2007
    Location
    Истра
    Posts
    1,246
    И ещё, убедитесь, что у вас включен firewall:

    страница Internet Firewall - Basic Config:
    Enable Firewall? Yes
    страница Internet Firewall - WAN & LAN Filter:
    секция WAN to LAN Filter:
    Enable WAN to LAN Filter? Yes
    Packets(WAN to LAN) not specified will be: DROP
    Everybody stand back. I know iptables.
    Мой вариант правильного выключения роутера.

  15. #45
    Уважаемый Power, спасибо!
    Сделал, как Вы сказали все.

    Торрентами пользовался, проблем не возникало никогда. А кк начались проблемы - торрентами не пользовался, но все равно переполнялась эта таблица.

    Скажите, пожалуйста, я включил фаерволл - чем это мне грозит?

    Спасибо заранее, буду посмотреть, будет ли такая же проблема

    Ещё раз спасибо!

Page 3 of 8 FirstFirst 12345 ... LastLast

Similar Threads

  1. Вопрос по IP-телефонии.
    By MAV in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 120
    Last Post: 19-02-2014, 17:55
  2. Вопрос насчет Torrent
    By arik in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 1243
    Last Post: 05-10-2011, 00:29
  3. Вопрос про роутинг
    By ynbIPb in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 1
    Last Post: 15-01-2008, 02:03
  4. Вопрос по rrd tool.
    By imdex in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 23
    Last Post: 08-04-2007, 15:58
  5. max connections -- ip_conntrack
    By dizz in forum WL-500g Q&A
    Replies: 7
    Last Post: 29-08-2004, 15:22

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
  •