Откуда-то из глубины Интернета и другой стороны силы вынесло ко мне рекламную статью про IPv6 прокси. Помимо приевшихся стереотипных плюсов вроде большей скорости и современности, упоминают и вполне себе конкретные: много адресов и малая степень адаптации компаний к IPv6. Это позволяет адресам очень часто меняться и проскакивать в те бреши которые компании ещё не закрыли. Так и пишут используйте для обхода ограничений и парсинга сайтов. Придерживаясь рекламного стиля, всё это повторяется разными словами много раз в разных частях статьи и как всегда в этом есть доля правды. (Если статья не открылась, то можно пропустить, если открылась то прочитать по диагонали.)
Отчасти, вот вам ответ на вопрос почему кто-то сторонится внедрения IPv6 у себя, чтобы не столкнуться с новыми проблемами. Но внедрять, придётся всё равно, а методы борьбы наработаются. Без оборотной стороны никак не обойтись.

А давайте взгляд со стороны на "так исторически сложилось", автора ищем в канале.
Купили вы шкаф, какой смогли, может быть хороший может быть сразу не очень, такой какой вам позволили ваши финансы, знания, опыт. Функции свои выполняет: поставили в него посуду, безделушки, книги, бельё вниз и шапки в антресоль. Прошло время, мода поменялась, полировка облезла, дверки расшатались. Нужен новый шкаф, да это столько мороки - надо всё вытащить, шкаф вынести, новый занести, лишнее выкинуть и всё обратно расставить. А этот шкаф - вот он стоит, и привыкли все к нему. Можно, конечно, на балкон вынести, но в одиночку не вынесешь даже если очень сильно хочется (но не хочется, или сначала хочется, а потом, сам уже привык) и в двоём тоже (даже целая бригада грузчиков может не осилить), а наверху ещё ваза стоит китайская, если разобьётся бабушка очень сильно расстроится. Плохой ли шкаф? Да нет, шкаф как шкаф, функции свои по-прежнему выполняет. Надо ли его поменять на новый, надо конечно, но у нас ещё с крана вода капает, давайте его лучше поменяем.
Любая система эволюционирует через череду решений: плохих, хороших, разных. И эволюционирует она не в оптимальную, а в рабочую. И эволюция будет продолжаться до смерти этой самой системы, того момента когда она перестанет быть рабочей. Выход только один - поменять на новую. Как только одно станет дешевле другого, всё тут же и случится. И это просто шкаф, который возможно есть у вас дома, а что уж про сети говорить.

Linux на Intel 4004 - я думаю вы уже заметили в новостях вчера и сегодня, но я ещё раз обращу ваше внимание на это. Речь тут совсем не про Linux, но про забытое искусство истинного хакинга. Искреннее удовольствие, конечно, получат те кто знаком с устройством и работой микропроцессоров особенно если есть с чем сравнивать, я могу только с Intel 8080. И даже ещё ниже - куда и какое напряжение подвести и как подкрутить уровни до нужных, не забывая про мощность и токи. Приключений с памятью и периферией тоже бы хватило на многотомник, но в итоге, всё было оптимизировано ещё и по скорости.
На выходе получили, помимо собранного компьютера на базе 4004 процессора с загрузкой Linux за 5 дней, ещё эмулятор 4004 и эмулятор MIPS на 4004. Автор настаивает на том, что это всё возможно повторить самостоятельно, для желающих оставлены контакты.

Я тоже обеими руками за понятные трассировки, но почему просто не прописать всё это в DNS, не меняя локальный hosts, тем более в своей инфраструктуре, тем более с NetBox.

Tesla Transport Protocol over Ethernet - для высокоскоростных взаимодействий с низкой задержкой внутри ЦОД. Спецификация в PDF.

Змейка на eBPF, написанная на языке bpftrace. Наверное, это именно то, для чего и задумывался этот механизм внутри ядра Linux, чтобы запускать Doom, конечно! Презентация очень объёмная, есть и видео.

Этот день настал!

Winamp теперь open source официально!

https://github.com/WinampDesktop/winamp

Никто:
Абсолютно никто:
Tcl/Tk: выходит версия 9.0

Не в пятницу, а вчера, но новость достойна пятничного вечера.

Сейчас Python везде проник или проникает, а раньше на железках Tcl был, причём с довольно развесистыми функциями, например, встроенным веб сервером. А ведь мой скрипт на Tcl скорее всего в проде всё ещё работает, да и дома точно работает. Но уже ничего не помню, совсем, хотя язык в базе очень простой.

Вечера!
Дабы не затерялось в истории, собрал в кучку как запихать в eve/pnet образ ecorouter для лабных занятий.
Спасибы участникам из соседнего чатика.

#pnetlab

Там Yandex Disk по ссылке, в комментарии тоже можно заглянуть в канале.

Исследование по использованию доменных имён в фишинговых атаках в зонах .nl, .be и .ie. В большинстве случаев используются уже существующие домены, которые ломают через уязвимости. Причём строгость политик регистрации в зоне .ie, практически исключает регистрацию новых фишинговых доменов, что нельзя сказать о двух других зонах. Выявленные домены достаточно быстро блокируются, до 80% в первый день, какие-то посредством DNS (для новых регистраций), остальные на уровне веб и хостера, но, наверное, того что остаётся хватает для целей тех кто этим занимается.

BGP на Windows вроде бы и есть, но своеобразный, чтобы его можно было бы как-то использовать, кроме очень специфических задач. Если отойти от стандартных Windows средств, то есть GoBGP, если очень хочется именно Windows.

Обратите внимание, что без скриншотов GUI не обошлось, и они заняли непозволительно много места при том что несут минимум информации, по сравнению с тем местом которые заняли. Это к вопросу об объёмах литературы по Windows.

Как обстоят дела с IPv6 в OpenBSD (pdf). Доклад на EuroBSDCon 2024.

Если долго прислушиваться к окружающему шуму, то можно даже что-то услышать, но не понять. Анализ ICMP пакетов с сигнатурой LOVE, попавшихся в лапы исследователей Интернет. Шпионская версия, в любом случае, не отброшена.

Анализ рынка Ethetnet коммутаторов. ИИ и здесь замешан, но лишь как возможная причина того что все деньги ушли в него, а не на обновление сетевого оборудования. Интересно также сравнение относительной стоимости гигабита для разных типов портов, чем скорость порта выше, тем стоимость меньше.

Всё-таки напишу про Google который то запрещает то разрешает регистрироваться по телефону. Когда я аккаунты заводил, подтверждение телефона было не обязательным, если вообще было. И до сих пор остались такие места в мире, где этот шаг при регистрации можно пропустить. Если бы я сейчас регистрировал новый аккаунт Google, то поискал бы именно такие места.

Чуть не пропустили добавить повода отпраздновать в эту пятницу, пока не у всех ещё наступило завтра - 20000 дней с начала отсчёта эпохи Unix:
echo $(( $( date +%s ) / 86400 ))

LLDP как способ идентификации конечных устройств. Мне почем-то сразу подумалось про DHCP opt. 82 или 37 для IPv6, если всё равно есть DHCP и приходится обрабатывать идентификаторы где-то на сервере, а вот если бы DHCP не было бы... Но, наверное, такой путь для автора был короче. Мне в этом решении сильно не нравится, что конечные устройства умнеют для того чтобы смочь обработать поступающий к ним LLDP, когда мы хотим их сохранить простыми - классическая инженерная дилемма, разрешить которую можно многими и многими способами.

Собирать и хранить данные BGP задача требующая много ресурсов и существующие системы покрывают только единицы процентов от общей картины, что не позволяет делать достоверные выводы о многих событиях происходящий внутри глобальной BGP таблицы. Предлагаемый выход - увеличивать количество точек наблюдения и сокращать избыточность данных, что и реализуется в новом подходе названном GILL. Посмотреть как это уже работает можно на bgproutes.io, там же подать заявку на пиринг, чтобы помочь расширить охват.

А текущее состояние глобальной BGP в существующем агрегаторе RIS от RIPE NCC, можно увидеть не выходя из телеграмма в моём боте @FullViewBGPbot.
Что касается второго бота - @BGP-TableBot, я недооценил проблему возвращения на Twitter в качестве источника обновления сведений, так как там все нужные для работы функции API теперь только по подписке. Но хорошая новость, я написал автору оригинального бота и он постарается починить обновления через Mastodon, как до этого дойдут руки. Поэтому как только будет альтернативный канал, так сразу я на него переключусь, но пока без вариантов, ищем первоисточник здесь и здесь.

Никогда не считал что "Сетевая инженерия" популярная или была популярная, хотя может я, конечно, этот момент не застал. Из всех тех с кем я учился до того как стал работать по специальности, включая профильное направление "ЭВМ, комплексы, системы и сети", сетевиком никто не стал. Да и мой путь в большей степени случайность, чем осознанный выбор. Поэтому мне не понятно почему надо опять сделать её популярной, а не просто популярной.
То что раньше было лучше, это понятное брюзжание, это вообще всего IT касалось и не IT, а не только сетей. То что облака, программирование и кибербез привлекают больше внимания, трудно спорить. В какой-то степени это более понятно и доступно из-за обилия информации вокруг. Для сетей, при том что с ними все сталкиваются ежедневно, такой информационный фон создать труднее, просто потому что на бытовом уровне на сети никак не повлиять, только страдать когда что-то ломается и читать в новостях про неведомый BGP. А "облаками" пользуются многие далёкие от IT люди, по крайней мере думают что пользуются, так же как и сталкиваются с вирусами и мошенниками. Ролики в Интернете, наверное, кого-то привлекут, но как и весь популярный контент рассчитанный на широкую аудиторию, порой больше вводит в заблуждение относительно специальности, чем объективно что-то рассказывает. Но что правда, то правда, чисто сетевого контента на широкую публику, не так уж и много. С другой стороны, осознанный выбор не раскрученной специальности, должен быстрее провести от новичка до профессионала, по причине большего желания заниматься именно этим.
Стоит передать привет телефонистам и связистам вообще, которые вроде как справились со своей "непопулярностью". А компьютерные связисты, пока ещё в стадии переживания по этому поводу.

А вот программисты никак не могут смириться с тем, что их профессия теперь рабочая специальность: далее, далее, готово... Но к этому и стремились, вроде бы. Та самая обратная сторона массовости и понятности.