ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Sultan Azhiguzhayev                  2:5083/84      02 Jul 2004  12:10:22
 To : Eugene Grosbein
 Subject : linbsd :-)
 -------------------------------------------------------------------------------- 
 

 
 Было 02 Июл 04 11:47 и Eugene Grosbein переписывался с Sultan Azhiguzhayev, меня
 это заинтересовало:
 
  EG>>>>> Hет. Достаточно вставить диск в машину с FreeBSD и поставить
  EG>>>>> на него систему через make install.
  SA>>>> а если приволокли запломбированную коробку, у которой только
  SA>>>> сидюковод, сетевуха и usb доступны?
  EG>>> Hа это уже ответил в письме, упоминающем PicoBSD.
  SA>> это к гландам через звезды?
 
  EG> Это нормальный, стабильно работающий штатный метод установки.
 
 это героизм вызванный недороботками в штатном инсталлере.
 
  EG>>> Традиционно в unix есть базовые сервисы, без которых и юникс не
  EG>>> юникс.
  SA>> традиции - это не ТЗ для инженера. не находишь? :)
  SA>> жесткая идеалогия сродни догматизму - мешает развитию.
 
  EG> А где ты увидел жесткую идеологию? Идея тут обратная: supply tools,
  EG> not policy.
 
 бардак, одним словом...
 
  EG>>> Общесистемные: cron, syslogd, rpc, portmap, nis.
  EG>>> Обслуживающие основное железо: lpd для параллельных принтеров,
  EG>>> ppp(d) для асинхронных портов; в последнее время usbd для USB.
  SA>> ага usb - корень идеалогии unix :)
 
  EG> Операционка должна уметь использовать железо, не так ли? Это самый
  EG> базис.
 
 бог с ним, с usb... было бы рационально, если б пересечение базовой системы и
 портов давало по приложениям пустое множество.
 
  EG>>> Основные сетевые: packet filter, NAT, nfs, ntpd.
  SA>> а что ж тогда в ядро по дефолту полноценный ipfw не собирают?
 
  EG> По двум причинам. Во-первых, включение ipfw_enable="YES" в
  EG> /etc/rc.conf обеспечивает автоматическую подгрузку ipfw модулем при
  EG> загрузке,
 
 и диверт туда добавляет?
 
  EG> так что острой потребности в наличии ipfw в GENERIC нету. Во-вторых,
  EG> нельзя включать файрвол без принятия решений по его настройке, а в
  EG> каждом конкретном случае решение должен принимать администратор. А не
  EG> разработчик.
 
 а где диверт? диверсия? опять же - на всех не угодишь.
 
  EG>>> Прикладные сетевые: inetd, удаленное управление (telnetd/sshd),
  EG>>> ftpd/rlogind/rshd/rexecd/fingerd/ntalkd.
  SA>> почему ж тогда по дефолту тот же sshd идет stand alone?
 
  EG> Что значит standalone?
 
 не из суперсервера (inetd)
 
  EG> С 4.x он есть часть base system.
 
 я не говорил, что inetd надо выносить.
 
  EG> А что запускается не из inetd по дефолту, так это забота о
  EG> производительности - генерация ключей при старте sshd занимает слишком
  EG> много времени, чтобы пускать его из inetd. Хотя никто не мешает
  EG> перестроиться и на это.
 
 как было уже сказано тобой, целесообразность мешает.
 
  EG>>> Совершенно необязательные, но очень часто используемые named,
  EG>>> amd, MTA.
  SA>> только так же часто базовоые меняют на портовые.
 
  EG> Вовсе нет. Большинство не меняют штатные named и MTA. Меняет
  EG> меньшинство.
 
 ну это, как говорится, вопрос статистики :)
 
  EG>>> Вот разделить базовую систему на более мелкие части было бы
  EG>>> удобно, да.
 
  SA>> мои мысли таковы:
  SA>> на всех не угодишь, поэтому универсально, когда есть место, куда
  SA>> прицепиь нужный сервис с нужными фичами
 
  EG> Есть: /usr/local/etc/rc.d, /etc/start_if.sh, /etc/ttys и так далее -
  EG> в зависимости от выполняемых функций.
 
 и есть избыточные (уже для меня) sendmail, bind, syslog и т.п.
 
                        Всегда не Ваш, но с наилучшими пожеланиями,
                                                                 Султан.
       -I-
 М]\\\\[О]ННННННННННННННННННННННННННННННННННННННННДДДДДД
       -I-                     E-Mail: sultan[at]host.kz
 --- GoldED 3.00.Beta2+
  * Origin: 1/3 жизни - сон, 2/3 - желание выспаться... (2:5083/84)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: linbsd :-)   Eugene Grosbein   02 Jul 2004 11:47:22   linbsd :-)   Sultan Azhiguzhayev   02 Jul 2004 12:10:22