Алексей, а что за модели Маков?

Полагаю, в этом случае можно попробовать сделать следующие настройки:

cache_peer 192.168.1.3 parent 8080 0 no-query default
never_direct allow all

Попробую ответить на оба вопроса. А, возможно, и не только на них...

С самого начала проекта по внедрению СПО в отечественные школы мы старались продвигать идею свободы выбора дистрибутивов, не смотря на все противодействие, которое нам оказывалось, причем порой в достаточно жесткой форме. На наш взгляд, кроме дистрибутивов, ориентированных на начинающих пользователей и облегчающих им начальную стадию перехода с Windows-систем на Linux, непременно должен быть представлен(ы) и дистрибутив(ы) Enterprise-уровня. Главными отличительными особенностями такого рода дистрибутивов является их высокая надежность и длительный срок поддержки линейки дистрибутивов -- не менее 5 лет, что позволит не заботиться об установленной на компьютер системе в течение практически всей его жизни.

В связи с последним моментом хотелось бы отметить и еще одну особенность, характерную для таких дистрибутивов, -- стабильность, а именно максимально возможное сохранение функциональности системы и пользовательских приложений на все время поддержки. Ведь не секрет, что стремление поиграть с самой последней версией программы (а в СПО такого рода обновления довольно частое явление) характерно далеко не для всех пользователей. Многие из них решают совсем другие задачи (например, как это ни странно, -- обучение школьников ;) и постоянно переучиваться на новые наборы кнопочек, а тем более новые приложения, ни времени, ни желания у них нет -- это не есть сфера их профессиональных интересов. Именно поэтому версии ПО в плане функциональности замораживаются на все время существования линейки, и исправления преимущественно касаются безопасности, ну, и поддержка драйверов новых устройств по возможности добавляется.

Насколько такая заморозка влияет на потребительские качества ПО? Этот вопрос довольно часто обсуждается, но я еще раз повторю свою позицию по этому поводу -- на сегодняшний день уровень развития большинства свободных программных продуктов настолько высок, что необходимость в постоянной смене версий у обычного потребителя уже давно отпала. Это больше интересно разработчикам, которые следят за новыми тенденциями, ну, и тем, кто склонен следовать веяниям современной моды. Разумеется, такого рода заморозка не должна превращаться в полную стагнацию, новая линейка появляется раз в 2-3 года и в готовящейся сейчас 6-ке программные продукты будут значительно обновлены. Но сохранение возможности использования текущей 5-ой ветки позволит осуществлять более плавный переход в плановом порядке и адаптировать используемые методики и программные компоненты в течение нескольких лет.

Почему за основу мы взяли именно Scientific Linux? Прежде всего потому, что в его рамках и разрабатывается именно такой Enterprise-дистрибутив. Кроме того, данный проект имеет уникальную организацию, удачно сочетающую модели разработки двигаемые сообществом, коммерческим производителем и государством, нивелируя недостатки, присущие каждой из этих моделей.

Наша идея состоит в том, что бы дать возможность уже в школе начать изучать и использовать дистрибутив, являющийся по сути дела промышленным стандартом и стандартом де-факто в научных исследованиях. А стало быть, в дальнейшем многие столкнутся с ним при учебе в высших учебных заведениях, при занятиях наукой или в бизнесе, и знакомство с ним хотя бы на начальном уровне может стать серьезным подспорьем. Бинарная совместимость с такими известными дистрибутивами как RHEL, CentOS и Scientific Linux дает возможность использовать драйвера, предоставляемые производителями оборудования, и ПО, разработанное под эти системы, без каких-либо изменений, а также использовать руководства и рекомендации, касающиеся перечисленных выше систем.

Кроме того, Scientific Linux изначально проектировался так, чтобы дать возможность при помощи простых средств создавать оптимизированные под конкретные цели и задачи собственные дистрибутивы (напр. для своего института или лаборатории) на базе огромного количества программных продуктов, помещенных в репозитории, ориентированные на такого рода дистрибутивы. На эти возможности, собственно, мы и опирались при создании нашего решения и надеемся что они будут полезными и при создании специализированных решений на местах, более отвечающих местной специфике. Кроме того, мы довольно тесно работали и работаем с коллегами из международного сообщества Scientific Linux, которые нам во многом помогают при создании нашего решения, а мы, в свою очередь стараемся чем можем помогать им.

При создании НауЛинукс мы сразу решили не стараться сделать какой-то урезанный дистрибутив "попроще" -- дистрибутив по составу компонентов такой же, что и на Адронном СуперКоллайдере используется, но мы старались максимально снизить т.н. "порог вхождения". Разумеется, для использования в школах мы добавили и адаптировали довольно большое количество программных пакетов. Этот функционал во всех дистрибутивах, рекомендованных на данном сайте, примерно одинаков. Хотя детали, разумеется, отличаются -- например, у нас в дистрибутиве есть система конфигурирования профилей для тех или иных групп пользователей, в чем-то аналогичная виндовой, у других -- что-то другое. Наиболее удачные моменты мы друг у друга стараемся заимствовать.

Но собственно, нашей целью не был дистрибутив ради дистрибутива -- мы старались сделать прикладную систему, которая решает вполне конкретные проблемы. Как известно, конфигурирование школьной ИТ-инфраструктуры, соответствующей организационной структуре конкретной школы и набору преподаваемых предметов, -- это отдельная непростая задача. Причем, задача ни программными пакетам, входившими в "Первую помощь", ни даже последними соблазнительными предложениями от MicroSoft не решающаяся -- сервер (который стоит совсем других денег, чем десктопные винды) туда просто не входит.

С другой стороны, как хорошо известно, Linux имеет все необходимые компоненты для построения таких систем и справляется с такими задачами куда как более эффективно, чем Windows. Не случайно, что проникновение Linux в ИТ-инфраструктуру обычно начинается именно с серверов. Главная проблема -- сложности в конфигурировании, подчас непреодолимые для начинающих. Эту проблему мы и попытались решить путем создания специализированной системы настройки для НауЛинукс, ориентированной именно на школу. Такой подход позволяет снизить трудозатраты на развертывание и поддержку школьной инфраструктуры по сравнению с Windows-системами в разы, если не на порядки, и дает прямой ответ на вопрос -- а зачем школе этот Линукс сдался?

PS. Кстати, текущая версия дистрибутива -- 5.5.

В том случае, если это не действует, можно воспользоваться тяжелой артиллерией — клавишей SysRq. Ну, другое дело, что она в системе должна быть включена.

Ну Linux, это достаточно стабильная система -- достаточно один раз установить набор программ и далее можно пользоваться ими в течение всего срока жизни компьютера ;).

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

1) Закрытие всей сети класса или школы через настройку маршрутизатора -- это наиболее универсальное решение, снимающее массу головной боли. Кстати, как показала практика проведения учебных курсов у нас в Питере -- на обучение настройке Windows для организации школьной сети (маршрутизатор + сервер) ушла неделя, а на обучение настройкам системы и практике по работе с ней -- два дня. Причем, Linux-система имеет даже большую функциональность и сконфигурирована согласно орг. структуре школы и набору преподаваемых предметов. Вот и судите о сложности...

2) Для задания типизированных профилей пользовательского окружения с возможностью блокировки возможности изменения параметров у нас в дистрибутив включен редактор профилей пользователей.

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

В НауЛинукс в стандартной поставке -- поддержка порядка 50-ти различных языков, включая китайский (с упрощенной иероглификой и классический), индийские языки и др. Ведется работа по локализации на национальные языки народов РФ и ближнего зарубежья. Возможна настройка языковой среды всей системы, отдельной пользовательской сессии и вызов конкретных приложений с персональными языковыми установками. Будут вопросы -- обращайтесь, поможем.

Как это ни странно, основанием может быть все тот же 149-ФЗ.

Но, впрочем, могу попытаться прояснить детали.

Да, это вполне вариант, другое дело, что как показывает практика, сейчас в некоторых случаях прокуратура начинает прижимать уже и за чрезмерное ограничение доступа в Интернет :(. Посему, имеет смысл базироваться на перечне дозволенных хостов из каталога образовательных ресурсов "Информики" — см. напр. такой рецепт. По крайней мере, поводов прицепиться будет гораздо меньше...

А до загрузки системы (в BIOS'е) клавиатура работает?

"В Линухе" все настраивается ничуть не сложнее, вот пример инструкции по настройке сети. Ну а аналогов специализированных под наши школьные нужды wizard'ов для настройки серверной инфраструктуры школы в Windows и вовсе нет.

Недавний пример — на проводившихся у нас в Питере курсах по сетевому администрированию на изучение процедуры настройки школьной сети под Windows ушла неделя, а под Linux — настройка инфраструктуры даже с большей функциональностью — заняла один день. Поскольку в Windows все приходилось делалось руками, а в Linux — автоматически, т.к. дистрибутив специализированный, да еще и заточенный с учетом местной специфики (напр. особая структура классных параллелей в отдельных школах). Вот и судите...

А вот тут — полностью согласен, во многих местах так и делают. Надо давить на свою местную администрацию, что бы и у вас обучение проводилось.

Дело даже не в этом, а в том, что сама архитектура системы UNIX/Linux систем в корне отличается от Windows. В этих системах установлен достаточно жесткий водораздел между пользовательскими процессами и уровнем ядра системы. Из-за этого Linux системы в общем случае могут иметь несколько меньшую скорость запуска и выполнения пользовательских приложений, но более устойчивы к внешним воздействиям.

Разумеется, взломы систем возможны и в UNIX/Linux системах (более того, первый известный вирус — червь Моррисона появился именно в Unix), но обычно это результат более или менее серьезной хакерской атаки на ваш сервер. В том случае, если серверной функциональности на машине не поднято, то и ломать нечего.

Обычный же пользователь при выполнении своих повседневных задач (блуждании в Интернет, чтении почты, работе с офисными документами и др.) просто не имеет возможности заразить вредоносными кодами ни свою машину, ни тем более — своих соседей в сети, что в случае с Windows происходит довольно часто.