Більшість користувачів мають справу насамперед з однією робочою станцією. Їх перший досвід з такою машиною, ймовірно, проходить вдома або в школі. Навіть, коли машина пов’язана з мережею, користувач може думати про свою машину як про єдиному об’єкті. Тобто він може розглядати свою машину як окремий об’єкт, який існує (чи може існувати) без присутності інших машин.

У більшості випадків це саме так. Більшість робочих станцій мають локальний диск і на цьому диску локальне програмне забезпечення, включаючи операційну систему і додатки. Тільки за жорсткої організації мережі або в академічних середовищах Ви побачите бездискового клієнта.

ПРИМІТКА: Бездисковий клієнт це будь-яка машина, яка не має локального жорсткого диска і повинна, тому знайти інший спосіб для завантаження. Один шлях за допомогою дискети, який завантажує мінімальні драйвери, необхідні для роботи плати Ethernet на машині. Потім ця плата посилає широкомовне повідомлення, запитуюча сесію входу в систему. Це спільне, наприклад, для мереж, керованих Novell NetWare. Ці мережі використовують дискету з драйвером Ethernet, програмним забезпеченням адаптера LAN і маленькою оболонкою. Інший метод, коли робоча станція має в своєму складі програмоване обладнання (або інше програмне забезпечення, жорстко заданий в деякій частині плати), яке може ініціалізувати сесію завантаження по мережі через Ethernet або інші протоколи. Це частіше можна побачити в заснованих на UNIX мережах, що використовують X термінали або службу віддаленого завантаження.

Однак більшість користувачів вивчають комп’ютери, використовуючи свою домашню машину. Хоча машини на роботі можуть обмежувати користувачів єдиною програмою або застарілою платформою, домашня машина повністю під їх контролем. Вони можуть переміщатися по ній, виконувати програми та видаляти елементи, які тільки захочуть (на жаль, часто шкодячи собі). Так що середній користувач, ймовірно, має тільки дуже поверхневе розуміння роботи мережі. Дійсно, середній користувач не має ніяких причин, щоб зрозуміти організацію мережі… до сих пір.

В мережі має бути деякий центральне управління не тільки для людей, але також і для машин. Розглянемо використання серверів імен. Сервер імен забезпечує метод отримання адрес Internet з імен. Кожна реальна мережа Internet має один такий сервер імен. Якщо будь-яка машина у цій мережі не знає адреси серверів імен, то ця машина не зможе перетворити імена вузлів Internet у фізичні адреси. Тому адресу сервера імен повинен бути розташований, десь на диску. В мережах UNIX ця інформація зазвичай зберігається в фалі /ETC/RESOLV.CONF. На платформі Mac вона зберігається у налаштуваннях MacTCP (зазвичай доступних через меню Control Panels). На платформі Microsoft Windows зберігається (принаймні, для модемних облікових записів) в конфігурації модемного мережі для кожного окремого підключення. Вона зазвичай вказується в TCP/IP установках підключення.

Використання сервера імен це шлях централізації інформації, щоб її було простіше отримати. Розглянемо мережу Archie. Сервери Archie можуть використовуватися для пошуку файлів по всьому світу. Наприклад, Ви можете шукати файл, розташований виключно в Ірані. Система Archie працює не так, як Ви могли б подумати. Вона не розгорнуті віялом по всій земній кулі, шукаючи кожну машину в Internet, поки не знайде (або зазнає невдачі в пошуку) необхідний файл. Замість цього, адміністратори мереж повідомляють зміст своїх дисків на централізовані сервери Archie. Це має сенс, тому що простіше шукати запис у базі даних на сервер Archie, ніж використовувати підключення по всьому світу. Таким чином, сервери Archie та шлюзи використовують прості методи для виконання того, що здається сучасним дивом.

Точно так само маленька мережа має багато централізованих ресурсів. Вони можуть включати бібліотеки файлів, програми або адресні бази даних. Централізація цих ресурсів гарантує, що система буде працювати гладко й ефективно. Наприклад, уявіть, якщо б хто не будь у мережі міг визначити для робочої станції будь Ethernet або IP адреса, яку він захоче. Як інші машини дізналися б ця адреса? Це викликало б у мережі великий безлад. Звичайно, інформація не переміщалася б надійно в такому кліматі.

Дизайн сучасної мережі також передбачає певний рівень економії, не тільки з фінансової точки зору, але і з практичної теж. Наприклад, не на кожній робочій станції необхідно встановлювати компілятор C, поки один доступний всім користувачам. Цими загальнодоступними ресурсами можуть користуватися всі користувачі, але повинні бути встановлені лише одного разу. (Це невелике спрощення. У багатьох випадках єдиний інтерпретатор або компілятор не підходить.)

Хтось повинен керувати тим де, коли і як такі ресурси можуть використовуватися. Коли я посилаюся до цього комусь, то використовую терміни корінь, супервізор, адміністратор і оператор. Ця людина (або радше, ця обліковий запис) працює майже однаково у всіх мережевих операційних системах. Ця обліковий запис має привілеї для читання, запис, виконання, видалення, створення, перерахування, або іншої зміни будь-якого файлу на диску. Також, ця людина має величезну владу.

Хоча ця влада необхідна для обслуговування системи, вона може бути вельми небезпечна в недосвідчених руках. Цей урок швидко навчає користувачів, які вирішують перейти з платформи Microsoft Windows UNIX. Для того, щоб зробити це, багато користувачі купують книгу по Linux, до якої додається CD-ROM. Вони проходять через інсталяційний процес і входять в систему як корінь, і потім переміщаються по диску випробовуючи різні додатки. Неминуче вони видаляють чи інакше змінюють деяку критичну частину системи, роблячи систему непридатною. Ще не володіючи навичками, необхідними для знаходження і виправлення проблеми, вони просто повторно встановлюють систему. Середній новий користувач Linux робить це два або три рази перед тим, як зробить все правильно. (Зробити правильно все означає не переміщатися по диску як корінь без переконливої причини. Замість переміщення як корінь Ви повинні створити обліковий запис користувача з обмеженими привілеями безпосередньо для Вас, поки не вивчите систему більш повно. Ця обліковий запис успадковує привілеї, які забороняють Вам руйнування критичних, необхідних мережевих ресурсів.)

Оскільки мережеве адміністрування такий складний предмет, люди, відповідальні за нього, зазвичай мають великий досвід. Більшість з них системні програмісти, особистості, які не тільки можуть виконувати систему ефективно, але й можуть створити нове програмне забезпечення, щоб усунути недоліки властиві коробковим дистрибутиву операційної системи. Як мінімум кореневої користувач повинен знати, як належним чином управляти доступом до файлів і каталогів.