- •Разница между хабом, коммутатором, маршрутизатором. Мак адрес. Широковещательные запросы
- •Белые, серые ip (см. Билет 1). Arp. Ttl у пакета. Широковещательный трафик.
- •Маршрутизация. Статическая динамическая, шлюз по умолчанию. Таблица маршрутизации. Приоритетность
- •Tcp протокол. Как устанавливается соединение. Что есть в tcp заголовке
- •Tcp протокол. Сокеты. Соединение. Отличие от udp. Mtu, Window size
- •Udp. Разница между tcp и udp. Как понять какой протокол использует приложение?
- •Osi. Уровни, протоколы, специфика
- •Nat, sNat, masquerade. Как происходит работа nat
- •Vlan. Зачем нужен, какой бывает. Ограничения. Особенности
- •Межсетевые экраны. Stateless, Statefull. Iptables. Принципы работы
Udp. Разница между tcp и udp. Как понять какой протокол использует приложение?
Протокол User Datagram Protocol (UDP) обеспечивает неориентированную на соединение службу доставки дейтаграмм по принципу «максимального усилия». Это означает, что получение всей дейтаграммы или правильной последовательности не гарантируется.
Протокол UDP используется приложениями, не требующими подтверждения (DNS, SNMP, TFTP) или стремящиеся минимизировать «нагрузочный» трафик (передача видео и аудиоинформации, p2p, и т.п.).
UDP-порт – это мультиплексная очередь сообщений.
Протокол UDP не разбивает полученные от приложения данные на отдельные дейтаграммы, а отправляет их в одной.
Чтобы определить, какой протокол (TCP или UDP) использует приложение, можно воспользоваться различными инструментами и методами. Вот основные способы: утилиты netstat, ss, lsof; Wireshark или tcpdump; документация приложения или исходный код (если доступен); порты, которые использует приложение (TCP/UDP).
Osi. Уровни, протоколы, специфика
Сетевая модель OSI (ЭМВОС) (базовая эталонная модель взаимодействия открытых систем, англ. Open Systems Interconnection Basic Reference Model, 1978 г.) — абстрактная сетевая модель для коммуникаций и разработки сетевых протоколов. Предлагает взгляд на компьютерную сеть с точки зрения уровней. Каждый уровень обслуживает свою часть процесса взаимодействия. Благодаря такой структуре совместная работа сетевого оборудования и программного обеспечения становится гораздо проще и прозрачнее.
Тем не менее, в настоящее время практически полностью вытеснена сетевой моделью DoD (или моделью TCP/IP).
Прикладной уровень
Верхний уровень модели, обеспечивает взаимодействие пользовательских приложений с сетью.
Позволяет приложениям использовать сетевые службы, такие как удалённый доступ к файлам и базам данных, пересылка электронной почты.
Отвечает за передачу служебной информации, предоставляет приложениям информацию об ошибках и формирует запросы к уровню представления.
Пример протокола: HTTP, SMTP, IMAP и др.
Пример реализации: Web-браузер, клиент эклетронной почты, и т.п.
Уровень представления
Отвечает за преобразование протоколов и кодирование/декодирование данных
Представляет собой промежуточный протокол для преобразования информации из соседних уровней; это позволяет осуществлять обмен между приложениями на разнородных компьютерных системах прозрачным для приложений образом.
Пример протокола: SSL, gzip, RDP, PNG, JPEG и др.
Пример реализации: OpenSSL, libz, приложения «Удаленный доступ к рабочему столу»/rdesktop, libpng.
Сеансовый уровень
Отвечает за поддержание сеанса связи, позволяя приложениям взаимодействовать между собой длительное время.
Управляет созданием/завершением сеанса, обменом информацией, синхронизацией задач, определением права на передачу данных и поддержанием сеанса в периоды неактивности приложений. Синхронизация передачи обеспечивается помещением в поток данных контрольных точек, начиная с которых возобновляется процесс при нарушении взаимодействия.
Пример протокола: NetBIOS, PPTP, RPC и др.
Пример реализации: Сервис Computer Browser или Samba, VPN-клиенты и серверы, реализация удаленных процедур в POSIX-системах (Solaris, Mac OS X, Linux).
Транспортный уровень
Предназначен для доставки данных без ошибок, потерь и дублирования в той последовательности, как они были переданы.
Существует множество классов протоколов транспортного уровня, начиная от протоколов, предоставляющих только основные транспортные функции (например, функции передачи данных без подтверждения приема), и заканчивая протоколами, которые гарантируют доставку в пункт назначения нескольких пакетов данных в надлежащей последовательности, мультиплексируют несколько потоков данных, обеспечивают механизм управления потоками данных и гарантируют достоверность принятых данных.
Пример протокола: TCP, UDP, SCTP и др.
Пример реализации: драйверы TCP, UDP и SCTP в любой сетевой ОС.
Сетевой уровень
Предназначен для определения пути передачи данных.
Отвечает за трансляцию логических адресов и имён в физические, определение кратчайших маршрутов, коммутацию и маршрутизацию, отслеживание неполадок и «заторов» в сети. Протоколы сетевого уровня маршрутизируют данные от источника к получателю.
Пример протокола: IP, IPX и др.
Пример реализации: любой программный или аппаратный маршрутизатор.
Канальный уровень
Предназначен для обеспечения взаимодействия сетей на физическом уровне и контроля за ошибками, которые могут возникнуть
Спецификация IEEE 802 разделяет этот уровень на два подуровня — MAC (Media Access Control) регулирует доступ к разделяемой физической среде, LLC (Logical Link Control) обеспечивает обслуживание сетевого уровня.
Полученные с физического уровня данные он упаковывает во фреймы, проверяет на целостность, если нужно, исправляет ошибки (посылает повторный запрос поврежденного кадра) и отправляет на сетевой уровень.
Пример протокола: Ethernet, PPP, Wi-Fi и др.
Пример реализации: коммутатор, драйвер PPP, точка доступа.
Физический уровень
Предназначен непосредственно для передачи потока данных.
Осуществляет передачу электрических или оптических сигналов в кабель или в радиоэфир и, соответственно, их приём и преобразование в биты данных в соответствии с методами кодирования цифровых сигналов (осуществляет интерфейс между сетевым носителем и сетевым устройством).
Пример протокола: Ethernet, Wi-Fi, USB и др.
Пример реализации: медь, воздух, оптоволокно иными словами среда передачи данных.
