Page 2 of 8 FirstFirst 1234 ... LastLast
Results 16 to 30 of 110

Thread: Вопрос по ip_conntrack

  1. #16
    just for comment.
    Вы наверное имели в виду MAC адреса а не ARP, так так последнее это протокол.

  2. #17
    Quote Originally Posted by BlackKovu View Post
    just for comment.
    Вы наверное имели в виду MAC адреса а не ARP, так так последнее это протокол.

    Да, их имел ввиду.

  3. #18

    Exclamation Как посмотреть логи кто куда лезет в интернет

    Подскажите пожалуйста как посмотреть в Asus 500gp логи web сёрфинга юзеров?

  4. #19
    В настройках по умолчанию - никак. Только ставить прошивку от Олега. Потом поднимать прокси и перенастраивать всех пользователей на "хождение-бродение" через прокси.

  5. #20

    Post Просмотр активных сессий

    Как сделать так чтобы можно посмотреть какие активные сеансы и кем открыты (http) и можно ли вести историю

  6. #21
    Посмотреть - netstat. Чтобы историю вести - надо уже прокси ставить.

  7. #22

    Post

    Quote Originally Posted by Alexander B. View Post
    Посмотреть - netstat. Чтобы историю вести - надо уже прокси ставить.
    На форуме читал что можно и без прокси. Нужно модули поставить, но куда их ставить??? Отформатировать флешку и установить ipkg удалось. только после перезагрузки роутера слетает ipkg. Можно все подробно расписать. Спасибо.

  8. #23
    Quote Originally Posted by revenant View Post
    Как сделать так чтобы можно посмотреть какие активные сеансы и кем открыты (http) и можно ли вести историю
    Mожно смотреть через http запустив функцию:
    PHP Code:
    <?php
    function Net(){
                    
    exec("cat /proc/net/ip_conntrack",$data);
                       print 
    "<br><b><center><font size=\"4\" color=\"#ff0000\">Действующие соединения<br></font></center></b>";
                       print 
    "<font size=\"2\" color=\"#0000ff\">==>Новое соединение(NEW)<br></font>";
                       print 
    "<font size=\"2\" color=\"#000000\">==>Ожидание ответа(UNREPLIED)<br></font>";
                       print 
    "<font size=\"2\" color=\"#00aa00\">==>Установившиеся соединения(ESTABLISHED)<br></font>";
                       print 
    "<font size=\"2\" color=\"#ffd700\">==>Закрывающиеся соединения(TIME_WAIT)<br></font>";
                       print 
    "<font size=\"2\" color=\"#ff0000\">==>Не идентифицированные  соединения(INVALID)<br></font>";
                       print 
    "<br><font size=\"2\">";
                    for (
    $i=0$icount($data);$i++) :
                    
    $dataout substr ($data[$i],0,-13);
                        if (
    strstr($dataout'ESTABLISHED')){print "<font color=\"#00aa00\">";}
                        if (
    strstr($dataout'TIME_WAIT')){print "<font color=\"#ffd700\">";}
                        if (
    strstr($dataout'UNREPLIED')){print "<font color=\"#000000\">";}
                        if (
    strstr($dataout'NEW')){print "<font color=\"#0000ff\">";}
                        if (
    strstr($dataout'INVALID')){print "<font color=\"#ff0000\">";}
                    
    $dataout str_replace("[UNREPLIED]","",$dataout);
                    
    $dataout str_replace("UNREPLIED ","",$dataout);
                    
    $dataout str_replace("ESTABLISHED ","",$dataout);
                    
    $dataout str_replace("TIME_WAIT ","",$dataout);
                    
    $dataout str_replace("NEW ","",$dataout);
                    
    $dataout str_replace("INVALID ","",$dataout);
                        if (!
    strstr($dataout'src=127.0.0.1 dst=127.0.0.1')){print "$dataout<br></font>";}
                    endfor;
                    print 
    "</font>";
    }
    ?>
    WL500gp v-1.9.2.7-10

  9. #24

    Как увеличить /proc/sys/net/ipv4/ip_conntrack_max

    Если ядро ругается "kernel: ip_conntrack: table full, dropping packet.", причину флуда
    (скорее всего вирус или сканирование портов) можно найти по списку /proc/net/ip_conntrack
    Если просто общая загрузка большая, увеличить размер таблицы можно через /proc/sys/net/ipv4/ip_conntrack_max
    Именно это и происходит. Увеличить переменную можно банальным
    Code:
    echo 8000 > /proc/sys/net/ipv4/ip_conntrack_max
    . И все прекрасно - до первого ресета.
    Та же команда, будучи внесенной в любой из бут-скриптов(pre-boot, post-boot, post-mount), не работает. Почему - не понимаю, хоть убейте... Сами же скрипты вполне работают...

  10. #25
    А это не вот здесь?
    Attached Images Attached Images  

  11. #26
    Да, это то, что надо, спасибо огромное за инфу.
    Впредь постараюсь не забывать, что у роутера еще и веб-админка есть...

  12. #27
    Влезла такая же ошибка: WAN - городская локала динамический IP (10.49.*.*), vlan1 - ADSL постоянный IP. PPTP на роутере не поднимается.
    Вырезка из лога:

    Code:
    Mar  5 00:24:32 ntp client: Synchronizing time with time.is74.ru ...
    Mar  5 00:39:22 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 00:54:22 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 01:09:22 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 01:24:22 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 01:39:22 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 01:54:22 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 02:09:23 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 02:24:23 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 02:24:33 ntp client: Synchronizing time with time.is74.ru ...
    Mar  5 02:39:24 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 02:54:24 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 03:09:24 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 03:24:24 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 03:39:24 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 03:44:25 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:44:28 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:44:28 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:44:34 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:44:34 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:44:46 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:44:51 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:44:58 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:45:03 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:45:10 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:45:10 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:45:25 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:45:28 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:45:28 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:45:34 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:45:34 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:45:46 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:45:51 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:45:58 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:46:03 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:46:10 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:46:10 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:47:25 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:47:28 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:47:28 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:47:34 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:47:34 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:47:46 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:47:51 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:47:58 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:48:03 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:48:10 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:48:10 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 03:54:24 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 04:02:24 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:02:27 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:02:27 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:02:33 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:02:33 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:02:45 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:02:50 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:02:57 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:03:02 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:03:09 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:09:24 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 04:24:24 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 04:24:34 ntp client: Synchronizing time with time.is74.ru ...
    Mar  5 04:32:24 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:32:27 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:32:27 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:32:33 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:32:33 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:32:45 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:32:50 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:32:57 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:33:02 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:33:09 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:33:09 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 04:39:25 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 04:54:25 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 05:09:25 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 05:24:25 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 05:32:24 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 05:32:27 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 05:32:33 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 05:32:33 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 05:32:45 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 05:32:50 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 05:32:57 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 05:33:02 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 05:33:09 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 05:33:09 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 05:39:25 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 05:54:25 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 06:09:25 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 06:24:25 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 06:24:35 ntp client: Synchronizing time with time.is74.ru ...
    Mar  5 06:39:26 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 06:54:26 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 07:09:26 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 07:24:26 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 07:32:25 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 07:32:28 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 07:32:28 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 07:32:34 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 07:32:34 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 07:32:46 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 07:32:51 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 07:32:58 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 07:33:03 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 07:33:10 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 07:33:10 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 07:39:26 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 07:54:27 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 08:09:27 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 08:24:27 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 08:24:36 ntp client: Synchronizing time with time.is74.ru ...
    Mar  5 08:39:28 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 08:54:28 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 09:09:28 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 09:24:27 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 09:32:24 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 09:32:27 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 09:32:27 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 09:32:33 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 09:32:33 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 09:32:45 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 09:32:50 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 09:32:57 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 09:33:02 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 09:33:09 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 09:33:09 kernel: ip_conntrack_pptp.c: bad csum
    Mar  5 09:39:27 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 09:54:27 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 10:09:27 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 10:24:27 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 10:24:38 ntp client: Synchronizing time with time.is74.ru ...
    Mar  5 10:39:28 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 10:54:28 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Mar  5 11:09:28 udhcpc[180]: Lease of 10.49.27.158 obtained, lease time 1800
    Last edited by Omega; 13-03-2013 at 01:51. Reason: fixed

  13. #28

    Зависание WL500-W

    Здравствуйте.
    Суть проблемы в зависании роутера после создания большого количества соединений (или так, или я не знаю как еще может повлият на роутер запуск на компьютере торрент-клиента с порядка 100 торрентами).
    Нашел возможную проблему, ограничение на количество TIME_WAIT сокетов. Но толкового решения (как увеличить их количество или уменьшить время ожидания) не нашел. Просьба помочь
    Проблема наблюдалась (и наблюдается) с официальными прошивками 1.9.2.5, 2.0.0.6 и 1.9.2.7-9 от Олега. Никаких железных изменений не производилось.

  14. #29
    up
    Если даже никто с таким не сталкивался, то может ли ктонибудь проверить у себя роутер банальным запуском пары десятков торрентов одновременно, скажем, с http://thepiratebay.org/ ? Чтобы хотя бы знать один ли я такой неудачник.

  15. #30
    Join Date
    Feb 2008
    Location
    Moscow, Tver
    Posts
    3,963
    Поиск по темам про торренты поможет.

Page 2 of 8 FirstFirst 1234 ... LastLast

Similar Threads

  1. Bad system call with samba-3.0.14a
    By demonv in forum WL-500gP Q&A
    Replies: 7
    Last Post: 13-12-2006, 19:08

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
  •