- •Програмні та апаратні засоби адміністрування комп’ютерних мереж
- •Задачі адміністрування комп’ютерних мереж.
- •3. Файли та права доступів до них
- •Зміна прав доступу до файлів.
- •Команди chown, chgrp.
- •Команда umask
- •7. Символічні вказівники
- •Команда find,xargs.
- •9.Виконання команд в фоновому режимі.
- •10. Команди cron, at, nohub, &.
- •11.Ввід та вивідданих в Shell.
- •12. Команда echo.
- •13. Команда read.
- •14.Koманда cat.
- •15. Канали.
- •16.Стандартні потоки вводу, виводу та помилок.
- •Стандартне введення Потік номер 0 (stdin) зарезервовано для читання команд користувача або вхідних даних.
- •Стандартне виведення
- •Стандартне виведення помилок
- •17. Порядок виконання команд
- •18. Регулярні вирази
- •19. Сімейство команд Grep
- •20. Утиліта awk
- •21. Редактор Sed
- •22.Команди sort, uniq, join, cut, paste, split
- •23. Процес реєстрації в Linux
- •26. ЗмінніінтерпритатораShell
- •27.Локальнізмінні
- •28. Вбудовані змінні інтерпретатора Shell.
- •29. Поняття Shell сценарію
- •35. Оператор Case.
- •36. Функції інтерпритатора Shell.
- •37. Файл функцій.
- •38. Передача параметрів сценарію через командну стрічку.
- •39. Команда shift.
- •40. Вбудовані команди інтерпритатора Shell.
- •Команди робот из мережею Ipconfig, route, ping.
- •Поняття сокета
- •Атрибути сокета
- •Іменування сокета
- •Встановлення зв’язку за допомогою сокета
- •Прив’язка сокета до локальних імен
- •Передача даних з допомогою сокета
- •Функції передачі даних з допомогою сокета
- •Функції прийому даних з допомогою сокета
- •Закриття сокета
- •55. Обмін дата грамами
- •56. Використання низькорівневих сокетів
- •57. Функції для роботи з dns та адресами
- •58. Доменна система імен
- •59. Опишіть шлях проходження даних від одного комп’ютера до іншого через механізм сокетів
- •60. Паралельне обслуговування запитів клієнтів
- •61. Робота на базі сокетів з стандартними протоколами
- •62. Особливості використання сокетів в різних ос
- •63. Описати різницю між tcp і udp пакетом
- •64. Особливості dhcp протоколу
- •65. Структура dhcp пакетів
- •67. Режими видачі ip-адрес
- •68.ОписатипослідовністьвидачідинамічноїIp- адреси
- •69.Dhcp - сервер
- •71. Поштові протоколи
- •72.Особливості pop3-протоколу
- •Особливості smtp пртоколу
- •Архітектура та формат повідомлень arp-протоколу
- •Написання cgi – програм
- •76. Метод Get
- •Метод Post
67. Режими видачі ip-адрес
Щоб не позбавляти адміністратора гнучкості при призначенні IР -адрес. передбачено три режими : статичний , динамічний і ручний. Розглянемо їх відмінності: -статичний - DHCP -сервер конфігурується так , що хостам призначаються незмінні з часом 1Р - адреси; -динамічний - хости повзають IP- адрсса . які можуть змінюватися з плином часу; -ручний - DHCP -сервер повідомляє клієнта про адресу , присвоєному йому адміністратором мережі вручну . Перший і останній варіанти досить тривіальні , і особливо на них зупинятися не будемо. Нас цікавить другий випадок - динамічний розподіл адрес. IР -адреса видається в оренду з ініціативи ( вимоги) клієнта. DHCP -сервер гарантує , що до закінчення терміну оренди цей IP- адрес не буде виданий в оренду другому клієнту . Сервер зазвичай налаштовують гак , що при повторних зверненнях клієнта протягом певного терміну він намагається видати клієнту 1Р - адрес , використовуваний ним раніше. Клієнт може ( при відповідній настройці ) запросити продовження термінів оренди IР - адреси або достроково від нього відмовитися.
68.ОписатипослідовністьвидачідинамічноїIp- адреси
Послідовність подій у цьому випадку така : 1 . Клієнт посилає у власну фізичну підмережу повідомлення DHCPDISCOVER , в якому можуть зазначатися влаштовуючі клієнта IP -адрес та термін його оренди . Якщо в даній підмережі DHCP -сервер відсутній , повідомлення буде передано в інші підмережіретранслюючими агентами протоколу BOOTP (вони ж повернуть клієнту відповідь повідомлення сервера). 2 . Будь-який з DHCP - серверів може відповісти на повідомлення, що надійшло DHCPDISCOVER повідомленням DHCPOFFER , включивши в нього доступний IP- адрес і , якщо потрібно , параметри конфігурації клієнта . На цій стадії сервер не зобов'язаний резервувати вказану адресу . В принципі , він має право запропонувати його іншому.
3 . Клієнт не зобов'язаний реагувати на першу ж пропозицію, що поступила . Допускається , щоб він дочекався відгуків від декількох серверів і , зупинившись на одній із пропозицій , відправив в мережу широкодинамічне повідомлення DHCPREQUEST . У ньому містяться ідентифікатор обраного сервера і бажані значення запитуваних параметрів конфігурації.Якщо в процесі очікування серверних відгуків на DHCPDISCOVER досягнутий тайм- аут , клієнт видає дане повідомлення повторно . 4 . Присутній у повідомленні DHCPREQUEST ідентифікатор дозволяє відповідному DHCP -серверу переконатися в тому , що клієнт прийняв саме його пропозицію. У відповідь сервер відправляє підтвердження DHCPACK , що містить значення необхідних параметрів конфігурації , і виробляє відповідний запис у базу даних. 5 . Отримавши повідомлення DHCPACK , клієнт зобов'язаний переконатися в унікальності IP- адреси ( засобами протоколу ARP ) і зафіксувати сумарний термін його оренди . Останнє розраховується як час , що минув між відправленням повідомлення DHCPREQUEST і прийомом відповіді повідомлення DHCPACK , плюс термін оренди , зазначений у DHCPACK .При досягненні тайм- ауту в процесі очікування серверних відгуків на повідомлення DHCPREQUEST клієнт видає його повторно . 6 . Для дострокового припинення оренди адреси клієнт відправляє серверу повідомлення DHCPRELEASE .