Выбор дистрибутива Linux был эмпирическим.
Были скачаны (заказаны): Ubuntu, openSUSE, Fedora, Debian, Mandriva.
Столкнулся с тем, что образы DVD на живом приводе и гарантированной записи часто сбоили в читаемости, потому за правило взял использовать CD версии или netinstall.
Важным стало использование дистрибутива AMD64,а не i386. Пакеты, которые не собраны на для 64ки редки, да и компилировать удачно можно.
Не привожу доводы в пользу всех дистрибутивов, отмечу только что в одно и тоже время для каждого есть альтернативный вариант ПО.
-
Мой выбор в пользу Debian для серверов фиксирую, а вот с десктопом (пока это также Debian) вероятно временное состояние.
Причина прекрасно описана в этом посте:
http://moradan.sopovs.com/2010/03/ubuntu.html
Linux для IT-отдела / Идея
Неделю использую на офисной машине Linux (Debian Lenny 5.04, AMD64).
Опыт только полноценная работа такой же системы на домашней машине в течении месяца.
Удалось.
Постараюсь указать все настройки, которые помогают мне в комфортной работе.
Открою тему хорошей статьей с хабра: Почему гику стоит переходить на Linux / Linux для всех / Хабрахабр
Опыт только полноценная работа такой же системы на домашней машине в течении месяца.
Удалось.
Постараюсь указать все настройки, которые помогают мне в комфортной работе.
Открою тему хорошей статьей с хабра: Почему гику стоит переходить на Linux / Linux для всех / Хабрахабр
OpenBSD / прозрачное проксирование
Удобство прокси-сервера для локальной сети заключается в гибкости настройки доступа к сайтам, мониторинге ресурсов, снижении нагрузки за счет кэширования.
Понравилось использовать прозрачный прокси: клиент не нуждается в настройке, а потому не беспокоится если друг программа не вышла в инет из-за явных настоек на порт и ip сервера.
Для того чтобы развернуть трафик на прохождение через squid для PF воспользовался правилом:
Для оценки использования ресурсов пригодился lightsquid - прост, удобен, надежен.
Понравилось использовать прозрачный прокси: клиент не нуждается в настройке, а потому не беспокоится если друг программа не вышла в инет из-за явных настоек на порт и ip сервера.
Для того чтобы развернуть трафик на прохождение через squid для PF воспользовался правилом:
rdr on $int_if proto tcp from $priv_nets to !($int_if) port 80 -> lo0 port 3128Для squid конфиг начинаем с директивы:
где
$int_if - внутренний интерфейс,
$priv_nets - адреса внутренней сети,
lo0 - это 127.0.0.1 (т.е. трафик локального хоста).
http_port 3128 transparentО работе squid смотрим по его логу.
Для оценки использования ресурсов пригодился lightsquid - прост, удобен, надежен.
Подписаться на:
Сообщения (Atom)