ARUBA INSTANT WI-FI: ПРОСТІ, ПОТУЖНІ, ДОСТУПНІ
Метабаза IIS - найважливіший компонент конфігурації Web-сервера. У даній статті я познайомлю читачів з метабази IIS, а потім розповім про те, що зберігається в базі і як редагувати і налаштовувати її параметри.
Метабаза - ієрархічна база даних, в якій зберігаються параметри конфігурації IIS. З появою метабази розробники Microsoft перенесли в неї більшість відносяться до IIS величин з реєстру, доповнивши їх безліччю нових параметрів і значно розширивши можливості настройки. Частково ці зміни зроблені для того, щоб отримати функціональність, відсутню в реєстрі. Наприклад, оскільки в метабазе містяться тільки параметри, які стосуються IIS, її розміри менше, ніж у реєстру. Завдяки меншому розміру метабази, доступ до неї можна прискорити, зберігши її копію в пам'яті.
Ще одне вдосконалення - сумісність метабази з протоколом LDAP (Lightweight Directory Access Protocol - спрощений протокол доступу до каталогів). LDAP має набір стандартних інтерфейсів, що підтримують ADSI (Active Directory Service Interfaces). Набір стандартних об'єктів і інтерфейсів ADSI використовується для доступу до каталогів та інших ієрархічним структурам даних. Уже сам факт заміни прямого доступу до реєстру інтерфейсом на базі стандартів - велике досягнення; проте головна перевага полягає в можливості будувати за допомогою ADSI утиліти для дистанційного доступу і редагування метабази. Перш ніж розглядати методи редагування, необхідно з'ясувати, як захистити метабази.
Як захистити метабази
Одна з найбільш серйозних неприємностей для IIS - руйнування або псування метабази. Тому адміністратор повинен вміти створити її резервну копію. Щоб почати копіювання, потрібно відкрити диспетчер Internet Service Manager (ISM), в розділі Internet Information Services натиснути правою кнопкою миші на імені свого комп'ютера, а потім вибрати пункт Backup / Restore Confi-guration (копіювати / відновити конфігурацію). У діалоговому вікні Backup / Restore, показаному на Екрані 1, слід клацнути на кнопці Create Backup ( «створити копію»). Ім'я копії необхідно дати короткий, але відображає сенс. Після клацання на кнопці OK резервний файл буде поміщений в каталог system32inetsrvmetaback.
Екран 1. Створення резервної копії метабази.
Крім того, метабази можна заховати. Захована метабаза буде захищена від будь-якої людини, який отримав необмежений доступ до системи на файловому рівні. Я рекомендую дати метабазе ім'я менш помітне, ніж прийняте за замовчуванням metabase.bin. Кому цікавий файл recipes.imb в каталозі my documents ec-ipes? В процесі установки IIS файл me-tabase.bin поміщається в каталог system32inetsrv. Для переміщення метабази необхідно перезапустити IIS перед перейменуванням або після копіювання метабази.
Доступ до параметрів метабази
Редагувати метабази можна декількома способами:
- через ISM або вбудований модуль Internet Information Services консолі Microsoft Management Console (MMC);
- за допомогою вбудованого модуля MMC Microsoft Site Server Configuration Console;
- з командного рядка;
- через інтерфейси програмування (т. е. IMSAdminBase і ADSI-GetObject);
- за допомогою MetaEdit.
MetaEdit 2.1 - відмінний засіб для серверів розробки і проміжних серверів. Утиліта забезпечує доступ до метабазе з локальної машини; з її допомогою можна оновити значення або змінити базову схему. Однак, якщо не проявляти обережність, можна навіть зіпсувати метабази.
структура метабази
Подібно шляху каталогу, шлях до розділу починається на рівні LM і проходить по ланцюжку різних підрозділів до обраного. Ще один спосіб побачити ієрархічну структуру - відкрити MetaEdit. При розширенні дерева нижче верхнього розділу LM, як показано на Екрані 2, видно, що структура дерева дуже схожа на діаграму з рисунка 1. Щоб відшукати ім'я об'єкта, пов'язаного з іншими розділами на екрані MetaEdit, потрібно вибрати розділ в лівій панелі вікна. У правій панелі вікна з'явиться список властивостей, що належать цьому розділу. Одне з цих властивостей називається Key Type, ID 1002. Це властивість - ім'я об'єкта метабази, що визначає даний розділ.
Екран 2. Структура метабази в MetaEdit.
Важлива конструктивна особливість метабази полягає в тому, що на екран виводяться лише встановлені користувачем властивості розділу. Якщо властивість не визначено, це не означає, що метабаза зіпсована. За допомогою меню перевірки MetaEdit можна дізнатися про незнайомих властивості. Само по собі повідомлення про структурну проблему ще не означає, що IIS виявила некоректні розділи і властивості. Природа метабази допускає на перший погляд суперечливе поведінка у випадках, коли властивість не затребуване; за допомогою MetaEdit можна отримати повний список властивостей, дійсних для кожного розділу даного типу. Щоб з'ясувати, які властивості можна призначити будь-якого типу розділу, слід знайти в схемі зашифроване визначення об'єкта для потрібного розділу або скористатися визначенням об'єкта з бібліотеки MSDN.
На рисунку 1 деякі розділи мають однакові імена. Наприклад, під розділом W3SVC знаходиться розділ 1 точно так же, як і під розділом MSFTPSVC. Вказувати повний шлях доступу до властивості розділу необхідно тому, що імена розділів можуть дублюватися. Типи об'єктів також можуть дублюватися, що видно на прикладі двох розділів default.asp, які є об'єктами IIsWeb-File, розташовані на різних шляхах в каталозі-зразку Root.
Спадкування - лише один з можливих атрибутів властивості. На Екрані 3 показано діалогове вікно Edit Metabase Data ( «редагування даних метабази»). Як видно з малюнка, одна властивість складається з декількох полів. В поле ID зберігаються ім'я властивості і відповідний ідентифікаційний номер, які не підлягають редагуванню. (Ім'я не можна редагувати, навіть створюючи нові елементи.)
Екран 3. Діалогове вікно Edit Metabase Data.
У списку User Type можна вказати, яким чином дані будуть використовуватися в метабазе. У Таблиці 2 перераховані призначені для користувача типи, які розпізнаються IIS. Для більшості властивостей використовується тип Server Type. Вибрати тип даних при визначенні властивості можна в списку Data Type, але при цьому дані можна редагувати. Список типів даних метабази представлений у Таблиці 3.
І нарешті, встановлюється зв'язок даних з властивістю. Ці дані можна редагувати, але потрібно пам'ятати про те, що їх не можна швидко відновити після того, як зміна збережено. Крім того, якщо вибрано властивість з типом даних MultiSZ, то змінюється діалогове вікно Edit Metabase Data. Крім поля Edit, доступного для інших типів даних, з'являється нове вікно списку для редагування окремих рядків, складових властивість.
Властивості Default Web Site
Тепер, після знайомства зі структурою метабази, можна розглянути деякі властивості Default Web Site.
Default Web Site автоматично будується в процесі установки IIS. У метабазе сайту призначається ідентифікатор екземпляра (instance ID) 1. IIS призначає кожному створеному на сервері Web-вузлу ідентифікаційний номер, який представляє собою ім'я ключа метабази для даного сайту і входить в шлях метабази до сайту. Завдяки нумерації можна незалежно змінювати властивості різних сайтів на одному сервері. Наприклад, шлях до параметрів Default Web Site - LM / W3SVC / 1. При додаванні нового Web-вузла IIS призначає нового сайту наступний усе своєю чергою ідентифікатор екземпляра. (На знову встановленому сервері наступним ідентифікатором екземпляра буде 3.) Додавши новий сайт, можна оновити уявлення даних в MetaEdit і побачити нову конфігурацію розділів. Таким чином, IIS ідентифікує Web-вузли на сервері. Після того як IIS призначає Web-вузлу ідентифікатор екземпляра, цей ID не змінюється, незалежно від результатів редагування сайту. Однак ідентифікаційний номер віддаленого сайту звільняється. На відміну від більшості індексів бази даних, в яких звільнені номера не використовуються, IIS може повторно задіяти звільнився ідентифікатор екземпляра.
При погляді на новостворений сайт в метабазе стає очевидно, що число властивостей ключів сайту обмежена. Наприклад, якщо відкрити ISM, натиснути правою кнопкою миші на новому сайті, вибрати пункт Properties і клацнути на закладці Documents, то на екрані з'явиться список документів за замовчуванням. Однак як у новому сайті, так і в його кореневому віртуальному каталозі ці дані відсутні. Новий Web-вузол успадковує цей параметр від об'єкта IIsWebService, де знаходиться властивість 6006, DefaultDoc.
Таблиця 1. Об'єкти і визначення метабази.