Видео

1500 байт, от скорости инета это не зависит

Нет, не ошибся, домашний роутер это роутер+коммутатор. У вас в домашнем роутере два IP интерфейса: WAN и он смотрит в сторону провайдера и LAN он смотрит в домашнюю сеть, и эти интерфейсы в разных подсетях. Wi-Fi каналы + LAN порты Ethernet это L2 и для упрощения можно считать их вместе коммутатором.

@N_G-yy6xh нет, я имею ввиду например ноутбук. У него два интерфейса, Ethernet и Wi-Fi и соответственно ip адреса из одной подсети

Специально попробовал на ноуте Win10 сейчас. Ноут подключен к Wi-Fi, получает адрес 192.168.0.157/24, подключаю его Ethernet портом к тому же роутеру, происходит примерно следующее: 1. Ноут получает адрес 192.168.0.201/24 на проводной интерфейс. 2. Какое-то время работает два интерфейса, их видно в ipconfig + есть два маршрута по умолчанию, но у Wi-Fi маршрута метрика хуже. 3. Спустя секунд 10 настройки IP для Wi-Fi из вывода ipconfig пропадают, остаются только настройки проводного интерфейса. 4. Из таблицы маршрутизации запись для Wi-Fi интерфейса тоже пропала. 5. IP настройки Wi-Fi можно увидеть через netsh interface ipv4 show addresses, но этот интерфейс не используется для передачи трафика. Возможно, поведение можно поменять, но оно выгляди логично. Плюс представьте себе ситуацию, когда у вас два роутера и оба выдают своим хостам адреса из одной подсети (но при этом эти роутеры не объединены через VRRP или какой-то другой подобный протокол) к одному вы подключаетесь по ви-фи, к другому проводом. Устройство должно работать только с одним, иначе вообще ничего работать не будет.

@@N_G-yy6xh ну когда два роутера для одной подсети, то обычно же dhcp сервер на одном отключается. А так спасибо за тест, но все равно странно для меня, зачем настройки Wi-Fi стираются

Так я и без DHCP могу настроить пересечение подсетей, руками, если прошивка или ОС устройства это никак не контролирует. "зачем настройки Wi-Fi стираются" Если один L3 интерфейс не гасить, то на канальном уровне будет петля: 1) Есть Wi-Fi линк между роутером и интерфейсом ПК 2) Есть проводной линк между роутером и интерфейсом ПК 3) И на самом ПК есть внутренний линк То есть эту ситуацию топологически можно представить так: Есть два коммутатора не умеющих STP, они соединены между собой двумя отдельными линками. К первому подключено два узла (это реализация канального уровня на ПК): 192.168.0.157/24 и 192.168.0.201/24, ко второму(реализация LAN+Wi-Fi на роутере) с адресом 192.168.0.1/24, представьте, что будет если один из узлов в такой схеме сделает широковещательную рассылку.

///Образно, у всех компов из первой сети в качестве шлюза может быть один из двух айпи адресов роутера для дальнейшей маршрутизации./// Резервировать сеть одним роутером смысла нет, он вышел из строя и никакого резерва нет. Тем более нет смысла резервировать двумя разными IP-адресами шлюза, как правило, на хостах прописывается один шлюз по умолчанию и всё через него работает. Почитай про VRRP + на ютубе ролики есть, это протокол, который позволяет двум роутерам одновременно выступать шлюзом для устройств сети, правда один из них должен быть активным, а второй резервным. Если же все-таки надо линки/порты резервировать, есть технология Link Aggregation (LAG), как правило LACP протокол используется. //Или это железное ограничение, выставленное для безопасности сети?// Невозможность настройки двух адрес из одной подсети на интерфейсе роутера - это ограничение логики работы самого IP, скорее всего в каком-нибудь RFC это описано. Представь ситуацию: у тебя есть сеть 10.0.0.0/29, первый и второй адрес назначены на роутер, остальные на хосты. Получил роутер пакет с адресом назначения 10.0.0.3 и куда ему его слать? В первый или второй порт? Маки хоста 10.0.0.3 они видит за обоими портами. Что делать в такой ситуации с широковещательной рассылкой? И таких вопросов и нюансов всплывает много, это то что сходу вспомнилось.

Я вопрос не совсем понял. Если речь про логику работы на L3 и при условии что нет никаких ACL/политик, то роутер не будет никак анализировать, что вложено в IP-пакет. Он посмотрит поля TTL и dst ip и пошлет этот пакет дальше, если TTL не обнулится и если у него есть маршрут до destination ip. Ничего заново не формируется с точки зрения IP. "но с другим заголовком уровня назначения источника и получателя по MAC?" Да, чтобы переложить пакет из одной подсети в другую, роутер меняет мак-адреса. Убеждается, что в полученном пакете стоит его мак-адрес, а когда послыает дальше, то в качестве src mac подставляет адрес своего исходящего интерфейса, а в качестве dst мака использует адрес следующего по пути узла. Для отработки ситуаций с ошибками и коллизиями уже на уровне Ethernet есть контрольные суммы, если они не сходятся, кадр уничтожается на том узле, где контрольная сумма не сошлась, соответственно, и все что вложено внутрь кадра уничтожается. В общем случае проходящий через роутер пакет не изменяется, но можно создать политики, которые будут анализировать ICMP и изменять их или дропать, или любое другое действие с ними делать, которое позволяет железо и операционная система роутера

Нет, пока не будет. На оформление текстов много времени уходит, у меня его пока нет, плюс думаю - какую площадку использовать дальше для этого.

Да, прошёл проверку, есть еще одна ошибка, нашедшему бонус

По материалу критику услышал. Уточни, пожалуйста: набубнил это просто слово или это качественная оценка записи звука?

@@N_G-yy6xh это ритм речи похожий на бу бу бу бу без ярких акцентов и лаконичных фраз по существу

@@N_G-yy6xh ну и вставки кринж мемов наверное пора оставить где-то 2021 ...

Спасибо что комментарии комментируете! Это важно и для меня и для канала!

Рад что видосы заходят!

От души, дорогой друг!

Время не жалко, для сетевого/системного администрирования помимо теоретической базы важны два навыка: а) уметь гуглить б) читать документацию, поэтому в видео отсылаю к документации и страницам man, это стандартные инструмент линукса, которым надо пользоваться.

@@N_G-yy6xh Можно вообще скрин выложить с пунктами плана обучения как на роадмап. 3 секудны и максимум пользы. Каждый изучит маны и т.п. сам

Спасибо за хороший отзыв, мотивирует что-то новое делать!

Спасибо за хороший отзыв, приятно автору, полезно для развития канала!

Привет! Будут, еще 10-12 роликов планируется по IP

Плохо, что тут скажешь

Согласен, про перезагрузки после изменения MTU что-то я не упомянул. Тоже в памяти сейчас что-то такое всплывает насчет младших моделей

Привет! Спасибо за отзыв, хорошие отзывы тоже помогают и мотивируют!

Привет! Спасибо, что поддерживаешь!

Спасибо, что поддерживаете, из того что вижу - комментарий очень сильно на рекомендации Ютуба влияет

Привет! Спасибо за пожелания и отзыв!

Привет! Спасибо за подробный отзыв! Работаем над речевым балластом, проблема скорее не в том, что к видео не готовишься, а в том что тебе иногда надо что-то печатать, говорить и еще параллельно осознавать что именно нужно сказать или показать дальше, хотя сценарий написан, тема знакома и вроде бы основные моменты перед глазами :)

Спасибо за поддержку!

Спасибо за отзыв!

Спасибо за отзыв!

Привет! Спасибо, что поддерживаете!

@@N_G-yy6xh вам спасибо за годный контент. Я понимаю что он не популярный, но его будут смотреть и через год и через 5 лет если вы добьете серию видео до некоторого логического завершения.

Привет! Спасибо за поддержку!

Спасибо за отзыв!

Спасибо за поддержу, насчет подписаться: мне просто не нравится как эти призывы звучат, возможно, когда-нибудь я этот момент для себя пересмотрю.

​@@N_G-yy6xhпожалуйста, не нужно. Вы делаете специфический контент для думающих людей, им не нужно напоминать, они сами знают что им делать.

Судя по вашему описанию, у вас коммутационная петля, судя по описанию производителя Mikrotik CRS326-24G это коммутатор, а не роутер. Увидеть бы ваши конфиги, логи с петлей и схему сети, чтобы что-то более менее дельное сказать. Прислать можете сюда: network4u.2024(собака)gmail(точка)com. Из общих соображений могу предложить два варианта: 1) Убедитесь, что между неуправляемым коммутатором и CRS326 нет линка, если есть разберите. Свой роутер CCR1009 вы фактически перевели в режим коммутатора, добавив порты в бридж группы. Убедитесь, что нет дополнительных линков в режиме бриджа с роутера в сторону этих коммутаторов 2) Если физически есть возможность, то сделайте такую топологию: CCR1009 <-> CRS326-24G <-> неуправляшка. Порт на CCR1009 в сторону CRS326-24G переведите в режим роутера, на нем создайте два саб-интерфейса, на которые будете терминировать обе свои сети (можно одну сеть настроить primary, вторую secondary, но лучше разобраться с сабами).

Спасибо за отзыв, по поводу шрифта консоли принято, увеличу. Текстовую версию, на которую ссылаюсь, еще не опубликовал, как только сделаю в комменты ссылку внесу. Завтра появится вот здесь: pikabu.ru/series/ip_protokol_ipv4_27142. Ссылки в описание добавлять не могу, пока на канале нет 1000 подписчиков

Нет, не надо, достаточно собрать подобную лабу той, что в видео, а затем снять дамп при пинге.

Привет! Пыхчу