Skip to content

Update README.md #35

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
Jenkins555 wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Update README.md #35

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
47 changes: 43 additions & 4 deletions 03-sysadmin-06-net/README.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -3,13 +3,32 @@
1. Необязательное задание:
можно посмотреть целый фильм в консоли `telnet towel.blinkenlights.nl` :)

1. Узнайте о том, сколько действительно независимых (не пересекающихся) каналов есть в разделяемой среде WiFi при работе на 2.4 ГГц. Стандарты с полосой 5 ГГц более актуальны, но регламенты на 5 ГГц существенно различаются в разных странах, а так же не раз обновлялись. В качестве дополнительного вопроса вне зачета, попробуйте найти актуальный ответ и на этот вопрос.
1. Узнайте о том, сколько действительно независимых (не пересекающихся) каналов есть в разделяемой среде WiFi при работе на 2.4 ГГц. Стандарты с полосой 5 ГГц более актуальны, но регламенты на 5 ГГц существенно различаются в разных странах, а так же не раз обновлялись. В качестве дополнительного вопроса вне зачета, попробуйте найти актуальный ответ и на этот вопрос.
```
Количество действительно независимых каналов в разделяемой среде WiFi при работе на 2.4 ГГц зависит от нескольких факторов, включая ширину канала и наличие других сетей WiFi в окружении. В настоящее время на 2.4 ГГц доступно 14 каналов, но на практике используется только 3 канала без пересечений (1, 6 и 11), так как другие каналы пересекаются с этими каналами и могут привести к пересечению сигналов и ухудшению качества сети.

1. Адрес канального уровня – MAC адрес – это 6 байт, первые 3 из которых называются OUI – Organizationally Unique Identifier или уникальный идентификатор организации. Какому производителю принадлежит MAC `38:f9:d3:55:55:79`?
Кроме того, 2.4 ГГц является общей частотой для различных устройств, таких как беспроводные телефоны, микроволновые печи и Bluetooth-устройства, которые также могут мешать WiFi-сигналу.

1. Каким будет payload TCP сегмента, если Ethernet MTU задан в 9001 байт, размер заголовков IPv4 – 20 байт, а TCP – 32 байта?
Что касается стандартов на 5 ГГц, то количество независимых каналов зависит от ширины канала и того, какие каналы разрешены в стране. Например, в США разрешены 24 независимых канала на 5 ГГц. В России на частоте 5 ГГц доступно до 19 независимых каналов, в зависимости от региона и режима работы устройств.
```

1. Адрес канального уровня – MAC адрес – это 6 байт, первые 3 из которых называются OUI – Organizationally Unique Identifier или уникальный идентификатор организации. Какому производителю принадлежит MAC `38:f9:d3:55:55:79`?
```
MAC адрес 38:f9:d3:55:55:79 принадлежит производителю устройств Apple, так как первые 3 байта (38:f9:d3) являются OUI, зарегистрированным для компании Apple Inc.
```

1. Каким будет payload TCP сегмента, если Ethernet MTU задан в 9001 байт, размер заголовков IPv4 – 20 байт, а TCP – 32 байта?
```
Для того чтобы определить размер полезной нагрузки TCP-сегмента, нужно вычесть из MTU Ethernet размер заголовков IPv4 и TCP. Получаем:
9001 - 20 - 32 = 8949 байт

Это означает, что внутри TCP-сегмента может быть передано до 8949 байт данных, в зависимости от размера заголовков и других протоколов, используемых в сети.
```

1. Может ли во флагах TCP одновременно быть установлены флаги SYN и FIN при штатном режиме работы сети? Почему да или нет?
```
Нет, во флагах TCP одновременно не может быть установлены флаги SYN и FIN при штатном режиме работы сети. Это связано с тем, что флаг SYN используется для установления нового соединения между двумя узлами сети, а флаг FIN используется для завершения соединения. Таким образом, установка обоих флагов одновременно противоречит нормальной логике работы протокола TCP. Если в сегменте установлены флаги SYN и FIN одновременно, это может означать, что сегмент был создан с ошибкой или что в сети происходит атака.
```

1. `ss -ula sport = :53` на хосте имеет следующий вывод:

Expand All @@ -20,7 +39,27 @@ UNCONN 0 0 127.0.0.53%lo:domain

Почему в `State` присутствует только `UNCONN`, и может ли там присутствовать, например, `TIME-WAIT`?

7. Обладая знаниями о том, как штатным образом завершается соединение (FIN от инициатора, FIN-ACK от ответчика, ACK от инициатора), опишите в каких состояниях будет находиться TCP соединение в каждый момент времени на клиенте и на сервере при завершении. Схема переходов состояния соединения вам в этом поможет.

```
Команда "ss -ula sport = :53" выводит список всех локальных UDP-соединений, где порт назначения равен 53. В данном случае выводится только одно соединение, которое относится к DNS-резолверу, работающему на хосте, и соединение находится в состоянии "UNCONN" (unconnected) - то есть, это соединение не установлено, потому что не было отправлено и не было получено никаких пакетов.

Состояние "TIME-WAIT" используется для установленных TCP-соединений, которые уже были завершены (когда обе стороны передачи данных закрыли соединение), но еще не полностью завершены на уровне сетевого протокола. Данный режим устанавливается для того, чтобы гарантировать, что все пакеты, которые могут задержаться в сети, будут доставлены до другой стороны и только после этого соединение будет окончательно завершено. Таким образом, состояние "TIME-WAIT" не применимо к UDP-соединениям, поэтому в данном случае в "State" присутствует только "UNCONN".
```

7. Обладая знаниями о том, как штатным образом завершается соединение (FIN от инициатора, FIN-ACK от ответчика, ACK от инициатора), опишите в каких состояниях будет находиться TCP соединение в каждый момент времени на клиенте и на сервере при завершении. Схема переходов состояния соединения вам в этом поможет.
```

Штатное завершение соединения в TCP происходит в три этапа и включает переходы между различными состояниями соединения на стороне клиента и сервера.

1. Инициатор отправляет FIN.
На данном этапе соединение находится в состоянии ESTABLISHED на стороне клиента и сервера. Когда клиент отправляет FIN, он переходит в состояние FIN_WAIT1, а сервер в состояние CLOSE_WAIT.

2. Ответчик отправляет FIN-ACK.
Когда сервер получает FIN от клиента, он отправляет FIN-ACK в ответ и переходит в состояние LAST_ACK. Клиент в свою очередь переходит в состояние FIN_WAIT2 после получения FIN-ACK.

3. Инициатор отправляет ACK.
Когда клиент получает FIN-ACK от сервера, он переходит в состояние TIME_WAIT и отправляет ACK в ответ. Это состояние нужно для того, чтобы гарантировать, что все пакеты, связанные с соединением, дошли до конечной точки. После того, как клиент отправляет ACK, он закрывает соединение и переходит в состояние CLOSED. Сервер также переходит в состояние CLOSED, когда получает ACK от клиента.
```

1. TCP порт – 16 битное число. Предположим, 2 находящихся в одной сети хоста устанавливают между собой соединения. Каким будет теоретическое максимальное число соединений, ограниченное только лишь параметрами L4, которое параллельно может установить клиент с одного IP адреса к серверу с одним IP адресом? Сколько соединений сможет обслужить сервер от одного клиента? А если клиентов больше одного?

Expand Down