Классификация компьютерных сетей
По степени географического распространения сети делятся на локальные, глобальные и городские. Локальные сети [Local Area NetWork, LAN] — сеть, связывающая ряд компьютеров в зоне, ограниченной пределами одной комнаты, здания или предприятия. Глобальные сети [Wide Area NetWork, WAN] — сеть, соединяющая компьютеры, удалённые географически на большие расстояния друг от друга. Отличается от локальной сети более протяженными коммуникациями [спутниковыми, кабельными и др.]. Глобальная сеть объединяет локальные сети. Интернет является наиболее известной глобальной сетью. Городские сети [Metropolitan Area NetWork, MAN] — сеть, которая обслуживает информационные потребности большого города. По масштабу производственного подразделения, в пределах которого действует сеть, компьютерные сети делятся на сети отделов, сети кампусов и корпоративные сети. Сети отделов — это сети, которые используются сравнительно небольшой группой сотрудников [до 100-150 сотрудников], работающих в одном отделе предприятия. Сети кампусов — это сети, объединяют множество сетей различных отделов одного предприятия в пределах отдельного здания или пределах одной территории, покрывающей площадь в несколько квадратных километров. Корпоративные сети — это сети, которые объединяют большое количество компьютеров [более тысячи пользователей] на всех территориях отдельного предприятия. Например, сеть университета, корпуса которого расположены в различных частях города или страны. Корпоративные сети, которые используют транспортные услуги сети Интернет и гипертекстовую технологию WWW, разработанную в Интернет называются интрасетями [Intranet].
Требования, предъявляемые к компьютерным сетям
Главным требованием, предъявляемым к сетям, является выполнение сетью ее основной функции — обеспечение пользователям потенциальной возможности доступа к локальным ресурсам всех компьютеров сети. Все ниже перечисленные требования определяют качество выполнения этой основной задачи. Производительность — характеризуется такими показателями, как интервал времени между запросом пользователя к сетевой службе и получением ответа на этот запрос, объем данных передаваемых по сети в единицу времени. Следующий требование — надежность и безопасность. В сетях под надежностью понимается способность скрыть от пользователя отказ ее отдельных элементов. Чтобы сеть можно было отнести к высоконадежным необходимо также обеспечить сохранность данных и защиту их от искажений. В свою очередь безопасность характеризует способность системы защитить данные от несанкционированного доступа. Расширяемость означает возможность сравнительно легко добавлять отдельные элементы сети [компьютеры, приложения], наращивать отдельные сегменты сети и заменять существующую аппаратуру более мощной. Масштабируемость означает, что сеть позволяет наращивать количество компьютеров и протяженность связей в очень широких пределах, при этом производительность сети не ухудшается. Прозрачность — свойство сети скрывать от пользователя детали своего внутреннего устройства, упрощая тем самым его работу в сети. Управляемость сети подразумевает возможность централизованно контролировать состояние основных элементов сети, выявлять и разрешать проблемы, возникающие при работе сети, выполнять анализ производительности и планировать развитие сети. Совместимость означает, что сеть способна включать в себя разнообразное аппаратное и программное обеспечение.
Модуль по компьютерным сетям
Нажимая кнопку, вы соглашаетесь с политикой конфиденциальности и даете разрешение на обработку персональных данных.
То, что сложно преподают в ВУЗах, в курсе переведено на человеческий язык и показано на практических примерах.
Цель — построить прочный теоретический фундамент для практической работы в компьютерных сетях
Вы будете точно знать, что и зачем делаете, без костылей и перебора вариантов.
В программе курса использована информация из актуальных стандартов RFC: RFC 768 (UDP), RFC 791 (IPv4), RFC 792 (ICMP), RFC 826 (ARP), RFC 2131 (DHCP), RFC 3022 (NAT), RFC 9293 (TCP) и многих других.
Лабораторные работы будут преимущественно в Wireshark. Начиная с простых вроде «Изучите содержимое отдельного кадра», до выгрузки дампа по которому надо будет найти аномалию или проблему в сети. Также для курса записаны практические демонстрации на «живом» оборудовании.
Только та теория, без которой невозможна практика
Пример: реальная, практическая ситуация.
Сможете ли вы решить проблему = ответить на вопросы в приведенной задаче?
После курса — точно сможете.
1; Командная строка Windows показывает, что DHCP-клиент не может получить IP-адрес от DHCP-сервера. 2; DHCP-клиент успешно получает IP-адреса от любых других DHCP-серверов. 3; DHCP-сервер успешно выдает настройки любым другим DHCP-клиентам. 4; Сделан дамп Wireshark, скриншот приведен ниже.
1; DHCP-сервер также является и шлюзом. 2; Время аренды настроек – 8 часов. 3; Выдача IP-адресов происходит только из пула адресов, свободные адреса в пуле есть. 4; Статические привязки по MAC-адресу не используются. Примечание; На оборудовании в сети отсутствуют какие-либо настройки, которые могли бы создавать проблему и которые нельзя было бы установить из скриншота или из описания.
1; В чем заключается первоначальная проблема? 2; Каким образом была обнаружена первоначальная проблема? 3; Какое устройство пытается разрешить первоначальную проблему? 4; Каким образом происходит попытка разрешения первоначальной проблемы? 5; Какое из устройств является виновником второй проблемы, из-за которой не удается разрешить первоначальную проблему?
1. DHCP-сервер выдает компьютеру IP-адрес 10.11.12.143, который уже используется в сети.
2. В седьмой записи DHCP-клиент отправляет запрос ARP Probe с целью выяснить не занят ли каким-либо устройством IP-адрес, который DHCP-сервер выдал в аренду. В восьмой записи некое устройство QNAP говорит, что уже использует IP-адрес 10.11.12.143. И поэтому в сети имеется конфликт IP-адресов.
3. Проблему пытается разрешить DHCP-клиент.
4. DHCP-клиент отправляет уведомление DHCP Decline.
Цитата из RFC 2131: «If the client detects that the IP address in the DHCPACK message is already in use, the client MUST send a DHCPDECLINE message to the server and restarts the configuration process by requesting a new network address».
5. Виновником второй проблемы является DHCP-сервер, т.к. по RFC 2131 при получении сообщения DHCP Decline сервер должен пометить IP-адрес как уже использующийся. Вместо этого в каждой следующей попытке получения IP-адреса, DHCP-сервер заново выдает один и тот же проблемный IP-адрес.
Цитата из RFC 2131: If the server receives a DHCPDECLINE message, the client has discovered through some other means that the suggested network address is already in use. The server MUST mark the network address as not available and SHOULD notify the local system administrator of a possible configuration problem.