| 1.1, cvb (??), 11:29, 13/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
лучше не через cron ntpdate запускать, а настроить ntpd:
/etc/rc.conf:
=========================
ntpdate_enable="YES"
ntpd_enable="YES"
=========================
/etc/ntp.conf:
=========================
server ntp.server.ru
=========================
| | |
| |
| 2.2, Аноним (-), 11:37, 13/02/2006 [^] [^^] [^^^] [ответить]
| +/– | |
>лучше не через cron ntpdate запускать, а настроить ntpd:
Не лучше, лишняя дыра в системе.
| | |
| 2.4, vorakl (??), 12:44, 13/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
 >лучше не через cron ntpdate запускать, а настроить ntpd:
Согласен, ntpd должен быть, но не на каждом же сервере... 8-)
В данной документации не описывался ntpd, так как она была посвящена только постинсталяционной настройке базовой системы, а не сервисов.
Имхо, для случая, когда "внутри" сети много серверов, то их лучше синхронизировать с одним ntpd, а не на каждом ставить свой. Но это исключительно моё мнение.
| | |
|
| 1.3, NoName (?), 11:52, 13/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
будте готовы к тому, что NTP сервер рано или поздно отдаст вам время которое будет ЗНАЧИТЕЛЬНО отличаться от реального..
на моей практике разница составляла от нескольких часов до нескольких лет... | | |
| 1.5, chip (ok), 13:09, 13/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Детский сад, а не описание. Некоторые строчки отличаются особым абсурдом:
gateway_enable="YES" # Только для сервера!
А машина с запущенным apache является сервером? Получается для нее нужно включать forwarding? Бред.
Зачем блокировать выполнение user crontab и at ? кто мешает запустить sleep <TIME> && command. Для особо утонченных man screen && man nohup. В итоге себе самому создаём неудобства. Если считаете, что тем самым повысили безопастность - то это неоправданная параноя. Бред^2
/tmp -> /var/tmp. Бред^3. man md && grep clear_tmp_enable /etc/defaults/rc.conf
# Изменяет стандартное значение TTL для Unix (маскируемся под Windows)
net.inet.ip.ttl=128
Это вообще - ясли. Собственно так можно каждый "параграф" прокомментировать.
http://www.freebsd.org/handbook/ | | |
| |
| 2.6, vorakl (ok), 13:42, 13/02/2006 [^] [^^] [^^^] [ответить]
| +/– | |
>А машина с запущенным apache является сервером? Получается для нее нужно >включать forwarding? Бред.
Кто знает, что такое сервер, тому не надо рассказывать: включать или выключать gateway_enable.
Просто FreeBSD можно использовать и на рабочих станциях. И подобным комментарием я хотех показать разницу...
>Зачем блокировать выполнение user crontab и at ?
Скажите честно, вы запускали от пользователя, не от root, комманды через at ?
Если да, то вы не могли не заметить, что по-умолчанию, обычному пользователю ЗАПРЕЩЕНО добавлять задания через at, в отличае от crontab.
Данный пункт призван уровнять в правах, а не ограничить.
| | |
| |
| 3.11, chip (ok), 18:15, 13/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
>>А машина с запущенным apache является сервером? Получается для нее нужно >включать forwarding? Бред.
>
>Кто знает, что такое сервер, тому не надо рассказывать: включать или выключать
>gateway_enable.
Для знающих - данная статья абсурд мысли. И какова же тогда целевая аудитория данной статьи (если она для знающих и одновременно не для них)?! Что в ней принципиально нового по отношению к handbook? Перечисление значений systcl, многие из которых имеют спорное значение?
>Если да, то вы не могли не заметить, что по-умолчанию, обычному пользователю
>ЗАПРЕЩЕНО добавлять задания через at, в отличае от crontab.
>
>Данный пункт призван уровнять в правах, а не ограничить.
Уравняйте себя в правах коммандой: rm -fR / | | |
| |
| 4.52, kunker (?), 23:41, 09/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
Для пользователя chip. Вы оставили совершенно бессмысленный злобный комментарий. Ваш вклад в обсуждение качества статьи стремится к нулю. Автор поделился опытом. А чем поделились вы? Словесным зловонием.
| | |
| |
| 5.53, chip (ok), 06:48, 13/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Для пользователя chip. Вы оставили совершенно бессмысленный злобный комментарий. Ваш вклад
> в обсуждение качества статьи стремится к нулю. Автор поделился опытом. А
> чем поделились вы? Словесным зловонием.
Внучек, я так понимаю, 12 лет назад ты еще не родился, а именно тогда был написан комментарий, на который ты отвечаешь. Но не важно. Суть комментария не поменялась. Прежде чем учить чему-то автор должен сам разобраться хорошо в вопросе, а в его статье есть явные НЕВЕРНЫЕ решения.
Внучек, а зачем ты читаешь это некрофилическую статью в 2018г?
| | |
| |
| 6.54, kunker (?), 23:46, 15/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
Двенадцать лет назад я работал с автором данной статьи в одной компании. Автор хорошо разобрался в вопросе и впоследствие получил BSDA сертификацию. Да, сертификацию он получил несколько позже и при написании этой заметки "сертфицированным BSDA" не был. На момент написания статьи мы все были молодыми и неопытными (вы уже были опытным - уточняю что бы не было лишних споров). Комментарий хотел оставить 12 лет назад, но забыл. Как говорится, лучше поздно, чем никогда. Внучек шлет вам лучи добра и желает спокойной счастливой пенсии.
| | |
| |
| 7.55, афтар (?), 00:06, 16/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
 > Двенадцать лет назад я работал с автором данной статьи в одной компании.
> Автор хорошо разобрался в вопросе и впоследствие получил BSDA сертификацию. Да,
> сертификацию он получил несколько позже и при написании этой заметки "сертфицированным
> BSDA" не был. На момент написания статьи мы все были молодыми
> и неопытными (вы уже были опытным - уточняю что бы не
> было лишних споров). Комментарий хотел оставить 12 лет назад, но забыл.
> Как говорится, лучше поздно, чем никогда. Внучек шлет вам лучи добра
> и желает спокойной счастливой пенсии.
На правах автора той старинной и совершенно бесполезной сегодня заметке, я вам обоим поставил бы "зачёт", просто за верность ресурсу и стойкость мнения :)
12 лет спустя! Молодцы! :)))
| | |
|
| 6.56, vorakl (ok), 02:01, 16/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Прежде чем учить чему-то автор должен сам разобраться хорошо в вопросе, а в его статье есть явные
> НЕВЕРНЫЕ решения.
Статью я не пересматривал и не собираюсь (версия ОС и год написания соершенно не релевантны сейчас), но эту фразу прокомментировать хочется.
Какое-то время назад, я тоже думал, что публикации должны чему-то учить. На самом же деле, научить чему-то и кого-то совершенно не возможно. Мозг работает иначе. Только каждый самостоятельно может научиться, путём создания у себя в голове своей собственной "модели" поступающей информации. И как следствие, в публикациях и статьях, авторы делятся своим опытом, а не обучают. Конечно опыт имеет градации, от новичка до эксперта. Но это не накладывает никаких ограничеий на возможность и необходимость публиковаться, ибо тоже яляется очень важной составляющей обучения. К сожалению, на постсовке, такие вот "знатоки" всегда были причиной не писать статьи и не делиться опытом. Трагичность ситуации очевидна, но чтобы осознать, требуется время. В этом контексте, я очень рекомендую прочитать книгу "Pragmatic Thinking and Learning" by Andy Hunt.
Ну а утверждать, что решения верны или не верны, совершенно безсмысленно. А вот что не лишено смысла, так это задаваться такими вопросами, как "Для какого случая не верны? Почему?", "Что будет врено в этом конкретном случае? Почему?", "Какие ещё есть варианты?" И т.п.
| | |
|
|
|
|
|
| 1.7, smb (?), 15:55, 13/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
># Якобы для корректной работы ipsec
>net.key.preferred_oldsa=0
Не нужно, прекрасно работает и без этого...
>tcp_extensions="NO"
Интересно, почему? RFC 1323 не нужен для нагруженного траффиком сервера? Сомнительно.... | | |
| |
| 2.8, vorakl (??), 16:16, 13/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
>># Якобы для корректной работы ipsec
>>net.key.preferred_oldsa=0
>Не нужно, прекрасно работает и без этого...
Дело в том, что у меня прекрасно начало работать именно с таким параметром.
Месяцами IPSec тунель на падает, вернее - вообще не падал ни разу. Серваки раньше по питанию перегружались, так ни разу и не дождался "зависшего" тунеля. 8)
Ни где не смог найти информацию по этому ключу. Только заметку на форуме, что кому-то помогло...
| | |
| |
| 3.9, smb (?), 17:10, 13/02/2006 [^] [^^] [^^^] [ответить]
| +/– | |
Хм, не знаю, мб фича 5-ой серии....У меня FreeBSD 4.11, стоят 4 туннеля к разным Cisco-вым шлюзам, не падают...Туннели делал using ipsec-tools, 0.6.1....=)
>Ни где не смог найти информацию по этому ключу.
>Только заметку на форуме, что кому-то помогло...
ЯСно, будем знать :)
| | |
| |
| 4.10, vorakl (ok), 17:12, 13/02/2006 [^] [^^] [^^^] [ответить]
| +/– | |
> Туннели делал using ipsec-tools, 0.6.1....=)
Я ещё на родном racoon'e, до того как он стал ipsec-tools
| | |
|
| 3.47, kla (?), 14:50, 09/04/2007 [^] [^^] [^^^] [ответить]
| +/– |
 >>># Якобы для корректной работы ipsec
>>>net.key.preferred_oldsa=0
>>Не нужно, прекрасно работает и без этого...
>
>Дело в том, что у меня прекрасно начало работать именно с таким
>параметром.
>Месяцами IPSec тунель на падает, вернее - вообще не падал ни разу.
>Серваки раньше по питанию перегружались, так ни разу и не дождался
>"зависшего" тунеля. 8)
>
>Ни где не смог найти информацию по этому ключу. Только заметку на
>форуме, что кому-то помогло...
5-ку я проскочил, в 4-ке этого параметра нет нигде, а вот в 6-ке
man racoon.conf:
initial_contact (on | off);
enable this to send an INITIAL-CONTACT message. The
default value is on. This message is useful only when
the implementation of the responder chooses an old SA
when there are multiple SAs with different established
time, and the initiator reboots. If racoon did not send
the message, the responder would use an old SA even when
a new SA was established. The KAME stack has the switch
in the system wide value net.key.preferred_oldsa. when
the value is zero, the stack always uses a new SA.
по-моему, довольно внятно сказано. | | |
|
|
| |
| 2.16, vorakl (ok), 19:20, 13/02/2006 [^] [^^] [^^^] [ответить] | +/– | Начну с P S , чтобы сразу отпали недоразумения Я понимаю, к чему задавались воп... большой текст свёрнут, показать | | |
| 2.26, chip (ok), 12:49, 14/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
>> скопировать файл /usr/share/zoneinfo/Europe/Kiev
>> cp -f /usr/share/zoneinfo/Europe/Kiev /etc/localtime
>Меня всегда интересовало: почему не сделать символьный линк?
Это, действительно, оправданный шаг. /usr не всегда бывает доступен.
ps: в остальном согласен. | | |
|
| 1.13, universite (ok), 18:33, 13/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Бред.
Не надо нам еще одного хэндбука!
Каждый сервер настраивается индивидуально.
Лично у меня "базовая" поставка отличается от вышеперечисленной. | | |
| |
| 2.15, vorakl (ok), 18:46, 13/02/2006 [^] [^^] [^^^] [ответить]
| +/– | |
>Не надо нам еще одного хэндбука!
"Нам"?.. Это кому же, если не секрет?
| | |
| 2.17, bashprompt (?), 21:06, 13/02/2006 [^] [^^] [^^^] [ответить]
| +/– | |
>Не надо нам еще одного хэндбука!
Нашли с чем сравнивать.
Когда последний раз смотрел хэндбук поразило, что все очень поверхностно описано, много размытой на сотню страниц воды,
очень мало объяснений, что и почему именно так. Примеры вообще были протухшие временами. Нормального описания sysctl вообще нигде нет.
| | |
| |
| 3.24, chip (ok), 12:14, 14/02/2006 [^] [^^] [^^^] [ответить]
| +/– | |
>очень мало объяснений, что и почему именно так.
Т.е. здесь Вы для себе подчерпнули кучу объяснений. Не смешите мои подмышки.
> Нормального описания sysctl вообще нигде нет.
А тут прямо разит описанием sysctl.
| | |
|
|
| 1.18, rihad (?), 21:19, 13/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Народ, кончай наезжать на прекрасную работу. Видно, что человек не ограничивался хэндбуком, но и изучал FreeBSD "from scratch": ни один файл, ни один ман не оставил без внимания, читая всё от корки до корки, в отличие от большинства из вас. В результате можем почерпнуть много нового для себя о том, как надо ставить сервер. Правда есть и ошибки, о которых было сказано выше. От себя также добавлю, что подобный подход построения системы годен и затраченное усилие окупается лишь для очень специфичных задач; в общем же случае лучше избегать аггрессивных изменений /etc и ограничиться минимальными изменениями настроек - так будет проще при апгрейдах.
Скажем автору спасибо за работу. | | |
| |
| 2.25, chip (ok), 12:16, 14/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Видно, что человек не ограничивался хэндбуком,
>но и изучал FreeBSD "from scratch": ни один файл, ни один
>ман не оставил без внимания, читая всё от корки до корки,
>в отличие от большинства из вас.
Отучаемся говорить за всех.
>В результате можем почерпнуть много
можЕШЬ - говори за себя.
| | |
|
| 1.19, ptika (?), 00:52, 14/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
15. Установка специфических параметров сборки
WITHOUT_X11= yes
Это если не десктопная машина.
Помогает очень. Тот же 'mc' собирается без лишней лабуды, ну и на вскидку помню mtr тоже раза в 3 легче становится.
Пиши еще :) | | |
| |
| 2.20, vorakl (ok), 01:45, 14/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
> 15. Установка специфических параметров сборки
> WITHOUT_X11= yes
Ценно! 8) | | |
|
| 1.22, RomanN (?), 09:28, 14/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Чем ругать статью , лучше впишите своё мнение.
(полезнее всем). У каждого свой подход.
А Handbook в любом случае читать всем
Автор молодец!!! | | |
| 1.23, skif (??), 11:30, 14/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 вот мне тоже статься понравилась неплохая
вот еще бы что нить наподобии по postfixy или qmail | | |
| |
| 2.27, smb (?), 18:33, 14/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
 По postfix статей даже тут, на опеннете много, хотя не все идеально чистые, но идейно во многом правильные...Единственное - везде любят какой-нибудь Courier pop3/imap server крутить, хотя сейчас на порядок лучше dovecot(сам ставил - хорошо работает, мне нравится)...Единичные баги и муки с конфигами лечаться инфой на оф. сайте, её дофига, все параметры детально описаны, либо поиском по http://groups.google.com/group/list.postfix.users - там тоже немало ценной инфы, вплоть до детальных разборок на тему "perfomance issues"...
[/offtop]
По статье еще вопрос:
> CFLAGS= -O -pipe
> COPTFLAGS= -O2 -pipe
Может, чуть повыше оптимайзить, аля CFLAGS= -O2 -pipe, COPTFLAGS= -O3 -pipe? Если нет, то чем мотивируется...Если стабильностью - действительно ли были проблемы, я на 4.11 так собираю - вроде kernel и прочее в кору не падает ни с того ни с сего :) Хотя мб в 5-ке не так.... | | |
| |
| 3.28, vorakl (ok), 22:38, 14/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Может, чуть повыше оптимайзить, аля CFLAGS= -O2 -pipe, COPTFLAGS= -O3
>-pipe? Если нет, то чем мотивируется...Если стабильностью - действительно
>ли были проблемы, я на 4.11 так собираю - вроде kernel и прочее в кору не
>падает ни с того ни с сего :) Хотя мб в 5-ке не так....
Честно говоря, я не проверял на больших степенях оптимизации. O/O2 были взяты как 100% работающие. Интересно услышать мнение тех, кто пробовал на 5-ке O2/O3. Но при следующем апдейте, обязательно и сам попробую... | | |
| |
| 4.29, smb (?), 01:27, 15/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Честно говоря, я не проверял на больших степенях оптимизации.
>O/O2 были взяты>как 100% работающие. Интересно услышать мнение тех, кто
>пробовал на 5-ке O2/O3.
Согласен, мне тоже....
>Но при следующем апдейте, обязательно и сам попробую...
Ок...Если не сложно будет - сообщи о результатах :)
По этому сабжу - при сборке мира -O3 глюки наблюдаться могут, видел у себя в DragonFlyBSD(довольно схожа с FreeBSD по arch), у знакомого в 6.0 FreeBSD....В деталях - конкретно у меня сбоил zcat+groff+gzip при чтениях манов...:) При -O2 вроде заработало стабильно...=)
| | |
| |
| 5.30, chip (ok), 09:01, 15/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
>По этому сабжу - при сборке мира -O3 глюки наблюдаться могут, видел
>у себя в DragonFlyBSD(довольно схожа с FreeBSD по arch),
Еще бы являясь официальным форком FreeBSD: ей быть не схожей с ней.
| | |
| |
| 6.32, smb (?), 18:12, 15/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Еще бы являясь официальным форком FreeBSD: ей быть не схожей с ней.
Никто и не спорит про официальный форк, только сейчас, через 2.5 года после форка многое там переписано, очень многое :) понимаешь ли, копирование при записи(copy-on-write) в чистом виде :D хотя слой совместимости есть, разумеется :) | | |
|
| 5.45, dread (??), 12:42, 28/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
>>Честно говоря, я не проверял на больших степенях оптимизации.
>>O/O2 были взяты>как 100% работающие. Интересно услышать мнение тех, кто
>>пробовал на 5-ке O2/O3.
>Согласен, мне тоже....
>
>>Но при следующем апдейте, обязательно и сам попробую...
>Ок...Если не сложно будет - сообщи о результатах :)
>
>По этому сабжу - при сборке мира -O3 глюки наблюдаться могут, видел
>у себя в DragonFlyBSD(довольно схожа с FreeBSD по arch), у знакомого
>в 6.0 FreeBSD....В деталях - конкретно у меня сбоил zcat+groff+gzip при
>чтениях манов...:) При -O2 вроде заработало стабильно...=)
НА практике в 5.4 при О3 мир не собирается, ядро подавно, с О2 все работает замечтательно, глюков за 3 года не видел ниразу.
с 6.х не пробывал,думаю картина таже.В одной из статей Фидорчука, написано чтото вроде того что с О3 собирается только gentoo, но там для этого есть спецальный набор патчей
OpenBSD собирается с О2 по умолчанию, и замечательно себя чувствует.
| | |
|
|
|
|
| 1.31, petr999 (??), 12:43, 15/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 очень хочется знать почему монтировать acd0 хуже чем cd0? что оно от этого теряет?
===
# если ядро скомпилировано с atapicam для CD-R/CD-RW, DVD-R/DVD-RW
#/dev/cd0 /mnt/cdrom cd9660 ro,-C=KOI8-U,extatt,noauto,noexec,nodev 0 0
#
/dev/acd0 /mnt/cdrom cd9660 ro,-C=KOI8-U,extatt,noauto,noexec,nodev 0 0
| | |
| |
| 2.33, vorakl (??), 10:15, 16/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
> # если ядро скомпилировано с atapicam
> #/dev/cd0 /mnt/cdrom
> /dev/acd0 /mnt/cdrom
>очень хочется знать почему монтировать acd0 хуже чем cd0? что оно от
>этого теряет?
Почему хуже? Такого ни кто не говорил... 8))
Просто при вкомпиленом atapicam к CD/DVD уже обращаются через /dev/cd*
Когда хочется записывать на CD/DVD, то приходится вкомпиливать atapicam.
| | |
| |
| 3.34, chip (ok), 10:58, 16/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
 >> # если ядро скомпилировано с atapicam
>> #/dev/cd0 /mnt/cdrom
>> /dev/acd0 /mnt/cdrom
>>очень хочется знать почему монтировать acd0 хуже чем cd0? что оно от
>>этого теряет?
>
>Почему хуже? Такого ни кто не говорил... 8))
>Просто при вкомпиленом atapicam к CD/DVD уже обращаются через /dev/cd*
Я уже обращал внимания на неточности в статье. Так Вы настойчиво продолжаете их и в комментах лепить.
> kldstat -v | grep atapicam
46 ata/atapicam
> mount | grep acd
/dev/acd1 on /cdrw (cd9660, local, read-only)
> ls -1 /dev/cd[0-9]
/dev/cd0
/dev/cd1
> ls -1 /dev/acd[0-9]
/dev/acd0
/dev/acd1
>
atapicam в ядре. Однако, почему-то продолжаю обращаться к /dev/acdX.
>Когда хочется записывать на CD/DVD, то приходится вкомпиливать atapicam.
Да штА Вы говорите. Вот пользовал burncd и не знали ни о каком atapicam. (О DVD речи не идет).
Итог: 2-а высказывания и оба _не_ точных. | | |
| |
| 4.35, petr999 (??), 12:21, 16/02/2006 [^] [^^] [^^^] [ответить]
| +/– |
>>> # если ядро скомпилировано с atapicam
>>> #/dev/cd0 /mnt/cdrom
>>> /dev/acd0 /mnt/cdrom
>>>очень хочется знать почему монтировать acd0 хуже чем cd0? что оно от
>>>этого теряет?
>>Почему хуже? Такого ни кто не говорил... 8))
а чего ради две лишних строчки в фстаб? если есть усложнение, значит, должен быть бонус.
| | |
|
|
|
| 1.37, vorakl (??), 01:16, 19/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Благодарю Всех за комментарии и отзывы!
Неточности я постарался исправить.
Откровенно говоря, не ожидал, что статья вызовет такую дискуссию... Буду очень рад, если она кому-то пригодится. 8-) | | |
| 1.38, sysadmin (??), 22:37, 22/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Отличная статья мне понравилось и нечего гнать на автора ему спасибо все точно и придельно понятно | | |
| 1.39, theCollision (ok), 18:41, 26/02/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
:)))
Стока мнений больше похожих на наезды, что мне новичку действительно есть чему поучиться :)))
А если по делу, то действительно про разбивку
дискового пространства ничего не сказано из чего автор исходил, что именно такое разбиение надо, а не другое.
Для админа, который как правило сидит в консоли, весьма полезно знать температуру проца и др. параметры к примеру в bash приглашение, наверняка их лучше настроить, ведь они нужнее чем цвет консоли и ядра. (IMHO)
А в целом статья рулит, все же лучше получить критику и чему то еще научиться, чем бояться и так и остаться не сведущим | | |
| |
| 2.40, vorakl (??), 01:50, 01/03/2006 [^] [^^] [^^^] [ответить] | +/– | Я не описывал это, потому что данная разбивка сугубо моё представление, получено... большой текст свёрнут, показать | | |
|
| 1.41, ture (?), 14:01, 14/03/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Я вот, вроде, не уверенно веду себя с FreeBSD, но уже увидел в этой статье серьезный промах.
Каждая машина настраивается под определенные задачи. Порой одно может повлиять на другое. К чему было публиковать статью? Уж не для того-ли чтоб опускали автора?
Мой совет новичкам - думайте над каждым СВОИМ символом, вводимым с клавы. Что делаете, зачем это делаете, что изменится, когда почувсивуете изменения и пр...
Если не понимаете что-то, значит это работать не будет - ЭТО МОЕ ПРАВИЛО. А исключения, только подтверждают правило.
Я на первых порах следую таким вот инструкциям (как эта статья), только усложнял жизнь себе и окружающим.
Мой совет, не спешить и думать (Мозг он порой помогает лучше форума).
| | |
| |
| 2.42, vorakl (ok), 15:30, 14/03/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Я вот, вроде, не уверенно веду себя с FreeBSD, но уже увидел в этой статье
>серьезный промах.
Так какой же промах в статье? 8-) | | |
| 2.49, xxxxxxx (?), 19:29, 19/03/2008 [^] [^^] [^^^] [ответить]
| +/– |
я тоже не понял про промах в статье....никаких оснований...только фразы заумные....ты что тут самый умный????статья помоему отличная
| | |
|
| 1.48, mfx (?), 22:15, 04/10/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Отличная статья. Ничего не скажешь.
Новички, это вам не HOWTO.
это - пример. А примеры отличаются только своей наглядностью.
Для себя в этой статье я нашёл несколько интересных моментов )) Спасибо автору, воспользуюсь ими.
И, "Админы-новички" ))) Уж вы то должны понимать, что КАЖДАЯ система проектируется в зависимости от её целей ))) тщательно, с нуля)
Для вас было бы хорошим, как тут уже сказали, понимать важность каждой строчки.
| | |
| 1.50, Steven (?), 11:38, 11/05/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Есть локальная сеть - 7 машин, 1-windows, 6-linux(уже относительно настроены, одна из них шлюз), 1-server-FreeBSD_6_2. Требуется поднятие сервера - файлового, почтового (в т.ч. раздача локальной почты), прокси, web-сервера(в данный момент дубль того что висит в инете). Можно обратиться за настройкой к специалистам, НО есть интерес настроить самому, поэтому
ВОПРОС: Возможно ли с учетом вышеприведённой инструкции получить пошаговую именно для моей конфигурации машин?
| | |
|
