Опять же, как просветил всезнающий камрад brj, настраивать прокси на клиентах можно по-разному. И вот самый лучший, IMHO, cпособ автообнаружения.

Далее привожу copy-paste из http://www.freeproxy.ru/ru/free_proxy/faq/wpad.htm 

WPAD - это Web Proxy Auto-Discovery Protocol. Цель WPAD - в автоматическом обнаружении PAC URL (PAC - это Proxy Auto Config, файл на JavaScript). Для этого браузер использует DNS, DHCP и Service Location Protocol (SLP). WPAD позволяет клиентам автоматически определять настройки proxy сервера без участия пользователя.
Какие браузеры поддерживают WPAD?

Web Proxy Auto-Discovery Protocol поддерживается далеко не всеми браузерами. С ним может работать только Internet Explorer версии 5 и выше.
Как работает WPAD?

Если у вас включена настройка "автоматическое определение настроек", то при подключении к Internet браузер попытается найти сервер wpad.<имя-вашего-домена>. Если оно не обнаружено, то браузер будет добавлять "wpad" ко всем именам доменов уровнем выше (вплоть до 3-го уровня). Например, если клиент находится в домене a.b.microsoft.com, то Internet Explorer будет искать сервера:
wpad.a.b.microsoft.com
wpad.b.microsoft.com
wpad.microsoft.com
Если один из серверов найден, то браузер в корневом каталоге будет пытаться обнаружить файл wpad.dat . Если этот файл существует, то он будет использован в качестве скрипта при подключении к Internet (PAC-файл).
Как настроить WPAD?

1. Создайте стандартный файл Proxy Auto-Config (PAC).
2. Сохраните этот файл в корневом каталоге вашего web-сервера (из вашего домена) под именем wpad.dat
При необходимости вы можете использовать HTTP редирект, и сохранить этот файл где-либо еще:
Redirect /wpad.dat http://other.server.com/proxy.pac
3. Убедитесь, что этот файл Вы можете открыть в браузере по адресу:
http://www.<имя-вашего-домена>/wpad.dat , например:
http://www.web.server.ru/wpad.dat
4. Добавьте следующую строку в файл mime.types на вашем сервере (если у вас на сервере есть уже такая строка для pac файлов, добавьте к ней "dat"):
application/x-ns-proxy-autoconfig dat
после чего перегрузите ваш web-сервер, чтобы это заработало
(вы можете попробовать пропустить этот этап)
5. Создайте запись DNS на вашем сервере, которая позволит распознавать имя wpad.<имя-вашего-домена> в IP-адрес вашего web-сервера (дополнительное имя web-сервера, alias)
Или же вы можете использовать файл hosts вашего компьютера, для создания связи:
wpad.your.domain.name
6. В Internet Explorer 5, меню "Tools" ("Сервис"), "Internet Options" ("Свойства обозревателя"), "Connections" ("Подключение"), "Settings" or "LAN Settings" ("Настройка сети" или "Настройка локальной сети"), установите только "Use Automatic Configuration Script" ("Использовать сценарий автоматической настройки") и пропишите там адрес, где находится ваш файл wpad.dat, например:
http://wpad.your.domain.name/wpad.dat
Убедитесь, что все работает с использованием вашего скрипта (файла wpad.dat). Не переходите к следующему пункту до тех пор, пока не убедитесь, что все функционирует корректно...
7. Теперь вернитесь к экрану настройки конфигурации proxy, описанному в шаге 6, и отключите все флажки за исключением "Automatically Detect Settings" ("Автоматическое определение настроек").
Если этот флажок был включен, то выключите его, перегрузите браузер, и снова включите.
Теперь перегрузите Internet Explorer... все должно работать.
 

UPDATE: 

Читаем про грабли: 

http://www.sysoev.ru/web/wpad.html 

Link via brj

http://www.mozilla.org/projects/calendar/

Отлично, а я как раз искал инструмент для работы с гугль календарем и с basecamp календарем проекта. Имеет привычный интерфейс Outlook, позволяет работать с календарем и с задачами. 

А, еще есть плагины. 

Имеется: VMWare сервер 1.0.1 на базе Athlon 64 Dual Core 3800+, в нем устрановлен контроллер домена, виртуальный сервер терминалов и FreeBSD роутер.

Началось все со странно работающей синхронизации времени на клиентах, очевидно, что время на клиентских машинах и на контроллере домена не совпадало, что в принципе, является ситуацией неординарной, т.к. для корректного функционирования kerberos5 протокола аутентификации между сервером и клиентами требовалось корректное (читай одинаковое) время. А разница во времени была, и очень немаленькая. А рассинхронизация времени на клиенте с контроллером домена влекла за собой последствия весьма неожиданые (сетевые принтеры не печатали, в терминалах вообще было вообще что-то невообразимое, политики применялись через раз). И вот захожу я на контроллер домена, и, о ужас, время идет БЫСТРЕЕ чем надо, т.е. буквально, секундная стрелка наворачивала круги как электросчетчик при включенном сварочном аппарате.

Windows cannot find the machine account, The clocks on the client and server machines are skewed. .
 

Вот такая печальная история. VMWare рекоммендует много workaround, есть целые дискуссии на форумах и описание проблемы в целом pdf на сайте производителя.  Гугль дает по поиску много страниц. Лично у меня есть подозрение на power saving options в биосе и на работу dual core в vmware.

UPDATE: 

Проблема решилась. Заходим в BIOS и ставим технологию Cool'n'Quiet в disable. 

UPDATE2:

Не ставим виртуальным машинами ДВА ПРОЦЕССОРА. Только по одному. 

Не могу не поделиться с сообществом найденным мной на бескрайних просторах Интернета любопытный способ складывания конверта для CD из листка бумаги A4.

Способ доступен абсолютно каждому и спасает в ситуации когда нужно CD во что-то завернуть, а все коробочки резко закончились.

под катом остальное

 Достаточно детальное хауту по настройке ftp proxy:

http://web.irtnog.org/howtos-orig/freebsd-firewall

От себя добавлю, фаерволом pf и в частности его реализации в FreeBSD доволен, nat делается встроенными средствами, правила просты и понятны человеком.

Неоднократно замечал, что при определенных обстоятельствах language bar начинает плодиться в невероятных количествах.

Как подметил камрад brj сей функционал не является фичей и возникает при принудительном logoff пользователя из терминальной сессии. Глюк проявляется вплоть до последнего релиза 2003 R2.

 Способ лечения кроме корректного пользовательского logoff пока неизвестен. 

Ситуация, значится, была такая. В офисе заказчика есть три принтера: Canon 2900, Canon 1120, HP 1120, все они USB принтеры. Посоветовал купить недорогой принтсервер (порядка $50) Surecom 901XU (1 USB port).

Была необходимость подключить принтер через принтсервер в терминале, ну, как водится, что бы все было как надо.

Установились драйверы принтсервера, установились драйверы принтеров (забегая вперед скажу сразу, попробовал я драйверы от всех этих принтеров). Но печатать отказались, даже не отказались, а молча так не печатали. Т.е. отправляешь на печать, и видно что как-то быстро очень уходит все на печать. Фактической печати не происходит.

Чтение форумов  выявило полную несовместимость распространенных Canon принтеров с USB принтсерверами по причине использования CAPT (canon advanced printing). К слову, единственный принтсервер работающий с принтерами Canon и поддреживающий CAPT стоит ... $260, что превышает стоимость самого принтера. HP 1120 тоже не работает с принтсервером потому как GDI (hosted).

Выводы неутешительные: или покупать другой принтсервер или покупать новый принтер из числа совместимых (рекомендую проверенные HP 1200, HP 2200 и их серии,МФУ 3015 и продолжение), что по цене бывает очень даже сопоставимо.

А на будущее стоит очень внимательно читать compatibility list для покупаемой железяки. Это поможет вам сэкономить время и средства. 

Спасибо человеку, который оказался человеком нормальным и вернул номер (впрочем, на его месте я бы поступил точно так же), т.к. ему мой номер просто подарили. 

Выводы:

1. пользуйтесь проверенными icq клиентами.
2. не пользуйтесь номерами, которые будут интересны похитителям (шестизнаками) ;)
3. ни в коем случае не вводите пароль к icq на сомнительных веб-страницах.

Удачи!