🌐 Что такое TCP/IP? Объясняем простыми словами Когда мы отправляем сообщение, открываем сайт или смотрим видео — данные не летят целиком одним большим файлом. Они разбиваются на маленькие части и отправляются через сеть. За это отвечает набор протоколов TCP/IP. 📌 IP (Internet Protocol) — это как адрес на конверте. Он отвечает за: куда отправить данные; какой у устройства IP-адрес; через какие сети пройти. Например: 💻 Компьютер → 192.168.1.10 🌍 Сервер сайта → 8.8.8.8 IP помогает найти путь от отправителя к получателю. 📌 TCP (Transmission Control Protocol) — это как проверка доставки. Он отвечает за: — разбивку данных на части; — проверку, что всё дошло; — повторную отправку потерянных частей; — сборку данных обратно в правильном порядке. Представь, что ты отправляешь книгу по почте: IP говорит: «Вот адрес получателя». TCP проверяет: «Все страницы книги дошли? Ничего не потерялось?» 📦 Пример работы: Ты открываешь сайт: 1️⃣ Браузер получает IP-адрес сервера. 2️⃣ TCP устанавливает соединение с сервером. 3️⃣ Данные сайта отправляются маленькими пакетами. 4️⃣ TCP проверяет доставку. 5️⃣ Браузер собирает страницу. ⚡️ А если нужна скорость, а не идеальная доставка, используются другие протоколы — например UDP. #network

🧩 Что такое ARP и зачем он нужен в сети? Чтобы отправить данные устройству в локальной сети, компьютеру нужен его MAC-адрес. Но обычно мы знаем IP-адрес. Здесь помогает ARP (Address Resolution Protocol) — протокол, который находит соответствие между IPv4-адресом и MAC-адресом. Как это работает: Компьютер проверяет ARP-кэш — возможно, нужный адрес уже известен. Если записи нет, он рассылает в локальную сеть запрос: «Кому принадлежит этот IP?» Устройство с таким адресом отвечает своим MAC-адресом. Компьютер сохраняет соответствие в кэше и отправляет данные. ⚠️ У ARP есть слабое место: протокол не проверяет подлинность ответов. Поэтому в локальной сети возможна ARP-подмена — когда устройство получает ложное соответствие IP и MAC. Это может позволить перехватывать или перенаправлять трафик. 📌 ARP работает с IPv4. В IPv6 для похожих задач используется Neighbor Discovery Protocol (NDP). #network

Оптимизация кода под космос: когда опускаются руки запускать новые спутники Представьте, что вы набираете rm -rf /home/pi/tmp/cache, а до сервера долетает rm -rf /home/pi. Привет. Именно так выглядел канал связи с орбитальным спутником, который команда RUVDS задумала как первый полноценный сервер в космосе с доступом по SSH. В сыром SSH дойти могла половина команды, поэтому весь стек протоколов пришлось переписывать. Дальше выяснилось, что настоящий SSH над горизонтом невозможен в принципе: аппарат уплывает за горизонт раньше, чем успеет обменяться ключами, а лучшее, что удавалось выжать, это около 45 байт в секунду. Пришлось откапывать протокол из контроллеров 90-х, а когда NORAD перестал давать данные о положении спутника, стучаться за орбитальной моделью в МГУ. А потом основной аппарат сгорел ровно в день, когда открывали публичный доступ.

«ВЫЕЗЖАЮ СРЕДА ВСТРЕЧАЙ ВОКЗАЛ ЦЕЛУЮ» Пословная оплата телеграммы заставляла выкидывать предлоги и союзы, восстанавливая смысл по контексту, и люди изобрели сжатие текста с потерями за сто лет до того, как мы повторили тот же трюк в SMS по 160 символов. Читаешь телеграфные регламенты Российской империи и ловишь стойкое дежавю, будто перед тобой описание сетевого протокола. Каждая депеша несла служебный заголовок с адресом и числом слов, лежала в очереди на узловых станциях, а в спорных случаях приёмная сторона запрашивала повтор и сверяла текст обратно. Правительственные депеши летели вне очереди, служебные об авариях шли впереди коммерческих, частные ждали своей подачи. Очереди, приоритеты, подтверждения, метаданные, и всё это на столбах с одним железным проводом и землёй вместо обратной жилы. Узнаем, как далеко тянется параллель между проводом XIX века и современной сетью.

Пятница. И тут как-то вспомнился старинный сетевой юмор, который поймут не только лишь все. Разбираем классику сетевых протоколов: TCP — Привет, я собираюсь рассказать тебе шутку про TCP. — Привет, ты собираешься рассказать мне шутку про TCP? — Да, я собираюсь рассказать тебе шутку про TCP. — Хорошо, я готов услышать шутку про TCP. — Готов? — Да, готов. — Сейчас расскажу. UDP Я просто рассказал её, и мне абсолютно всё равно, услышали вы её, поняли или нет. TCP (версия с обрывом) — ОК, я готов отправить тебе TCP-шутку. Она продлится 10 секунд, состоит из двух предложений и закончится панчлайном. — ОК, я готов получить TCP-шутку, которая продлится 10 секунд... Извините, таймаут соединения. Здравствуйте, вы хотите услышать шутку про TCP? Шифрование Я бы рассказал её, но у вас нет приватного ключа. MTU (максимальный размер пакета) Про MTU тоже есть классная шут... [сообщение обрезано, так как превысило лимит размера пакета]. BGP (протокол маршрутизации) Мы долго блуждали вокруг да около, но в итоге всё равно выбрали самый длинный и нелогичный путь. ARP А кто-нибудь знает, где здесь находится классная шутка? Срочно скажите её MAC-адрес! Token Ring (сеть с маркерным доступом, очень старое — это буквально была первая в моей жизни сеть в 199х году) Я бы рассказал отличную шутку, но сейчас не моя очередь держать маркер. DNS Чтобы понять шутку, вам сначала придётся перевести её на понятный язык, но этот процесс может зависнуть на пару минут. IPv4 Все хорошие шутки уже давно закончились. IPv6 Эту шутку никто толком не понимает, но все делают вид, что скоро начнут активно использовать. DHCP Бармен наливает вам пиво и говорит: "Вот, но через час я заберу бокал обратно, если вы не продлите аренду".

Веб-разработчики прекрасно знают HTTP-методы для взаимодействия клиента с сервером. Через GET обычно данные с сервера получают. Через POST можно создать или обновить. Удалять логично через DELETE. А вот HEAD, например, мы используем для проверки соединения, чтобы сэкономить трафик а теле запроса. Так вот, кто-то сидел и скучал о методе, который бы объединил GET и POST. Чтобы слать для запроса извлечения данных дополнительные параметры, скажем, фильтры, не в строке запроса, а в теле. Ну, типа мутант - GET-запрос с телом от POST. И придумали новый метод - QUERY. На эту тему даже сформировали отдельный RFC 10008 - The HTTP QUERY Method. То есть это как раз и получается идемпотентная операция запроса данных, аналогичная GET, но с телом POST, где вы можете слать тот же JSON с фильтрами и пагинацией. Подробности - в статье. #web

Какие все-таки быстрые времена, что целая технологическая эпоха спокойно укладывается не просто в одну человеческую жизнь — а в одну активную профессиональную жизнь, причем много чего определившую в мире, где мы в итоге живем. Винт Серф, в 1970-е один из разработчиков стека TCP/IP, сооснователь Internet Society и один из руководителей ICANN, человек, проработавший в Гугле с 2005 года, — сейчас в свои 83 решил выйти на пенсию с прекрасной должности chief internet evangelist. Не потому, что не тянет, а просто решил, что можно немного расслабиться. При этом он недавно вполне убедительно спорил с более юными экспертами на тему агентов: пока поклонники универсальности человеческого языка, якобы достигнутой с помощью ИИ, говорили, что нашего языка хватит и для общения агентов между собой, Серф утверждал, что ИИ, наоборот, порождает необходимость новых стандартизированных протоколов. И, как подтверждает его немаленький опыт, именно компании, вносящие активный вклад в разработку новых стандартов и протоколов, получат в итоге непропорционально большое влияние на развитие агентной экономики.

“I don’t think English is going to be the best choice. There’s a flexibility in it, but there’s ambiguity, and I think precision for interagent interaction is going to be very, very important. An agent really needs to be sure the other agent understands what it is that they just agreed to do together”

Можно только поздравить Серфа с новым интересным этапом его насыщенной жизни. https://techcrunch.com/2026/06/30/the-father-of-the-internet-is-finally-retiring/