XoRe

Согласен, это самый точный способ узнать состояние сервера stg=))

Напрягает. Очень. Даже была мысль на некоторых шлюзах линукс поставить. Но я не буду этого делать. Глюки stg под фряхой можно устранить. Я для себя их устранил набором скриптов. Думаю, что со временем Борис устранит глюки на уровне сырцов.

1. делать ifconfig сетевухи с параметром -arp. Это сделает "Disable the use of the Address Resolution Protocol (arp(4))". Примеров привязки IP+MAC несколько даже на этом форуме. Можно даже сделать привязку, основываясь на конфиге dhcpd. Как? Скриптами! =)) Не знаешь? Учи какой-нить скриптовый язык (любой) или попроси знающих людей. Мне писать это для тебя лень. 2. arpwatch можно настроить так, чтобы он выслылал алерты (при смене mac адреса у какого-то айпишника) на указанное тобой мыло. Алерты довольно подробные. Как это сделать? man arpwatch, если уже установил. 3. Мне тоже интересно. Как узнать? man ipsec. Мне лень читать, так как мне ipsec не нужен. Тебе нужен - читай.

Ого. Круто. Не знал. Тогда вот что можно сделать для сервера на *nix: 1. Настроить сетевую карту на статическую таблицу arp адресов. Или сделать привязку IP+MAC. Это не даст подменить mac адрес клиента на сервере. 2. Запустить программу arpwatch. Это сразу покажет сниффера. 3. Поднять IPsec/VPN. IPsec не юзал. VPN достаточно просто поднимается пакетом mpd. В инете есть статьи, как это сделать. Это защитит от прослушивания.

Вот именно. На нечеткий вопрос нечеткий ответ. Если серьёзно, то получишь ты, при переходе на фрю, много чего. Я не знаю фрю на 100%. Кроме того, я не знаю на 100% Линукс. Поэтому не знаю всех различий. Поэтому не могу сказать все, что ты получишь. Так же, как не могу сказать все, чего ты лишишься.

cdmod в мане не стречал. chmod там тоже замечен не был.

Ещё один антиRTFMщик. Примеры не кидаю, советую почитать http://local.com.ua/?op=39&st=4

Ну вы, батенька, и фикус жрать =)) Ваш вопрос где-то из области "чем фряха лучше линукса". Если отвечать по пунктам, то список получится довольно большой. А если отвечать в общем, то ответ такой: Дохрена! Все, что есть во фряхе и чего нет в Линуксе =)) С другой строны, ты лишишься тоже дохрена. Всего того, что есть в линуксе, чего нет во фряхе =))

Если он может это делать, то это уже не switch, а hub. Свич на то и свич, что шлет пакеты только на тот порт, на который надо слать. Неважно, магистральный или оконечный.

С контрольной суммой ещё такой момент: диапазон значений 16-битной контрольной суммы = 65536. Т.е. если в кэше будет около 30 тысяч файлов, то вероятность того, что контрольная сумма нового файла совпадет с контрольной суммой уже существующего = 1/2. Этот момент можно обойти, используя 32-битную контрольную сумму. Диапазон её значений = 4294967296, т.е. 4 миллиарда. Хотя все равно остается шанс того, что контрольные суммы совпадут. Я это написал из расчета, что кому-то эта информация может понадобиться. Хотя считаю, что проще кеширование строить на основе запроса длинны и даты изменения файла перед его загрузкой.

я думаю, дело в файрвольных правилах.

У меня похожая ситуация. Думаю это изза того, что в кроне скрипт не закреплен ни за каким терминалом.

Посмотри. Только советую перед просмотром почитать любую книгу по фряхе. Там есть пара моментов, которыми различаются линукс и фряха. Лучше будет, если ты узнаешь о них заранее =))

Уже узнал сам. Говорю тем, кто, возможно, не знает. DayFee=0 DayResetTraff=0 Означает, что абонка и счетчики скинутся в 00 часов 00 минут последнего дня месяца. В этом месяце это было 00:00 30.11.2004. Мораль: надо менять на DayFee=1 DayResetTraff=1 =))

Насчет предыдущего поста, как мне сказали, для функции recvfrom необязательно заполнять поле struct sockaddr_in addr. Но лично у меня до этого исправления не работало, а после заработало в винде, линуксе, и в bsd =)) Теперь вопрос: Подскажите, пожалуйста, как поведет себя сервер stg приследующих строках в конфиге: DayFee=0 DayResetTraff=0 Снимет абонентскую плату 1 числа? Или не будет снимать вообще?

Вот мне интересно, почему вы используете FreeBSD, а не Линух? В чем удобство? Тут уже дело не в stg, а в выборе оси =)) Вопрос "что лучше, FreeBSD или Linux" звучит почти в каждом форуме, где обсуждается *nix. Я скажу про себя. Когда я пришел зеленым новичком ("самоучкой" на работу, то мне директора сказал просто, типа вот те книга по фряхе, изучай. А линукс - система для домохозяек =)) С тех пор (почти 2 года назад) и изучаю =)) Теперь я умею работать с этой осью, делать на ней интересные (для меня фишки. Знаю, как делать police based routing, прозрачное проксирование, рандомно генерящийся идентификатор пакета для каждой сессии (т.е. при общении с моими серверами практически невозможно подделать ip адрес), знаю что можно сделать для некоторго тюнинга. Понял работу файрволла и могу его настроить так, чтобы он делал то, что Я хочу. Если что-то "ломается" в системе, знаю, куда лезть. Т.е. знаю систему и умею с ней работать. Вот. На Линуксе я, с ходу, т.е. без дополнительного чтения манов, эти фишки сделать не могу. Т.к. не знаю, как они реализуются тамошними средствами. Только и всего. Я думаю, что лучше работать с системой, которую ты лучше всего знаешь. Чем работать на "supa-pupa-mega-giga" крутой оси, которую ты них....я не знаешь. По причине того, что на той системе, которую ты лучше знаешь, на ней ты сможешь сделать больше. Потому как знаешь, как это делать =)) Ведь есть такая система, как OpenBSD. За 9 лет её развития, в её сервисах нашли только 1 баг. Представляете? 1 баг за 9 лет. Т.е. с 1995 года по 2004 год была обнаружена только 1 уязвимость. И Линуксу и Фряхе до этого, как виндувсу до *nix'а. Но серверов на OpenBSD мало. Почему? Просто потому, что мало кто умеет на ней работать. Есть система Solaris от фирмы Sun. Раньше это была единственная ось, которая работала на компьютерах от Sun Microsystems. Если не ошибаюсь, лет 5 назад самый дешевый компьютер этой фирмы стоил 15 тысяч долларов =)) Но он того стоил. В то время, как у intel в каком то показателе была цифра 20 мегабайт в секунду (кажись скорость шины pci, поправьте, если не прав), у Sun эта цифра была 400 мегабайт/с! Кстати солярис имеет ту же архитектуру системы, т.е. те же /var, /etc, /usr, те же cd, ls, pwd. Ну да ладно. Ещё скажу, что сейчас систему можно и на винде поднять. На каком нить 2003 сервере со всеми заплатками =)) Но можно. Поэтому, я думаю, что каждый использует то, что лучше знает и чем лучше умеет пользоваться. Т.е. имеет место такое отношение, как знание_системы/функциональность_системы Лично я лучше знаю фряху, поэтому пользуюсь ей. Её функциональность не ограничена так, как в винде. Я не думаю, что однажды функциональности фряхи не хватит, чтобы решить какую-то задачу. Поэтому не вижу смысла переходить на что-либо другое. Лучше буду специалистом во фряхе, чем ламером в Линуксе =)) А насчет удобств.... Если говорить об интерфейсе, то мне удобнее работать с фряхой по сети через ssh, сидя в винде =)) А в консоли особой разницы между осями нету =)) Так что каждый сам для себя решает, что ему удобнее. Главное, чтобы эта система решала поставленную задачу.

Еще одну вещь забыл - обновить IE до последнего RELEASE, а лучше до CURRENT, т.е. скачать и поставить все заплатки на IE. + какой-нить файрвол/антивирь/ad-aware

Ещё советую поискать в папке windows или winnt файлы с расширением .htt На моем опыте был случай, когда через каждые 10 минут открывались окна с порнухой. Лечилось это, кроме описанных выше действий, убиванием файла default.htt (кажется так он назывался) из системной папки.

У некоторых stg2 на фре работает нормально, у некоторых глючит. У меня иногда глючит, но я научился с этим справляться. Я думаю, что если у тебя на линуксе все замечательно работает, то не стоит переходить с хорошо работающей системы, которую ты знаешь на систему, которую ты знаешь хуже.

Тарифный план можно узнать командой $tarif = `grep tarif /var/stargazer/$username/conf`; и вся любовь.

дык )) ещё бы я не понял =)) Я тоже не знаю точно, ибо с мускуэлем на вы. говорили в конфигах надо указывать или собирать с поддержкой требуемого. rtfm в общем.

Только что нашел баг в исходниках sgauth, изза которого он не хотел цепляться к серверу. Для заинтересовавшихся, что это за баг: В файле proto_unit.cpp в функции CLIENTPROT::NetRecv() есть три строчки: 195: struct sockaddr_in addr; 196: fromLen = sizeof(addr); 197: res = recvfrom(sockr, buffer, 256, 0, (struct sockaddr*)&addr, &fromLen); Т.е. программа цепляется к серверу с незаполненной структурой addr. Посмотрев исходники, я заменил эти строчки на: fromLen = sizeof(localAddrR); res = recvfrom(sockr, buffer, 256, 0, (struct sockaddr*)&localAddrR, &fromLen); И все зарабтало. Обновленный иходники можно скачать по адресу http://elizovo.ru/other/files/sgauth.tbz Страничка с ссылками на уже скомпилированные программы здесь

Я думаю, ты обесцениваешь работоспособность версий 5.х

ну вы, батенька, и фикус жрать =)) Это я про количество ваших данных, от которых мы должны отталкиваться =)) Я думаю, что проблема в том, что admin_mysql.amxx пытается коннектиться к мускуэлю к именованый PIPE файл mysql.sock, а сам мускуэль доступен не по файлу, а по порту 3306, кажется. Советую попробовать указать admin_mysql.amxx коннектиться к серверу mysql не через файл, а через порт.

http://www.yandex.ru/yandsearch?rpt=rad&te...E2+%F1%E5%F2%E8 По своему опыту скажу, что это самая лучшая ссылка. Я серьёзно.