Я просмотрел десяток часов подобных видео, но у меня возникло много вопросов, получил мало ответов. Скорее запутался ещё сильнее. И тут этот бриллиант! Мужик, спасибо тебе огромное. Я сохранил видео себе, так чувствовать, какие вопросы возникнут у человека и тут же на них давать понятный ответ - это талант
смотри mac передачу , потом тольк все остальное, как она на портах свичей и коммутатороа работает, ip тож самое + одинаковые или разные подсети маски , и нат и stan
Спасибо. Так а как в итоге сейчас работает NAT? Просто во всех рассмотренных в видео случаях будто айпи адрес локальной сети просто заменялся айпи адресом публичным с некоторым соответствием
адреса сохраняются в NAT таблице маршрутизатора - адрес внутренней сети с которого пришёл пакет, и адрес назначения (во внешней сети), если адрес назначения нашелся во внутренней сети, маршрутизация происходит вроде бы по другому. Предположим, что мы сейчас находимся в конечной сети (в той, где находится конечный адрес, публичная наверное чаще всего), когда сервер отвечает, он отвечает маршрутизатору на самом деле, маршрутизатор глядит на свою NAT таблицу и видит: ага, вот это тот адрес в моей внутренней сети, с которого пришёл запрос на этот сервер, значит отправляю ответ на этот адрес. а этот адрес во внутренней сети, может быть например тоже маршрутизатором... так и происходит маршрутизация пакетов из внешней сети во внутреннюю... поправьте если что не так
Самый распространённый механизм - это Dynamic PAT. Админ устанавливает соответствие локальной подсети публичному адресу, например, 10.6.6.0/24 -> 32.8.2.66. Когда на роутер придёт пакет от какого-нибудь 10.6.6.61:2222, он выберет для него номер порта по своей внутренней логике (например, 7777), затем отправит этот пакет дальше по сети как пакет от 32.8.2.66:7777. И запишет эту комбинацию в таблицу у себя в памяти: "10.6.6.61:2222 -> 32.8.2.66:7777". Теперь, когда на этот роутер придёт пакет с адресом назначения 32.8.2.66:7777, он заменит этот адрес на 10.6.6.61:2222 и отправит этот пакет во внутреннюю сеть.
Я особо глубоко еще не изучал dhcp. Когда в сеть подключается новое устройство (например, пк), у него изначально нет айпишника -вместо айпи адреса у него 0.0.0.0 Однако он может общаться в сети на уровне L2, по ethernet и мак адресам Чтобы общаться на уровне L3, по айпишинку - он изначально должен получить этот айпишник от DHCP сервера, либо админ может ручками задать компу статический ip самостоятельно Поэтому комп отсылает широковещательное сообщение по L2, DHCP DISCOVER В котором: Мак отправителя: (реальный мак адрес пк) Мак получателя: FF:FF:FF:FF:FF:FF (бродкаст мак, это значит что сообщение будет отправлено всем хостам в L2 сегменте (сети)) Все остальные хосты просто проигнорируют это сообщение, но Dhcp сервер увидит dhcp discover и, зная мак компа, отправит ему dhcp offer. Точно не знаю что там соддержится, но либо это что-то связанное с ARP, либо dhcp сервак в оффере предлагает компу свободный айпишник, но точно я не уверен. Там далее следуют dhcp request и dhcp ask, но я точно не изучал как они работают, буду рад если кто-то меня поправит или подскажет че там дальше происходит
Спасибо. Так а как в итоге сейчас работает NAT? Просто во всех рассмотренных в видео случаях будто айпи адрес локальной сети просто заменялся айпи адресом публичным с некоторым соответствием
Я просмотрел десяток часов подобных видео, но у меня возникло много вопросов, получил мало ответов. Скорее запутался ещё сильнее. И тут этот бриллиант! Мужик, спасибо тебе огромное. Я сохранил видео себе, так чувствовать, какие вопросы возникнут у человека и тут же на них давать понятный ответ - это талант
Большое спасибо за видео
Лучшее видео по базе сетей которое я смог найти впринципе. Спасибо большое!
Хорошая статья и интересное видео. Большое спасибо
Отличное видео!
Информация подана в доступном для понимания виде и содержит все базовые принципы по теме
Молодец, это полезно
какой voice speech используется?
смотри mac передачу , потом тольк все остальное, как она на портах свичей и коммутатороа работает, ip тож самое + одинаковые или разные подсети маски , и нат и stan
чем ты озвучил это?
Спасибо за видео. Подскажите, пожалуйста, как Вы генерировали голос? Модель с huggingface мб
Нет, коммерческий сервис.
Спасибо. Так а как в итоге сейчас работает NAT? Просто во всех рассмотренных в видео случаях будто айпи адрес локальной сети просто заменялся айпи адресом публичным с некоторым соответствием
адреса сохраняются в NAT таблице маршрутизатора - адрес внутренней сети с которого пришёл пакет, и адрес назначения (во внешней сети), если адрес назначения нашелся во внутренней сети, маршрутизация происходит вроде бы по другому.
Предположим, что мы сейчас находимся в конечной сети (в той, где находится конечный адрес, публичная наверное чаще всего),
когда сервер отвечает, он отвечает маршрутизатору на самом деле, маршрутизатор глядит на свою NAT таблицу и видит: ага, вот это тот адрес в моей внутренней сети, с которого пришёл запрос на этот сервер, значит отправляю ответ на этот адрес. а этот адрес во внутренней сети, может быть например тоже маршрутизатором... так и происходит маршрутизация пакетов из внешней сети во внутреннюю...
поправьте если что не так
Самый распространённый механизм - это Dynamic PAT. Админ устанавливает соответствие локальной подсети публичному адресу, например, 10.6.6.0/24 -> 32.8.2.66. Когда на роутер придёт пакет от какого-нибудь 10.6.6.61:2222, он выберет для него номер порта по своей внутренней логике (например, 7777), затем отправит этот пакет дальше по сети как пакет от 32.8.2.66:7777. И запишет эту комбинацию в таблицу у себя в памяти: "10.6.6.61:2222 -> 32.8.2.66:7777". Теперь, когда на этот роутер придёт пакет с адресом назначения 32.8.2.66:7777, он заменит этот адрес на 10.6.6.61:2222 и отправит этот пакет во внутреннюю сеть.
Спасибо
а я не понял, как dhcp понимает кому ответить, если вместо мак адреса ff
Какой ff ?
@@hitpauбродкаст мак
Я особо глубоко еще не изучал dhcp.
Когда в сеть подключается новое устройство (например, пк), у него изначально нет айпишника -вместо айпи адреса у него 0.0.0.0
Однако он может общаться в сети на уровне L2, по ethernet и мак адресам
Чтобы общаться на уровне L3, по айпишинку - он изначально должен получить этот айпишник от DHCP сервера, либо админ может ручками задать компу статический ip самостоятельно
Поэтому комп отсылает широковещательное сообщение по L2, DHCP DISCOVER
В котором:
Мак отправителя: (реальный мак адрес пк)
Мак получателя: FF:FF:FF:FF:FF:FF (бродкаст мак, это значит что сообщение будет отправлено всем хостам в L2 сегменте (сети))
Все остальные хосты просто проигнорируют это сообщение, но
Dhcp сервер увидит dhcp discover и, зная мак компа, отправит ему dhcp offer. Точно не знаю что там соддержится, но либо это что-то связанное с ARP, либо dhcp сервак в оффере предлагает компу свободный айпишник, но точно я не уверен.
Там далее следуют dhcp request и dhcp ask, но я точно не изучал как они работают, буду рад если кто-то меня поправит или подскажет че там дальше происходит
Это же мак адрес получателя только широковещательный= всем, а мак адрес отправителя свой. Не читал документации но именно это имелось ввиду в ролике.
Мак адрес отправителя не ff
Некоторые информаций неверный или недополненные
Советую сделать низкий мужской голос, а не женский
не хочется смотреть из за того что там бабский голос
Я пробовал разные нейросети и разные голоса. На мой вкус, остальные голоса ещё хуже.
чувак , реально, мужской голос лучше!
@@Taydvax именно какой нейронка?
😂 итернет адрес звучит неросетовски
ещё бы озвучка нормальная была, а то слушать иногда больно. За видио лайк, а за озвучку диз
Че сам озвучить не смог~смог
Спасибо
Спасибо. Так а как в итоге сейчас работает NAT? Просто во всех рассмотренных в видео случаях будто айпи адрес локальной сети просто заменялся айпи адресом публичным с некоторым соответствием
Ответил выше.