>Может из-за того что Вы прочли
>>> В принципе, кто нибудь читал статью
>>Продиагоналил => "о, знакомо".
>так как из серии "чукча писатель, а не читатель" Вот-вот-вот. Уж не обижайтесь, но даже по общему уровню грамотности (количиству ашибок и очипяток) это стало быстро ясно -- но как бы дело наживное.
>отвечу простым языком:
Вы лучше прочтите простыми глазами, вот как от друга. Бывает, и друзьям так пишу, и от них порой принимаю, когда чего-то почти, но всё же не того налепил. Оно ж не ради наездов, а чтобы хорошему человеку срезать дорогу по граблям, которая уже пройдена многими (повторюсь, на конкретно этом куске -- мной тоже).
>Все статьи сайта http://www.dzti.edu.lv/isp-serv/
>написаны для создания сервера по управлению трафиком,
>чтобы сервер поддерживал ESFQ,Layer 7,geoip, connbytes
Ну.
>Что для этого надо?
>Внести изменения в kernel,iproute2,iptables
Для этого надо либо воспользоваться специализированными дистрибутивами, либо предложить в имеющиеся соответствующие изменения. Из спец может иметь смысл посмотреть на radlinux.org и freesco (те, с авторами которых знаком), но вообще их множество.
Почему? Да потому, что когда в следующий раз понадобится сгородить такую систему -- на это уйдёт намного меньше времени. Да и для уже построенных такие задачи, как обновление при имеющих отношение дырках ядра или юзерспейса будет менее чреватым.
> >- управляемость
> >- обновляемость
> >- отчуждаемость и делегируемость управления
> >- надёжность
>Извеняюсь за выражения "наxера" мне это надо в моем конкретном случае?
Значит, Вашему работодателю следует порекомендовать задуматься, зачем ему такой "спициалист". И тем более не следует Вас допускать кого-либо учить строить и администрировать Linux-серверы.
Поймите правильно, я сам *благодарен* людям, которые в своё время заставили задуматься над очередной статьёй (такого себе экстремистски-линуксического плана "о десктопе") -- а *зачем* оно такое надо?
При этом я преподавал и до сих пор порой преподаю линуксовые курсы в крупнейшем образовательном ИТ-центре Украины, а наша фирма (http://emt.com.ua) как раз и занимается созданием поддерживаемых линуксовых решений. Потому и не ради "поопускать", а стараюсь подсказать, что ещё лучше обдумать, прежде как применять таланты техписателя и преподавателя (у Вас они явно наблюдаются, просто любой талант можно применить не по делу и будет хуже).
>Я давно заметил, что стоит написать что то посложнее, народ молчит...
>к примеру: http://www.dzti.edu.lv/isp-serv/index.php?l=3
(сорри, тут читать некогда) Возможно, помимо "немассовости" ещё следствие того, что и сами более адекватно и серьёзно подошли к теме. А тут -- тьфу, скрипты, да ща мы их. :-)
>А вот когда поднимается вопрос, через который прошел "бывалый" админ,
>шума поднимается много, а в чем причина такой активности:
>я это знаю.. поэтому надо себя показать
Да мне-то что, просто сам попадался на необдуманные руководства, которых лучше бы не было вообще, чем такими.
Поэтому пишу ради архива и новичков, каким сам был и есть. Можете проверить, в рассылках и ньюсах веду себя точно так же.
>даже в когда Michael Shigorin
>писал столь длительную нотацию, не прочел по диоганали тот факт,
>главная задача сервера это управление трафиком, и при чем тут >(отчуждаемость и делегируемость управления и т.д.)
Обычно *главная* задача сервера -- это *надёжное* выполнение *поставленной* задачи.
На пальцах -- если завтра его юные бразильцы взымеют через найденную и не заткнутую вовремя дырку в каком ssh или слабый пароль на угадываемом аккаунте и с Вашей системы мне спам придёт, то тот факт, что сервер продолжает управлять трафиком, не помешает мне накатать на соответствующий выуженный whois или whob контакт и/или spamhaus телегу (форвард).
Проблемы Вашего работодателя при необходимости замены (подмены, страховки) ушедшего (заболевшего, перегруженного) работника -- Вас -- меня в данном разе волнуют мало, но хороший работник и сам умеет подстраховаться, чем зарабатывает ещё и правильную репутацию. Причём документировать деятельность -- хорошо, но пользоваться типичными решениями вместо изобретения самопальных -- ещё лучше.
>Цель статьи проста:
>1) разобраться в этапах загрузки Linux на понятных
>большинству начинающих админов скриптах
Ещё раз: этот опус и Ваши скрипты *не решают* этой задачи для современного Linux. А древнюю слакварь уже давно изобрели и тыщу раз переизобрели.
Предложение превращать каждый линукс в слакварь отметается по вышеизложенным причинам.
>2) использовать полученные занания для создания ISP-serv
Знания именно из этой статьи использовать противопоказано, боюсь.
Хотите верьте, хотите нет (впрочем, это тоже можно нагуглить, не впервые говорю) -- у нас на фирме слакваристов в штат попросту не принимают, слишком много проблем.
Если же человек умудрился из обобщённого редхата слакварь сделать -- вдвойне нельзя подпускать к промышленным системам, пока не научится делать нужное не ломающим системообразующие вещи образом.
Андрей, ну только не обижайтесь -- примите на подумать, не бросайтесь отвечать. (хоть сам и обижался, бывало, да потом понимал, что зря :-)
