
Max
СitizensТип контенту
Профили
Форум
Календарь
Все, що було написано Max
-
И ещё баг или недочёт, но если конфиге стоит: DayFee=0 DayResetTraff=0 То статистика уменя обнулилась с 30-на 31! А на другом серваке: DayFee=1 DayResetTraff=1 И всё ОК! точно в 00:00:00 с 31-1
-
Вот такая гадость вылезла в логе, хотя работоспособность системы не нарушиласть но всё равно не приятно, сервак не останавливали, меня небыло в городе по этому выкладываю за пролым чилом: stargazer.log-->> 2005-03-27 08:35:37 -- User max disconnected. 2005-03-27 08:41:22 -- Send ping error! Host is down ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^),288,224;;^@siginfo_t:t(34,7)=(34,5)^@__sigset:T(34,8)=s16__bits:(34,9)=ar(0,1);0;3;(0,4),0,128;;^@sigset_t:t(34,10)=(34,8) /usr/include/machine/signal.h sig_ato
-
Смотри классический случай домашней сети: есть ЛВС, с выходом в интрнет, через PC (NATD - про BSD, говрою так как линукс не знаю), все довольны, пока пользователей не много, но вот появляются новрые пользователи, и скорее всего не глупые, начинается геморой с защитой данных, тут два приемлимых варианта: 1) это vlan, но к сожалению эту технологию поодержвивают (в смысле норамльно и без глюков) только дорогие свичи, cisco, 3com - но домовым сетям это не позубам с их бюджетом, хотя есть отдельные случаи когда пользователей моного.... По этому этот вариант я дальше рассматривать не буду. 2) Это v
-
А вот такой вопрос, у меня тут появился клиент которому надо край безлмит! А скорость на uplink 36 мегабит/с, но реальная скорость скачивания примерно 200 килобайт/c, для каждого, абоента.. Провайдер считает трафик, по 2.5 рубля за метр, я продаю за 3. И вот что хочу знать: на сколько зашейпить канал для этого клиента чтобы не остаться в прогаре, если скажем абонплата за трафик для него составит 5000-7000 рублей! Я тут поумножал но что то не получается..
-
Собственно что я и говорил! Хотя может не правильно мысль выразил..
-
ДА ты прав XoRe но я думал обрантая зона существует и в ней просто не прописан хост почтовик, а из лога мне подозрительно только DSN: Service unavailable Хотя что за сервис такой DSN я не знаю..
-
ДА пробелема действительно в DNS, хотя и отчасти в настройке самого сервера (удалённого). Теперь что необходимо: На примере сети 10.203.0.0/16 1. В обратной зоне (/etc/namedb/0.203.10.in-addr.arpa) для домена отправителя my_domain. прописать сервер почтовый сервер, тоесть добавить запись вида: 1 IN PTR mail.my_domain. Где цыфра 1 это последний октет IP почтовика! Эта цыфра может быть не одна если имя обратной зоны 203.10.in-addr.arpa, тогда понадобиться ставить 2 посление октета тоесть например 1.5 что будет в итоге как 10.203.1.5 IN - интернет PTR - указатель на дей
-
И вот в логе наконец появилась запись (10 дней спустя): 2005-03-24 02:45:36 -- Send ping error ! Host is down 2005-03-24 02:50:36 -- Send ping error ! Host is down Поразительная точность в 5 минут! Сниф показал что пигует!
-
Да, правильно, выход я описал выше (ковырять днс корневой, на котром прописан домен отправителя, либо форвард получателя), смогу сказать точнее если будет схема, лог почтовый, а то это только предположение..
-
Судя по телу письма на удалённом сервере стоит опция (если это постфикс): smtpd_recipient_restrictions = reject_non_fqdn_recipient (у сендеила опций не знаю, постфиксом пользуюсь, хотя гдето месяц назад подобная проблема была! И вот как сделал). Тоесть удалённый почтовый сервер сказал что не может найти запись о хосте (отправителе, или почтовом сервере который отправляет письма), следовательно надо рыть в обратной зоне: xx.xx.in-addr.arpa искать запись PTR тоесть соответсвие ip и днс имени, ну и естественно запись А тоже надо проверить, в прямой зоне!
-
И вот ещё что зочу добавить, это точно что то с сервером, тоеть пингует он нормально, а вот отсылать результат не хочет.
-
Возможно неправильно написана обратная зона днс? скорее всего нехватает ptr записи для хоста с которого отправляется почта!
-
Вот бага не бага не пойму, но вот сегодня где то в 3 часа дня пропала функция пинг! Тоесть поле пинг пустое! Онлайн есть а пинга нет, не подумайте что фаер, нет всё прекрасно с самого сервера из консоли пингуются клиенты! Пробовал перезапустить сервер, не момогло, как пусто было так и есть, в логах чисто! Система FreeBSD 4.9, версия последняя. sockstat -4 выдаёт что старгейзер поднял сокет icm4 (тоесть icmp) но пинговать никого не хочет! Есть коментарии? Вот ещё что добавлю: смотрел сейчас tcpdump и сервер исправно пингует клиентов! Но по какой то причине не передаёт результатов кофигуратору
-
У меня на гиг трафика приходится гдето 100 метров экономии, тоесть разницы с провом, хотя в этой цыфре присутствует и локальный трафик (но это гдето 2-5 метров)
-
Очень бы хотелось в конфиге стг видеть такую опцию какая бы указывала серверу на каком (каких) интерфейсах слушать подключения клиентов, админов, и с каких интерфейсов пинговать! а то сейчас sockstat -4 выдаёт: stargazer udp4 *.* 5555 (клиенты) stargazer icm4 *.* (пинг) stargazer tcp4 *.* 5895 (это админы) Это не хорошо, можно конечно фаером прикрыть! Но помойму уважающий себя биллинг должен иметь такую опцию. Это кстати сократит размер занимаемой памяти хоть и не на много. И ещё: хотелось бы добавить опцию в конф при которой ip в логе пользователя резольвятся в имена! ОЧЕНЬ надо. А то
-
ДА нужен, причём до замены файла, так как если сделать перезапуск после то умирающий stargazer затрёт новый файл тем который у него в памяти, сам мучался.. Можно то можно но вот как клиенту скажешь что в 20.00 он от инета отрубился на минуту, у меня были подобные прерываия работы и всё равно пришлось отказаться от такой схемы, хотя это личное.
-
У меня вот ноже не рай, сам я из России, так вот какаято странность: сайт онткравается быстро (в смысле вехняя часть и серый фон) и наступает Огромная пауза, но вот если например бразуер остановить через секунд 5 то всё ок сразу всё проявляется, а если остановить сразу то вообще нечего нет, кроме Заголовка, а если ждать то гдето секунд через 20 всё проявляется..
-
FreeBSD 4.9 Bind 8, не только кеширующий но ещё и зона локальная поднята.
-
ДА нет же MPD уже стоит давно но в стороне, я имел ввиду всю связку сразу сразу. Пока просто нет сервера свободного.
-
У меня на ранних версиях подобное было, помойму неправильно expat встал.
-
Я кстати так и планирую в ближайшее время... Стг + mpd 3.18, думаю пойдёт... Когда сделаю напишу
-
Странно, сейчас проверил всё нормально, даже сообщение вылезло что учётная запись заблокирована, сервак последний
-
Линия завелась сама, ни стого ни с сего, т.е. мы бились с ней две недели, плюнули и забыли, а вот тут недавно говорю попробуй пропинговать сервак, так для интересу и о чудо всё работает.. Тоесть что это было, я незнаю может наводка временная..
-
Вот тут играюсь с параметрами отображения статистики в конфигураторе (Последняя версия) и вот что обнаружил: Если убрать флаг Принято, и если поставить радиокнопку Upload и Download: по отдельности; то в таблице наступает хаос. А точнее Все данные (причём не только download но и не нужный мне Upload) просто забивают все доступные (8 полей), и в итоге: в колонке полседние деньги я получаю: 100Mb, пополнение я получаю 100 kb, а послений логин например 15Gb!! Кстати в более ранних версиях этого не наблюдалось!