2 часа парился с телефоном Panasonic KX-T7730. Этот аппарат играл музыку, когда трубка спокойно лежит на базе. Пошарил в инете - не нашел. Все настройки АТС-ки перерыл, ничего. Подключаю к другой линии - молчит. Подключаю к этой же линии другой такой же - играет. По логике, проблема в АТС, раз нет разницы, какой аппарат подключен. Авотхер! От безысходности начал жать все кнопки (а их там много!). Музыка выключилась простым нажатием на "1". И, конечно же, сразу нашелся ответ в инете. Не могу понять, на кой хрен вообще нужна эта фишка.

Чтобы выключить все компы от 192.168.0.101 до 192.168.0.200, команда выглядит так:

for /l %%a in (101,1,200) do @shutdown /s /t 180 /m \\192.168.0.%%a


По умолчанию ежедневные отчеты OpenBSD шлёт локально на рута. Гораздо удобнее, если они приходят на какой-нибудь почтовый ящик. В моём случае ящик находится на внутреннем почтовике, который забирает почту с внешнего ящика, находящегося у хостера. Сделано так для того, чтобы почта не терялась, если наш серв вдруг упадёт. Но нет никакого смысла отправлять почту к хостеру, чтобы потом её оттуда забирать. Значит, нужно направлять почту прямо на внутренний почтовик, минуя MX-запись.
Правка файла /etc/postfix/aliases не помогает, потому что это псевдонимы для локальных ящиков. Нужно использовать виртуальные псевдонимы.
Настраивается это так:
в файл /etc/postfix/main.cf вносятся строчки:

virtual_alias_maps = hash:/etc/postfix/valiases
#это для перенаправления почты с локального рута на внешний ящик
transport_maps = hash:/etc/postfix/transport
#это для маршрута почты на внутренний сервер

В самих файлах:

# cat /etc/postfix/transport
domain.ru smtp:[192.168.0.2]
# cat /etc/postfix/valiases
root: admin@domain.ru

Теперь подключение этих конфигов:

# postmap /etc/postfix/transport
# postalias /etc/postfix/valiases
# postfix reload

Готово. В логе видно:

# tail /var/log/maillog
Oct 16 12:53:10 fw postfix/pickup[16048]: 002741D573D: uid=0 from=
Oct 16 12:53:10 fw postfix/cleanup[26629]: 002741D573D: message-id=<20091016085310.002741D573D@fw.domain.local>
Oct 16 12:53:10 fw postfix/qmgr[26347]: 002741D573D: from=<root@fw.domain.local>, size=314, nrcpt=1 (queue active)
Oct 16 12:53:10 fw postfix/smtp[14263]: 002741D573D: to=<admin@domain.ru>, orig_to=, relay=192.168.0.2[192.168.0.2]:25, delay=0.04, delays=0.02/0.01/0/0.01, dsn=2.0.0, status=sent (250 2.0.0 4ad83476-0000000f Message accepted for delivery)
Oct 16 12:53:10 fw postfix/qmgr[26347]: 002741D573D: removed


Задолбался я ограничивать размер скачиваемых файлов.
есть 2 списка:
acl all src 192.168.0.0/24
acl admins src 192.168.0.101/32, 192.168.0.165/32, 192.168.0.133/32, 192.168.0.121/32

Вся сеть и 4 компа соответственно.
Нужно админам сделать ограничение 100 Мб, а остальным - 4 Мб.
По идее должно быть так:
reply_body_max_size 4194304 allow all !admins
reply_body_max_size 104857600 allow admins
Не проканало. Стал пробовать дальше, и сработал такой вариант:
reply_body_max_size 4194304 deny all !admins
reply_body_max_size 104857600 deny admins
Проще выстрелить себе в ногу, чем понять логику этих выражений.

Для того, чтобы не геморроиться с выключением системных звуков, вымутил такой вот способ:

Windows Registry Editor Version 5.00

[HKEY_USERS\.DEFAULT\AppEvents\Schemes]
@=".None"



Система OpenBSD 4.2. В портах имеется subversion 1.4.4. Нужно обновиться до 1.5.х.
Как водится, начал с последней версии - 1.5.4.
Попытался обновить пакеты, без толку.
Читаю мануал по установке.
# rm -f /usr/local/lib/libsvn*
# rm -f /usr/local/lib/libapr*
# rm -f /usr/local/lib/libexpat*
# rm -f /usr/local/lib/libneon*
Я догадался не сносить, а перенести в другое место. В дальнейшем пришлось заново ставить neon и вернуть на место libapr*.
Далее по мануалу:
$ sh ./autogen.sh
autogen.sh buildcheck: autoconf not found.
( А дальше... )

Слетели на работе 2 стандартные политики - "Default Domain Policy" и "Default Domain Controller Policy".
Ладно, на всякий случай сделал бэкапы "System state" обоих контроллеров, выполнил dcgpofix. Тут же отвалился Exchange на почтовике. Точнее, серв ни с того ни с сего перегрузился, и при загрузке системы повис на надписи "Applying computer settings...". В безопасном режиме грузился нормально. Помогло только грузиться с выдернутой сеткой. Далее обнаружилось, что серв не видно из сети, при этом с серва доступ к сети есть. Стало быть, файрволл. При попытке открыть "Windows Firewall" в панели управления сообщалось, что запущена некая служба IP Network Address Translation (Ipnat.sys). Ручками отрубил службу (sc stop ipnat) - пинги сразу стали приходить. В реестре по пути "HKLM\SYSTEM\CurrentControlSet\Services\Ipnat" изменил параметр "Start" на 4 (выключил службу). В AD проверил, чтобы почтовик был в группе "Exchange Domain Servers", а эта группа входила в группу "Exchange Enterprise Servers". Далее по номеру ошибки 2114 нашел мануал http://support.microsoft.com/kb/919089. Добавил в политику права по пункту 5 - и служба Microsoft Exchange Information Store запустилась. Через некоторое время и Outlook подключился к серверу. С 9 утра до 5 вечера в конторе не работала почта ))