trinux

а ХП поставить не очень?

Linux slackware 2.6.24.5-smp попробую конечно, но не думаю...

stg..

убрал ifb для обеих сетевых карт, все встало на свои места.

кусок messages Sep 7 00:01:10 slackware last message repeated 8 times Sep 7 00:01:49 slackware last message repeated 2 times Sep 7 00:03:46 slackware arpwatch: bogon 192.168.134.196 0:18:f3:e1:d:f7 Sep 7 00:04:59 slackware last message repeated 3 times Sep 7 00:06:07 slackware last message repeated 3 times Sep 7 00:07:40 slackware arpwatch: bogon 192.168.134.196 0:18:f3:e1:d:f7 Sep 7 00:09:40 slackware arpwatch: bogon 192.168.134.196 0:18:f3:e1:d:f7 Sep 7 00:10:09 slackware last message repeated 25 times Sep 7 00:10:57 slackware last message repeated 2 times Sep 7 00:13:09 slackware arpwatch: bogon 192.168.134.196 0:18:f3:e1:d:f7 Sep 7 00:13:28 slackware last message repeated 3 times Sep 7 00:16:11 slackware arpwatch: bogon 192.168.134.196 0:18:f3:e1:d:f7 Sep 7 00:16:22 slackware last message repeated 8 times Sep 7 00:17:00 slackware pppd[12448]: LCP terminated by peer (CM-jkK^@<M-Mt^@^@^@^@) Sep 7 00:17:00 slackware pppd[12448]: Connect time 151.6 minutes. Sep 7 00:17:00 slackware pppd[12448]: Sent 46648985 bytes, received 5940768 bytes. Sep 7 00:17:00 slackware pppd[12448]: Modem hangup Sep 7 00:17:00 slackware pppd[12448]: Connection terminated. Sep 7 00:17:00 slackware pppd[12448]: Exit. Sep 7 00:17:00 slackware pptpd[12447]: CTRL: Client 192.168.0.50 control connection finished Sep 7 00:17:42 slackware named[2609]: client 66.238.93.161#2855: query (cache) './NS/IN' denied Sep 7 00:17:42 slackware last message repeated 2 times Sep 7 00:21:40 slackware named[2609]: lame server resolving 'lafox.net' (in 'lafox.NET'?): 213.169.64.101#53 Sep 7 00:24:03 slackware named[2609]: unexpected RCODE (SERVFAIL) resolving 'l3.medicus.ru/A/IN': 62.5.188.98#53 Sep 7 10:15:31 slackware syslogd 1.4.1: restart. Sep 7 10:15:31 slackware kernel: klogd 1.4.1, log source = /proc/kmsg started. Sep 7 10:15:31 slackware kernel: Linux version 2.6.24.5-smp (root@midas) (gcc version 4.2.3) #2 SMP Wed Apr 30 13:41:38 CDT 2008 Видно что последнее сообщение до рестарта утром было в 00:24:03 ничего как бы не видать. кусок syslog Sep 6 23:47:19 slackware pppoe[5065]: Bad TCP checksum 79bb Sep 7 00:08:07 slackware smbd[2710]: [2009/09/07 00:08:07, 0] printing/print_cups.c:cups_connect(69) Sep 7 00:08:07 slackware smbd[2710]: Unable to connect to CUPS server localhost:631 - Connection refused Sep 7 00:08:07 slackware smbd[2710]: [2009/09/07 00:08:07, 0] printing/print_cups.c:cups_connect(69) Sep 7 00:08:07 slackware smbd[2710]: Unable to connect to CUPS server localhost:631 - Connection refused Sep 7 10:15:31 slackware kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) Sep 7 10:15:32 slackware kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) тоже как бы ничего критического....

кулер крутится, все впорядке.

здрасти всем! Знач такой вот вопросик. После настройки на сервере (slackware 12.0) шейпера исходящего траффика посредством ifb сервер странным образом начал самопроизвольно выключаться, что мне очень сильно не нравится . Скажите это может быть как-то связано друг с другом? Конкретного временного интервала нет, может через сутки выключиться, может через час. Логи пусты.

а по траффику?

лучше бы по русски написали

странно как-то у вас заряди мне инета на 5 дней ))) так чтоль?

я так понимаю это столько желающих? localhost sgconfig # netstat -an | grep 5556 tcp 0 0 0.0.0.0:5556 0.0.0.0:* LISTEN tcp 0 0 194.169.205.1:5556 194.187.131.6:63015 SYN_RECV tcp 0 0 194.169.205.1:5556 94.244.170.212:1150 SYN_RECV tcp 0 0 194.169.205.1:5556 212.2.132.44:2107 SYN_RECV tcp 0 0 194.169.205.1:5556 62.199.112.230:50662 SYN_RECV tcp 0 0 194.169.205.1:5556 94.19.100.69:1723 SYN_RECV tcp 0 0 194.169.205.1:5556 95.133.37.239:4428 SYN_RECV tcp 0 0 194.169.205.1:5556 92.244.120.198:3458 SYN_RECV tcp 0 0 194.169.205.1:5556 95.132.224.212:62506 SYN_RECV tcp 0 0 194.169.205.1:5556 78.159.41.238:29795 SYN_RECV tcp 0 0 194.169.205.1:5556 193.34.92.25:3999 SYN_RECV tcp 0 0 194.169.205.1:5556 195.98.183.4:9864 SYN_RECV tcp 0 0 194.169.205.1:5556 94.178.56.205:3766 SYN_RECV tcp 0 0 194.169.205.1:5556 78.159.48.50:1052 SYN_RECV tcp 0 0 194.169.205.1:5556 91.124.8.71:4490 SYN_RECV tcp 0 0 194.169.205.1:5556 80.91.186.58:51185 SYN_RECV tcp 0 0 194.169.205.1:5556 91.210.250.2:3624 SYN_RECV tcp 0 0 194.169.205.1:5556 93.185.196.186:41692 ESTABLISHED tcp 69 0 194.169.205.1:5556 195.46.34.14:2502 CLOSE_WAIT кому можно: $IPTABLES -A INPUT -p tcp -s $кому -d $куда --dport 5556 -j ACCEPT остальным закрыть полностью: $IPTABLES -A INPUT -p tcp --dport 5556 -j REJECT ???? дыг у вас вроде не светится порт 5556

а почему не поставить единоразовое снятие абонки? какая разница. Если у всех одним числом вырубается инет.

есть КРымские мтс-ники? =)

да насколько я знаю есть ломалки к этому софту.

в местах где есть только Укртелефон, я сомневаюсь что они дадут линк. (имеется ввиду ОГО). А такие поселки есть, где кроме укртелекома нет никого.

тоже было бы интересно узнать про транспорт мтс.

ну попробуйте echo куда нибудь... и поймете выполняется или нет

OnDisconnect в такой связке не выполняется?

ну настроить можно и не зарегеный домен =) только смысл

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

как-то так....

да побогаче ))

скажите как заставить конфигуратор всегда упорядочивать людей по ip а не постоянно тыкань на эту кнопку?

есть еще userGate

спасибо.