суботу, 26 грудня 2009 р.

Найкращий IM для *nix: qutIM

qutIM - одна з тих програм, що радують постійно)
qutIM

Для встановлення його в моїй домашній Ubuntu 9.10 використав офсайт проекту.

пʼятницю, 27 листопада 2009 р.

Монтуємо ISO-образи в FreeBSD

# mdconfig -a -t vnode -f -u 0
# mount -t cd9660 /dev/md0

наприклад:

# mdconfig -a -t vnode -f /home/steven/5.4-RELEASE-i386-disc1.iso -u 0
# mount -t cd9660 /dev/md0 /var/ftp/pub/freebsd-5.4/

http://lists.freebsd.org/pipermail/freebsd-questions/2005-May/088925.html

четвер, 26 листопада 2009 р.

Soft Updates

The tunefs(8) program can be used to fine-tune a file system. This program has many different options, but for now we are only concerned with toggling Soft Updates on and off, which is done by:

# tunefs -n enable /filesystem
# tunefs -n disable /filesystem

A filesystem cannot be modified with tunefs(8) while it is mounted. A good time to enable Soft Updates is before any partitions have been mounted, in single-user mode.

Soft Updates drastically improves meta-data performance, mainly file creation and deletion, through the use of a memory cache. We recommend to use Soft Updates on all of your file systems. There are two downsides to Soft Updates that you should be aware of: First, Soft Updates guarantees filesystem consistency in the case of a crash but could very easily be several seconds (even a minute!) behind updating the physical disk. If your system crashes you may lose more work than otherwise. Secondly, Soft Updates delays the freeing of filesystem blocks. If you have a filesystem (such as the root filesystem) which is almost full, performing a major update, such as make installworld, can cause the filesystem to run out of space and the update to fail.

[Source]

понеділок, 9 листопада 2009 р.

Електронна пошта з Exchange на зовнішні адреси

В MS Exchange можна організувати пересилання пошти користувачів на зовнішні адреси. Детальний опис

четвер, 29 жовтня 2009 р.

Відкриваємо клітки! Дозволяємо ping із jails FreeBSD.

Багато новачків (і не тільки вони), мають значні проблеми з мережею в клітках FreeBSD (FreeBSD jails), адже по замовчуванню навіть операція ping не дозволена. Для виправлення встановлюємо системну змінну
# sysctl security.jail.allow_raw_sockets=1
Закріпляємо зміни назавжди: в файлі /etc/sysctl.conf записуємо відповідний рядок:
jail.allow_raw_sockets=1.

вівторок, 27 жовтня 2009 р.

Переконфігурація портів FreeBSD - видалення опцій збирання портів

Дуже часто стається так, що під збирання з пакетів якогось порта ми помилково обираємо не ті опції, які нам були потрібні. Натискання Ctrl+C і повторний запуск make install нічого не дають, адже конфігурацію збирання вже збережено. І хоч ви навіть повністю видалите порт з /usr/ports, а потім перезапишете, конфігурації вже не змінити. У цьому випадку допоможе виконання в директорії порта команди:
# make rmconfig
Переглянути конфігурацію опцій збирання порта можна за допомогою:
# make showconfig
А взагалі, корисно буде просто почитати мануали:
# man ports
:)
Використані джерела: Vivek Gite - "Reconfiguring FreeBSD Ports – Remove OPTIONS config For Any Port"

понеділок, 26 жовтня 2009 р.

Оновлення FreeBSD з 7.X до 7.2

Зверніть увагу! При оновленні до FreeBSD версії 7.2 виникають проблеми з компіляцією користувацького ядра. Ось як про це сказано в /usr/src/UPDATING:

20090312:
The open-source Atheros HAL has been merged from HEAD
to STABLE.
The kernel compile-time option AH_SUPPORT_AR5416 has been
added to support certain newer Atheros parts, particularly
PCI-Express chipsets.
The following modules are no longer available, and should be
removed from MODULES_OVERRIDE and/or loader.conf:-
ath_hal ath_rate_amrr ath_rate_onoe ath_rate_sample


Так що не забудьте видалити відповідні рядки (ath_hal, ath_rate_amrr, ath_rate_onoe, ath_rate_sample) з конфігу ядра (якщо вони там були, а в GENERIC вони були!), інакше не скомпіляється %)
Удачі всім у Ваших оновленнях :)

четвер, 15 жовтня 2009 р.

Віртуальні стільниці у Windows XP

 Кожен користувач Windows XP, який хоч раз бачив на ПК Linux/Unix системи, хоч раз та й замислювався над тим, наскільки ж це зручно - користуватись одночасно кількома віртуальними стільницями, як пропонують Gnome і KDE. Між іншим, така можливість давно існує, потрібно лише завантажити і встановити відповідний програмний продукт – Менеджер віртуальних стільниць (VDM – Virtual Desktop Manager), що входить до складу утиліт XP PowerToys. Потім просто уважно читаємо інструкції ("Пуск"->"Всі програми"->"Powertoys for Windows XP"->"Readme"), і відповідно до них активуємо віртуальні стільниці ("Панелі інcтрументів"-> "Desktop Manager").
І насолоджуємось результатом:



Для вибору певної стільниці натискаємо її номер в синьому кружечку, для перегляду всіх стільниць – зелене віконечко. Також раджу відключити анімацію (Прибираємо відмітку з "Use Animations") та повністю ізолювати панелі завдань стільниць (Прибираємо відмітку з "Shared Desktops").

середу, 2 вересня 2009 р.

Exchange 2007 та формат відображуваних імен

-->

Exchange 2007 та формат відображуваних імен.


Джерело: Exchange 2007 & Display Name Format.

Матеріали: Exchange, Exchange 2007, PowerShell, Script, Tools — Amit Tank (2008.08.17)

Автор перекладу і доопрацювання: Олександр Драч (oleksandr.drach[at]gmail.com) (2009.09.02).

Теги:
Active Directory, Exchange, Exchange 2003, Exchange 2007

Зміст

Передмова.

Exchange 2003.

Exchange 2007.

1. Як змінити імена та відображувані імена наявних користувачів, попередньо створених  за допомогою EMC?

2. Що робити, коли існує потреба створювати користувачів/поштові скриньки за допомогою EMC/EMS в правильному форматі?

3. Як бути певним, що нові користувачі/поштові скриньки будуть створені в правильному форматі?

Приклад.

Передмова.


Актуальне питання з’явилося на форумі TechNet в темі “Exchange 2007 & Display Name” – Як змінити формат відображуваного імені з <Ім’я> <Ініціал> <Прізвище> на <Прізвище>, <Ім’я> <Ініціал> під час створення користувачів/поштових скриньок в Exchange 2007?”.

З огляду на специфіку кириличного написання імен дану статтю адаптовано для подання імені та відображуваного імені в форматі <Прізвище> <Ім’я>.

 Спочатку розглянемо Exchange 2003 …

Exchange 2003.

Ми використовуємо засіб “Active Directory – Пользователи и компьютеры” (надалі - ADU&C) для створення користувачів/поштових скриньок. За замовчуванням ім’я та формат відображуваного імені при створенні такі: “<Ім’я> <Ініціал>. <Прізвище>”, але вони можуть змінені на “<Прізвище> <Ім’я>” встановленням атрибуту createDialog об’єкту user-Display гілки CN=DisplaySpecifiers, об’єкту CN=419 (419 – значення для кирилиці, 409 – для англійської мови) в значення “%<sn> %<givenname>” у конфігураційному контекстному меню утиліти ADSIEDIT.msc.

Процедура описана в статті (англійською): “Як змінити відображувані імена користувачів Active Directory”.


Після встановлення значення createDialog під час створення  користувачів/поштових скриньок, коли ми вводимо значення Ім’я, Прізвище та Ініціал, Повне ім’я встановлюється в формат <Прізвище> <Ім’я> автоматично (не потрібно вводити його вручну).


Відображуване ім’я встановлюється в формат повного імені автоматично при створенні  нового користувача.


 Тепер поговоримо про Exchange 2007.



Exchange 2007.

Коли ми створюємо поштову скриньку для нових користувачів в  консолі управління (Exchange Management Console, надалі - EMC) серверу Exchange Server 2007, він не розпізнає значення атрибуту createDialog об’єкту user-Display класу displaySpecifier і залишає ім’я в форматі за замовчуванням <FN> <I> <LN>.

В статті “Зміна відображуваного імені користувачів active directory”(англійською) пояснено, що це зумовлено особливостями і обмеженнями EMC. Обхідний шлях полягає в тому, щоб створювати користувачів за допомогою ADU&C консолі управління MMC і пізніше створювати поштові скриньки для цих користувачів з EMC.
Отже, виникають певні питання…

 1. Як змінити імена та відображувані імена наявних користувачів, попередньо створених  за допомогою EMC?

Нижче наведено приклад, в якому користувачів вже створено в форматі <FN> <I>. <LN> засобами Exchange 2007 – EMC.


Вам не потрібно хвилюватись стосовно зміни кожного імені вручну, адже в пригоді стане PowerShell. Нижче наведено скрипт, котрий змінює імена та відображувані імена всіх користувачів поштових скриньок в формат <LN> <FN>.

Для виконання скриптів PowerShell вам необхідно змінити  параметр Execution Policy в EMS.

Запустіть Exchange Management Shell від імені адміністратора.


Виконайте наведену нижче команду щоб змінити налаштування політики для можливості запуску скриптів ps1.

Set-ExecutionPolicy RemoteSigned 

Тепер збережіть скрипт, поданий нижче, в файл C:\Scripts\Pre-Users.ps1.
=====================Pre-Users.ps1=====================
# Pre-Users.ps1 - Change the name & display name of existing users.
# Created by - Amit Tank
# Modifed by - Oleksandr Drach

$Users = Get-User -ResultSize unlimited | where {$_.RecipientTypeDetails -eq "UserMailbox"}
ForEach ($User in $Users)
{
$DName = $User.LastName + " " + $User.FirstName
$DName = $Dname.Trim()
Set-User $User -Name $DName -DisplayName $DName
Get-User $User | FT Name, DisplayName
$DName = $Null
}



Зайдіть в Management Shell, змініть поточний каталог на C:\Scripts і виконайте щойно створений скрипт командою  ./Pre-Users.ps1.


Отже, тепер всі імена і відображувані імена встановлено в формат <LN> <FN>.

Залежно від формату Кімнат/Спільних поштових скриньок вашої організації, ви можете змінити також і відображувані імена для них. У цьому випадку необхідно змінити рядок, наведений нижче, в залежності від ваших потреб.

$Users = Get-User -ResultSize unlimited | where {$_.RecipientTypeDetails -eq RoomMailbox”}

$Users = Get-User -ResultSize unlimited | where {$_.RecipientTypeDetails-eq SharedMailbox”}

2. Що робити, коли існує потреба створювати користувачів/поштові скриньки за допомогою EMC/EMS в правильному форматі?

EMC:

Візьміть за правило чи запишіть в інструкції по створенню користувачів/поштових скриньок вашої організації, що поле “Ім’я” повинне бути задане в форматі <LN> <FN> вручну (EMC встановлює відображуване ім’я таким же, як і ім’я).

 

EMS:

Аналогічно до EMC, візьміть за правило чи запишіть в інструкції по створенню користувачів/поштових скриньок вашої організації, що поля “Ім’я” і “Відображуване ім’я” повинні бути задані в форматі <LN> <FN> вручну.

New-Mailbox -Alias rzozulya -Database “First Storage Group\Mailbox Database" -Name "Зозуля Роман” -OrganizationalUnit “ad.local/Users” -FirstName "Роман" -LastName "Зозуля" -Initial "В" -DisplayName “Зозуля Роман” -UserPrincipalName rzozulya@ad.local


3. Як бути певним, що нові користувачі/поштові скриньки будуть створені в правильному форматі?

Для цього ви можете запланувати на виконання щодня PowerShell-скрипт, який запускається і  перевіряє поштові скриньки, що були створені протягом останніх 24 годин, і коригує формат якщо потрібно.

Створіть два файли, вміст яких подано нижче, в папці C:\Scripts вашого сервера Exchange.

=============UserName.CMD=============
Powershell -command "& {C:\Scripts\UserName.ps1 }"

=====================UserName.PS1=====================

# UserName.ps1 - Change the name & display name of users which are created in last 24 hours.
# Created by - Amit Tank
# Modifed by - Oleksandr Drach
Add-PSSnapin Microsoft.Exchange.Management.PowerShell.Admin

$Users = Get-User -ResultSize Unlimited | where {($_.WhenCreated -gt (get-date).adddays(-1)) -and ($_.RecipientTypeDetails -eq "UserMailbox")}
ForEach ($User in $Users)
{
$DName = $User.LastName + ' ' + $User.FirstName
$DName = $Dname.Trim()
Set-User $User -Name $DName -DisplayName $DName
Get-User $User | FT Name, DisplayName
$DName = $Null
}


Тепер створимо завдання у Планувальнику завдань Windows для запуску скрипта кожного дня в десять хвилин на першу ночі чи в інший зручний для вас час. Не забудьте вказати виконання скрипта з правами адміністратора.


Все зроблено, ця автоматизація тепер подбає про новостворені поштові скриньки кожної ночі.

Приклад. У нас є користувач, створений з неправильним іменем і форматом відображуваного імені.


Про нього вночі подбає вказаний у планувальнику завдань скрипт.


Ви можете також додати код у скрипт PowerShell для надсилання пошти адміністратору і підтвердження того, що скрипт був виконаний, а імена користувачів успішно змінені.