» Общие вопросы по FreeBSD

Цитата:

P.S. Забыл написать, что при старте машины выскакивает такая строчка
Дата 09:29:37 gw spamc [333]: connect(AF_INET) to spamd at 127.0.0.1 failes, retrying (#1 of 3): connection refused

ругается на то, что нет са. Не критично.

Ищи в гугле как в сендмейле ограничить размер письма , передаваемого са на проверку, или как в са ограничить размер сканируемого письма - помомему, в са такой опции нет.

tankistua
У меня qmail, соответственно читаю доки по нему

Цитата:

У меня qmail, соответственно читаю доки по нему

вот теперь я сразу поверил, что у вас проблемы с памятью. qmail, IMHO, один из худших вариантов, которые сейчас существуют.

если есть возможность - переходите на нормальный почтовик, не занимайтесь изучением динозавра, который потом все равно придется менять.

keyhell
Ради интереса: Какой какой сейчас лучший?

Цитата:

Ради интереса: Какой какой сейчас лучший?

вот это в некотором роде провокационный вопрос. я бы на него ответил так: сейчас есть нормально развивающиеся почтовики, которые поддерживаются в приемлимом и актуальном состоянии (bugfix, support, etc.) и не имеют таких явных изъянов и слабых сторон как qmail.

sendmail, postfix, exim, ... imho, любой из этих, но не qmail. дело в том, что известная "гибкость" qmail в чистом виде результат сторонних патчей, который в купе с "интересными" дизайнескими решениями довольно своеобразное чудо представляют. качество самих патчей тоже еще вопрос.

кроме того, ну чисто со стороны админа: ну зачем вам этот хаос в ста папках!?!

keyhell
МнЕ в наследство досталась настроенная фря, с которой я дела никогда не имел.
На самом деле мне проще было снести сервак+почту+фаервол+фтп и поставить все это на виндах(я по ним). Но возникли материально-временные проблемы(машинка, на которой крутится система - далеко не серверная).
Поэтому пошел по принципу:работает!-пока не трогаю.
Сейчас в планах чуток поднастроить машину(избавиться от ошибки), а на другом серваке - поднять систему с 0.
Поэтому с почтовиком встанет двоякий вопрос: с одной стороны хочется тот, который проще для понимания, с другой-тот, который дает больше возожностей.

obtim, дерзайте! изучайте.
советовать какой-то конкретный почтовик я не буду. посмотрите сами.
но все же sendmail советую хотя бы внимательно изучить - он (как бы правильно сказать?!) "классический". знать его основы - must.

поставил ограничение на размер сканируемого письма в 300 кб. Посмотрю на результат.

Если человек с винды начнёт изучать sendmail, он им и закончит, имхо. Программа, конфигурационные файлы которой компилируются из других конфигурационных файлов, слишком большой маразм даже для некоторых юниксоидов. obtim, попробуй postfix - прост для понимания, возможностей вагон и маленькая тележка, статей по настройке куча.

Цитата:

Если человек с винды начнёт изучать sendmail, он им и закончит, имхо. Программа, конфигурационные файлы которой компилируются из других конфигурационных файлов, слишком большой маразм даже для некоторых юниксоидов. obtim, попробуй postfix - прост для понимания, возможностей вагон и маленькая тележка, статей по настройке куча.

вы забываете в таких категоричных утверждениях ставить "IMHO".

если человек не изучит работы MTA, то толку от sendmail или postfix - 0. только вред. скорее всего это приведет к открытым релеям и дырам... и еще большему непониманию.

postfix может и просто для понимания самого postfix, но для понимания mail службы надо все же учить не только одну программу.

Цитата:

если человек не изучит работы MTA, то ... скорее всего это приведет к открытым релеям и дырам...

С моей колокольни (т.е. IMHO) это тоже слишком категорично
Поиском по шапочным ссылкам найдется как минимум несколько дельных статей по пошаговой и актуально грамотной установке как самой оси (Linux-BSD) так и необходимых сервисов, в т.ч. почтовиков. При этом вы не достигнете кандуитско глубокого знания работы МТА, а скорее получите общее представления о приципах работы.
Но такой процесс представляется более живым, и при спокойном подходе IMHO вполне достаточен для начала и не приведет к тем самым релеям и дырам.
А sendmail-postfix, сами знаете, спор типа Linux-BSD

obtim

Цитата:

Ради интереса: Какой какой сейчас лучший?

Краткое сравнение возможностей Postfix, Sendmail, Qmail, Exim
Ну а какой выбрать, "каждому свое" (с)

Цитата:

С моей колокольни (т.е. IMHO) это тоже слишком категорично

ну, тут просто ваше IMHO против моего. после этого поста я перестаю спорить, ибо теряется смысл.


Цитата:

Поиском по шапочным ссылкам найдется как минимум несколько дельных статей по пошаговой и актуально грамотной установке как самой оси (Linux-BSD) так и необходимых сервисов, в т.ч. почтовиков.

вы правы - почти любой сервис сейчас можно настроить по чьим-то статьям. не по знаниям админа, который вроде бы получает зарплату за системное администрирований и якобы имеющиеся у него знания. все бы хорошо - ну в самом деле пусть живут люди, но тут есть пара "но":
1) меня (после таких настроек) смешат посты в стиле "аааа--а-а-а помогите через меня идет спам" или вот "у меня в maillog вот такие записи". ССЗБ - сам себе злобный буратино (с).
2) такие специалисты потом пишут "советы", которыми пользуются следующие.

все это сильно наруку тем, для кого открытый релей источник заработка или извращенного развлечения.


Цитата:

При этом вы не достигнете кандуитско глубокого знания работы МТА, а скорее получите общее представления о приципах работы.

или вы сисадмин и отвечаете за свою работу, или вы юзер и ваше место в окнах, а не на боевом сервере. каждое дело требует отвественности, если ее нет - ситуация так или иначе превьет ее в нужной форме: ударом по башке от начальника за прокачанный через вас трафик или ночной работой после того как ваш сервак взломают.
нет ответственности - идити мести улицы.


Цитата:

Но такой процесс представляется более живым, и при спокойном подходе IMHO вполне достаточен для начала и не приведет к тем самым релеям и дырам.

я не считаю, что путь через изучение sendmail есть единственно правильный и суть аксиома. но на практике знаю, что люди выросшие на sendmail потом чаще всего знают что и как делают и не допускают банальных (и тупых) ошибок.
можете изучить все как надо на exim - удачи. действительно удачи. никаких претензий к вам.


Цитата:

А sendmail-postfix, сами знаете, спор типа Linux-BSD

этот спор бессмысленен. куда более бессмысленен чем lin vs bsd. postfix в конечном счете несколько удобнее и кое где намного новее (морально и технически), но sendmail это классика и навыки, которые помогают выживать...

P.S. все IMHO. решает каждый сам для себя.

Пытаюсь пересобрать ядро FreeBSD 6.1, предварительно сохранил под другим именем и внес изменения в файл /usr/src/sys/i386/conf/GENERIC. Дальше следуя документации выполняю команды:

/usr/sbin/config MYKERNEL
перехожу в каталог ../compile/MYKERNEL и далее:
make depend
make
make install

Все команды, кроме последней, отрабатывают баз ошибок, make install выдаёт ошибку:

Цитата:

You must build a kernel first.
*** Error code 1

Доку читал и русскую:

Цитата:

Запустите config(8) для того, чтобы сгенерировать исходные тексты ядра.
# /usr/sbin/config MYKERNEL

Перейдите в каталог, в котором будет собираться ядро. Запущенный как показано выше config(8) выведет имя этого каталога.
# cd ../compile/MYKERNEL

Для FreeBSD версий более ранних, чем 5.0, вместо этого используйте:
# cd ../../compile/MYKERNEL

Соберите ядро.
# make depend
# make

Установите новое ядро.
# make install

и оригинальную:

Цитата:

f you have not upgraded your source tree in any way since the last time you successfully completed a buildworld-installworld cycle (you have not run CVSup, CTM, or used anoncvs), then it is safe to use the config, make depend, make, make install sequence.

Про то как скомпилировать (или как правильно в этом случае перевести слово build?) информацию не нашел... Что делаю неправильно?

Цитата:

Дальше следуя документации выполняю команды:

я уже не знаю какую документацию вы читаете, но:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-building.html

сейчас не осталось ниодной причины, чтобы использовать старый алгоритм сборки ядра.

keyhell

Уважаемый, вот Вы опять так агрессивно и категорично.

Надеюсь Вы помните речь шла не о принципах _вообще_,
а о конкретной ситуации снести БСД или попытаться "поддержать" и освоить ось.
И именно в Ваших советах сквозила рекомендация начать изучать sendmail, а иначе "дыры и релеи", а теперь еще и дорога в дворники
Не надо _излишне_ пугать, достаточно поставить например из свежих портов по-дефолту постфикс и никахих дыр не будет, сами знаете.

p.s. и не недо считать дворников безответственными людьми, нехорошо, да и ... не зарекайтесь

Цитата:

Пытаюсь пересобрать ядро FreeBSD 6.1, предварительно сохранил под другим именем и внес изменения в файл /usr/src/sys/i386/conf/GENERIC. Дальше следуя документации выполняю команды:

/usr/sbin/config MYKERNEL
перехожу в каталог ../compile/MYKERNEL и далее:
make depend
make
make install

так ты вносил изменения в GENERIC или MYKERNEL? :)

попробуй действительно новый способ:

cd /usr/src
make buildkernel=<имя твоего кернела>
make installkernel=<имя твоего кернела>

LBand, думайте что хотите.
совет я дал. можете не следовать.

Как восстановить только что удаленные файлы? Есть такая возможность? FreeBSD 6.2

Тут не от версии BSD а от файловой системы

Уменя до сих пор лежит /usr/ports/distfiles/ffsrecov-0.5.tar.gz - когда то полу-помогло
один раз и сразу приучило делать бекап, ну или raid или gmirror.

Если текстовой файл, то сразу грузиться с CD (напр. frenzy) и что-то типа
cat /dev/ad0s1f | grep "фраза, что помнишь"

LBand

файловая система стандартная для FreeBSD - UFS. и файл далеко не текстовый. И главное большой около 300 мегов... Нашел статью в инете, в ней говориться что востанавливаются без проблем первые 12 блоков..



Добавлено:
Кстати уже это уже старая версия


Цитата:

PORTNAME= ffs2recov
PORTVERSION= 1.0
CATEGORIES= sysutils

Цитата:

и файл далеко не текстовый

тогда действительно

Не подскажите.
Установлен новый сервер на FreeBSD
При проверке какие есть юзеры на сервере, то он показал:
root и какой-то toor и тоже с правами суперпользователя?
Я не понел. это кто-то специально такого создал? Его можно удалить или это системный и удалять его не надо?

сегодня типа пятница ...

Цитата:

Я не понел. это кто-то специально такого создал?

Не, сам родился
Исторически древняя тень руута в FreeBSD.
Рождается при установке вместе с root.
Должен же БСД быть лучше Линукса, хоть в чем-то

Цитата:

Его можно удалить

а как хочешь

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

Не я серьезно -)
Его можно удалить ? -)
И еще можно ли root'a переименовать?

P.S. Вообщем удалил его нафиг -)

Цитата:

Его можно удалить ? -)
И еще можно ли root'a переименовать?

Можно ВСЕ , только смысл?
главное - пароль не день рождения и SSH2.

а toor - типа запасной root, только пароль ему не забыть задать.

работа в интернет http://alex74111.narod.ru/

toor это пользователь для тех, кто теряет рутовские пароли.
если действительно желаете понять как и зачем - в инете масса информации.

Приветы

вот установлено у меня кучка прог из пакетов,..
обновляю порты csup-ом,..
Внимание, знатоки , вопрос: как или чем, отследить обновление версий установленных программ и как их обновить ?

KVCH
Смотришь, которые имеют более раннюю версию, чем в портах:
pkg_version -v | grep '<'
Потом обновляешь с помощью portupgrade (cd /usr/ports/ports-mgmt/portupgrade && make install clean):
portupgrade порт1 порт2 порт3 порт4