skybetik

Не хреновые цены установил регулятор

Бред не ваше дело вам писали уже ,а ваш проф наркоман раз такое вам говорит нам таких писем поступило столько что не упомнит ,я даже пытался 1 время им отписаться но по видимому не кто там не читает обратку

редактируем /etc/stargazer/stargazer.conf # день снятия абонплаты DayFee = 3

http://wiki.ubilling.net.ua/doku.php?id=faq Называется «размазанной абонплатой», но категорически не рекомендуется. Почему - почитайте, на форуме обсуждалось неоднократно. Лучший вариант снятия АП раз в месяц например 1 числа

Что вы понимаете под конечной датой ??

если в коробках 2 возьму

ммм а письмо не от ip-echelon.com

Последний стабильный релиз: 0.6.8 rev 4580

высылай

И ?? внятного ответа нет ( Кто заключил договора ?? кто им оплатил ??

ХМ стремный ваш проф

Dell

в продолжение темы про (бешенки) ими оказались пока 3 роутора и на всех ddwrt ( остальных не отловил

заметоно

странно не происходит ресет пользователя даже если вручную сменить мак HEPL ME nightfly nightfly мне послал мыслено где искать ))) кажись разобрался )) ставил сегодня удаленный нас и вкл RESET_AO=1, изменил на RESET_AO=0 все заработало ,интересно так и должно быть ?

странно не происходит ресет пользователя даже если вручную сменить мак HEPL ME nightfly

Есть такой баг подскажите где копать ( если через UHW меняет клиент мак тогда его запирает в арп ARPдиагностика kernel: arp: f8:a9:63:e0:bd:1f attempts to modify permanent entry for 10.2.0.36 on igb0 kernel: arp: f8:a9:63:e0:bd:1f attempts to modify permanent entry for 10.2.0.36 on igb0 kernel: arp: f8:a9:63:e0:bd:1f attempts to modify permanent entry for 10.2.0.36 on igb0 kernel: arp: f8:a9:63:e0:bd:1f attempts to modify permanent entry for 10.2.0.36 on igb0 kernel: arp: f8:a9:63:e0:bd:1f attempts to modify permanent entry for 10.2.0.36 on igb0 kernel: arp: f8:a9:63:e0:bd:1f attempts to modify permanent entry for 10.2.0.36 on igb0 kernel: arp: f8:a9:63:e0:bd:1f attempts to modify permanent entry for 10.2.0.36 on igb0 при этом естствено инета у него нет айпи он получил ,если arp -d 10.2.0.36 тогда все в норме

и где тут 8г портов ???

я за вас рад Их весною скидывали тут по 1600... тогда и курс был выше... поэтому и не берут теперь на каждый товар есть свой покупатель ПРОДАН тема off

Я с вами )

Вы будете смеяться, но если вы тыкаете по кнопочке "Журнал DHCP" в профиле пользователя, там есть контекстная справка, по сообщениям DHCP. На глаз - это либо какой-то нереально маленький лизтайм, либо бешенные клиенты. В целом отлавливать таких вот бешенных клиентов, с удобством можно так: alter.ini: SYSLOAD_CUSTOM_SCRIPTS="DHCP flood detection:/bin/count_dhcp_req" /bin/count_dhcp_req #!/bin/sh sudo cat /var/log/dhcpd.log | awk -F " " '{print $8}' | sort | uniq -c | sort -nr | awk ' $1 > 200 ' | grep ":" echo ======================== du -hs /var/log/dhcpd.log nightfly Спс за ответ ,по поводу лизтайм хе subnet 10.2.0.0 netmask 255.255.255.0 { default-lease-time 3600; option domain-name "ourisp"; option subnet-mask 255.255.255.0; option domain-name-servers 10.2.0.1; option routers 10.2.0.1; include "/usr/local/etc/multinet/user2.conf"; } склоняюсь я к говнороуторам клиенским ( картина печальная 29M /var/log/dhcpd.log

заметил что dhcp в лог постоянно,может кто что подскажет ? Jun 28 15:36:27 dhcpd: DHCPREQUEST for 10.2.0.125 from 10:c3:7b:92:32:1a via igb0 Jun 28 15:36:27 dhcpd: DHCPACK on 10.2.0.125 to 10:c3:7b:92:32:1a via igb0 Jun 28 15:36:28 dhcpd: DHCPREQUEST for 10.2.0.64 from c8:0a:a9:62:5b:00 via igb0 Jun 28 15:36:28 dhcpd: DHCPACK on 10.2.0.64 to c8:0a:a9:62:5b:00 via igb0 Jun 28 15:36:29 dhcpd: DHCPREQUEST for 10.2.0.64 from c8:0a:a9:62:5b:00 via igb0 Jun 28 15:36:29 dhcpd: DHCPACK on 10.2.0.64 to c8:0a:a9:62:5b:00 via igb0 Jun 28 15:36:31 dhcpd: DHCPREQUEST for 10.2.0.64 from c8:0a:a9:62:5b:00 via igb0 Jun 28 15:36:31 dhcpd: DHCPACK on 10.2.0.64 to c8:0a:a9:62:5b:00 via igb0 Jun 28 15:36:31 dhcpd: DHCPREQUEST for 10.2.0.154 from 48:5b:39:e7:e0:a2 via igb0 Jun 28 15:36:31 dhcpd: DHCPACK on 10.2.0.154 to 48:5b:39:e7:e0:a2 via igb0

1950

не ну хе может он для примера чтоб не палить айпи ??

Делали ? /etc/rc.d/netif restart после /etc/rc.d/routing restart ну и да нет ifconfig_em0_alias1="192.168.2.1/24"