Протокол LLC

April 15th, 2008

Стандарти IEEE - Протокол LLC

L LLC3 - процедура без встановлення з’єднання, з підтвердженням.
Варто відзначити, що протокол мережевого рівня може звернутися тільки до процедур одного типу.
Процедура без встановлення з’єднання і без підтвердження
Це найменше надійний, але найбільш швидкий спосіб передачі даних. При цьому способі передачі даних дані відправляються усліпу. Якщо вузол призначення не може прийняти дані - наприклад, він завантажений або просто вимкнений, то дані відправляються «в нікуди». Наш вузол так і не дізнається, чи отримав дані вузол призначення, оскільки процедура LLC1 не передбачає підтвердження отримання даних.
Даний спосіб передачі даних називається дєїтаграммним (UDP, User Datagram Protocol). Крім усього іншого він дозволяє понизити завантаженість каналу, оскільки пакети з підтвердженням отримання не відправляються.
Процедура зі встановленням з’єднання і з підтвердженням
LLC2 - найбільш надійний спосіб передачі даних, оскільки спочатку встановлюється логічне з’єднання з вузлом призначення, а потім вже передаються дані, причому кожен переданий пакет підтверджується. Встановлення …

зєднання →

Схожі записи

Filled Under: Стандарти IEEE

Факс-сервери і комунікаційні сервери

April 11th, 2008

Типи серверів - Факс-сервери і комунікаційні сервери

Факси і комутовані телефонні з’єднання (dial-up) є двома поширеними способами зовнішнього з’єднання з комп’ютерною мережею.
Факс-сервер (наприклад, FaxMaker) управляє витікаючим трафіком факсиміле, що входить, за допомогою однієї або декількох факс-модемних карт, дозволяючи користувачам комп’ютерної мережі відправляти і отримувати повідомлення факсиміле без використання власних пристроїв факсиміле.
Комунікаційні сервери (communication servers) управляють передачею масивів даних і електронних повідомлень між вашою комп’ютерною мережею і іншими комп’ютерними мережами, великими ЕОМ або видаленими користувачами, які встановлюють з’єднання з цими серверами за допомогою модему і телефонної лінії.
Наприклад, за допомогою комунікаційного сервера користувач комп’ютерної мережі може діставати доступ в Інтернет.

зєднання →

Схожі записи

Filled Under: Типи серверів

Помилки nslookup

March 27th, 2008

NSLOOKUP - Помилки nslookup

На сервері імен DNS немає записів ресурсів, відповідних поточному типу запиту для даного комп’ютера, хоча ім’я дійсне.
I Неіснуючий домен (Nonexistent Domain). Комп’ютер або DNS-домен не існує.
I В з’єднанні відмовлено (Connection Refused). З’єднання з сервером імен DNS встановити не вдалося.
J Мережа недосяжна (Network is Unreachable). З’єднання з сервером імен DNS встановити не вдалося.
J Збій сервера (Server Failure). Сервер імен DNS виявив в своїй базі даних неспівпадання, і не зміг повернути відповідь.
K Відмовлене (Refused). Сервер імен DNS відмовив у виконанні запиту nslookup.
П Помилка формату (Format Error). Пакет запиту, відправлений на сервер імен DNS, знаходився в неправильному форматі. Це узгоджується з помилкою в nslookup.

зєднання →

Схожі записи

Filled Under: NSLOOKUP

Кеширующий сервер DNS

March 6th, 2008

Система DNS - Кеширующий сервер DNS

Параметр forwarders задає укладений у фігурні дужки список IP-адрес, відповідних DNS-серверам, яким ваш DNS-сервер переадресовуватиме запити замість того, щоб відповідати на них самому.
IP-адреси перераховуються через крапку з комою.
Параметр forward може приймати одне з двох наступних значень:
P only - ваш DNS-сервер ніколи не повинен робити спроб обробити запит самостійно;
P first - ваш DNS-сервер повинен намагатися сам обробити запит, якщо вказані далі параметром forwarders сервера DNS не були знайдені.
Використання параметра forward безглуздо без використання параметра forwarders .
Таким чином, повернемося до настройки сервера, весь файл named, з nf прийме наступний вигляд, приведений в лістингу
Лістинг Файл named . conf кеширующего сервера DNS
options {
directory «/var/named»;
forward first; forwarders. { …

зєднання →

Схожі записи

Filled Under: Система DNS

Дія WINS

March 4th, 2008

Дія WINS - Дія WINS

В більшості своїй параметри WINS чудово працюють самі по собі.
Постарайтеся прирівняти інтервал реплікації між WINS-серверами до 15 хвилин в локальній мережі, 60-90 хвилинам у внутрідержавному мережевому з’єднанні, до 2-12 годин в міжнародному мережевому з’єднанні. Залежно від динамічних властивостей вашої мережі, можливо, ці значення буде розумно підрегулювати в ту або іншу сторону.

зєднання →

Схожі записи

Filled Under: Дія WINS

Видалені зєднання

February 14th, 2008

Інше - Видалені зєднання



зєднання →

Схожі записи

Filled Under: Інше
1 2

Картинки