1.1, FSA (??), 12:14, 01/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
То, что появилась поддержка «IPv6-only preferred» (RFC 8925) не может не радовать. Интересно как при этом решена проблема с clat. Ведь без этого отключать IPv4 не имеет смысла, потому что в этом случае ты оказываешься отрезанным от IPv4 интернета. Надо будет протестировать. В Archlinux версия уже появилась в репозитории extra-testing.
| |
|
2.35, FSA (??), 17:19, 01/03/2025 [^] [^^] [^^^] [ответить] | +3 +/– |  Проверил Опция действительно работает Тестировал на стоковой прошивке OpenWrt ... большой текст свёрнут, показать | |
|
3.59, FSA (??), 08:54, 03/03/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Можете пояснить зачем это нужно? IPv4 чем-то мешает?
Если исходить из домашней сети, то это особо. Смысл в том, что если вы оператор, то ваши клиенты могут запрашивать IPv4 только если их устройства не умеют работать в сети IPv6-only. Это позволяет вам экономить пул IPv4 адресов. Эдакий мягкий переход к IPv6. Старые устройства по прежнему получают IPv4, новые устройства работают только с IPv6. По сути если бы CLAT внедрили в Linux и Windows, то смысла держать IPv4 в сетях не стало бы совсем, ибо Android, iOs и MacOS уже умеют работать без IPv4 и иметь полноценный доступ в интернет.
| |
|
|
5.70, FSA (??), 12:16, 03/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Эдакий мягкий переход к IPv6.
> Мне бы ваш оптимизм.:)
Оптимизма пока нет. А вот когда допилят поддержку CLAT из коробки в NetworkManager и Microsoft удосужится таки сделать то, что они обещали почти год назад и включил поддержку CLAT для всех типов соединений, вот тогда реально будет прорыв с переходом на IPv6.
| |
|
4.79, Аноним (79), 11:24, 05/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
>переход к IPv6.
Поезд ушёл. С распространением IoT-устройств и культа безопасности от NAT просто так уже не откажутся. Значит, и массовый переезд на IPv6 больше неактуален.
| |
|
5.81, FSA (??), 04:36, 27/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> С распространением IoT-устройств и культа безопасности от NAT просто так уже не откажутся.
Простите. А как NAT связан с безопасностью? Это абсолютно разные вещи. В IPv6 с безопасностью проблемы также решаются с помощью файервола. Просто в IPv6 промежуточным узнал не нужно IP пакеты переделывать, пересчитывать, чтобы дальше отправить. Нет, конечно можно и это замутить, но только большой вопрос, зачем. Это в IPv4 мы пакеты не можем нормально пересылать от узла к узлу не изгаляясь с NAT. По сути это костыль который просто продлевает жизнь IPv4 и не более того.
Я бы не стал говорить, то IPv6 стал безопаснее, как иногда делают, но и сказать, что он менее безопасен, тоже нельзя. Их уровень сравним, но для них разные векторы атаки нужны, и не получится в лоб сравнить.
| |
|
|
3.72, Аноним (72), 23:02, 03/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Если можно обойтись без легаси-протоколов, то лучше обойтись без легаси протоколов. А так, кое-где и x.25 не мешает, но зачем его в каждую сеть тащить?
| |
|
|
|
2.4, FSA (??), 12:43, 01/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Объявленный PREF64 в опции RA решает.
Это был ответ на моё сообщение? Да. Маршрутизатор передаёт этот параметр. Самое смешное, то radvdump 2.19, который у меня в Fedora просто не видит эту опцию, хотя она по факту есть. Чтобы увидеть её через эту утилиту нужно поставить версию 2.20.
Мне просто интересно как решён вопрос с clat. Я пока делал это с помощью скрипта, который использует tayga. Довольно громоздкое решение и медленное.
| |
|
1.3, Arch User (?), 12:33, 01/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Интересно а они могут добавить много опции настройки PPPoE? по типу, сколько раз в минуты отправлять эхо пакеты(комп отправляет к PPPoE серваку) вопрос, ты как там, жив? и от PPPoE серверу получает ответку что он жив.
Ну а так мне очень нравится как развивается Линукс)))
| |
|
2.8, Аноним (8), 13:00, 01/03/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
У них нет Ростелекома, Эртелекома.. они не знают что PPPoE всё ещё кто то пользуется ))
| |
|
3.17, Афроним (?), 14:50, 01/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
У них это где? В Европках меди туева гора и никто эти АДСЛ не отменял. С полгода назад писали об этом тут. Наверняка есть и прогрессисты.) Воздух,Раст,Вяленый,Айпи в6, АМД. Инновации даже работают, но не только лишь у всех, так как саперы еще не доказали, что сейчас лучше чем было.
| |
|
4.18, Аноним (8), 15:08, 01/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
PPPoE не является обязательным для какого либо *DSL, только для упрощения, удешевления биллинга и построения сети применяется.
| |
|
5.24, Tron is Whistling (?), 15:49, 01/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Да, PPPoE в основном для того, чтобы не тащить на абонентские порты L3 ни в каком виде, и не городить проверку биндингов.
| |
|
|
5.26, Аноним (8), 15:53, 01/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Есть серьёзные проблемы из-за mtu < 1500, особенно если быть не просто юзером, а доступным извне.
| |
|
6.28, Tron is Whistling (?), 15:55, 01/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
С миниджамбо (1508) вообще никаких проблем. На аплинке 1508, на ланах 1500. Если CPE с TR-069, абоненту для этого вообще ничего обычно делать не надо. Да и новьё, что без TR-069, либо умеет менять MTU, либо просто из коробки умеет джамбы и согласует то, что с концентратора прислали.
| |
6.30, Tron is Whistling (?), 15:58, 01/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну и раньше как было: на концентраторах virtual reassembly везде, а на клиентских роутерах оно уже лет много для pppoe чуть более, чем везде, поэтому клиенту и нам прилетают фрагменты, а роутер клиента и наши их собирают. В итоге даже если pmtu нет, если в трафике нет df - всё будет работать туда-сюда. Поэтому никто и не жаловался никогда.
| |
|
7.55, Tron is Whistling (?), 11:18, 02/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Minijumbo умеют все уже много лет.
Да хрен там умеют. Ростелек принимает MRU 1508, и даже ходит, но упорно отказывается согласовывать MTU > 1500...
| |
|
8.62, Аноним (-), 10:08, 03/03/2025 [^] [^^] [^^^] [ответить] | +/– | А что показывает IT Guru программа такая или подобная с моделированием изменен... текст свёрнут, показать | |
8.63, Аноним (-), 10:26, 03/03/2025 [^] [^^] [^^^] [ответить] | +/– | А что вам мешает в общем-то смоделировать или на практике проверить какая сеть з... текст свёрнут, показать | |
|
|
|
5.36, YetAnotherOnanym (ok), 18:23, 01/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> не знают что PPPoE всё ещё кто то пользуется
> огорчу: на оптике тоже PPPoE
Ну чо ты, в самоми деле? Ребёнок хотел похвастаться, какой у него крутой прогрессивный высокотехнологичный интернет, а ты его вот так вот мордой об стол...
| |
|
6.47, Аноним (47), 01:20, 02/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Сидишь на отсталом прове, вот и бесишься. Поди ещё и ипв6 у него нет?
| |
|
|
|
3.20, Вирт (?), 15:15, 01/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> У них нет Ростелекома, Эртелекома..
Кто они? Если речь о США, то там все технологии Интернет-провайдеров намного древнее,
потому что Интернет появился намного раньше, соответственно подключены пользователи с помощью намного более древних технологий.
| |
|
|
5.67, timur.davletshin (ok), 10:54, 03/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Весь бенелюкс, я бы сказал.
В русской традиции это Бенилюкс, т.к. они Нидерланды, а не Недерланды. Так что там было про чтение?
| |
|
|
7.71, timur.davletshin (ok), 15:49, 03/03/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Как-то фиолетово на эту традицию. Benelux - он и есть Benelux.
Так тебе и на техническую часть фиолетово. Все признаки классического неуча.
| |
|
|
|
|
|
|
1.10, Карлос Сношайтилис (ok), 13:04, 01/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> Прекращена поддержка сборки с Autotools. Для сборки теперь только инструментарий Meson.
Любимая игрушка плюсовиков и сишнегов – система автосборки.
| |
|
2.25, Tron is Whistling (?), 15:50, 01/03/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
Любимая игрушка неплюсовиков и несишников - куча г***пакетов непонятно от кого из внешнего публичного репозитария.
| |
|
3.53, Карлос Сношайтилис (ok), 10:20, 02/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
В точку! Нече использовать чужие пакеты – надо писать все либы самому. Что сишники и делают: наколенных парсеров xml больше чем атомов. И каждый лучше другого.
| |
|
2.74, Аноним (72), 23:08, 03/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Любая команда разработчиков оставшись без присмотра менеджера рано или поздно впадает в бесконечный цикл оптимизации тулчейна и рефакторинга.
| |
|
1.21, Вирт (?), 15:16, 01/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вообще странный этот network-manager. 500 тысяч строк кода на C,
неужели все настолько сложно?
| |
|
2.31, blkkid (?), 16:00, 01/03/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
невероятно, но факт: динамическая работа с кучей видов разных сетевых протоколов - достаточно сложное занятие
| |
|
3.60, Аноним (-), 09:45, 03/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Может вы имели в виду куча сетевых карт? Протоколов там не так уж и много, которые нужно поддерживать.
| |
|
|
|
|
5.38, Tron is Whistling (?), 20:07, 01/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Системд есть почти везде из коробки, и нетворкд дотаточен для большей части
> юзкейсов.
Ога. По крайней мере только один набор хлама в системе :)
| |
5.46, Аноним (47), 01:18, 02/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
А КДЕ умеет с ним работать? А то я пока не впилил НетаоркМанагер в Арч на виртуалке, в КДЕ было пусто с нетворкд.
| |
|
|
|
2.44, Дед Дональд (?), 22:35, 01/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Там если оставить только то что нужно на бытовом уровне на десктопе, то минимум 90% строк можно смело выбрасывать.
| |
|
3.76, Аноним (72), 23:32, 03/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это всё, очевидно, не для бытового применения пишется, так что если какой код и начнут выбрасывать, то скорее тот, который только в быту и применим. К счастью, это крайне маловероятно.
| |
|
|
1.40, zionist (ok), 20:27, 01/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> Прекращена поддержка сборки с использованием инструментария Autotools.
Апплодирую стоя! Я серьёзно, худшей системы сборки просто не сещуствует.
| |
|
2.49, Аноним (49), 02:29, 02/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Была нормальная система сборки на чистом Си и m4, теперь придется ставить тормозной гвидо бейсик с всратым синтаксисом и кучей питоно-зависимостей.
| |
|
3.50, zionist (ok), 07:30, 02/03/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Была нормальная система сборки на чистом Си и m4, теперь придется ставить
> тормозной гвидо бейсик с всратым синтаксисом и кучей питоно-зависимостей.
А что в ней нормального? Прибита гвоздями к гнутым coreutils, так же требует m4 и ненавистный Perl. Использует практику хранения в VCS сгенерированного скрипта configure. В случае перегенерации требуется принести конкретные, обычно древние версии себя и зависимостей. Скрипт configure абсолютно тормозной. Нахрена всё это, когда есть расово правильный CMake?
| |
3.77, Аноним (72), 23:36, 03/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Название «autocrap» к ним прилипло неспроста, и задолго до появления «гвидо бейсика» на свет. Его те самые диды, которые кроме асма, Си и м4 ничего никогда не знали и знать не хотят придумали, между прочим. Как шаблон, не сильно трещит?
| |
|
|
1.80, Anonymous563456 (?), 20:53, 05/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Прекрасная вещь на ноуте.
Немного сомнительная для десктопа.
Но нафиг его принудительно тащат на сервера то, где сетевые настройки не меняются примерно никогда? В итоге очередная пачка багов в работе, когда просто не надо трогать сеть после загрузки примерно никогда.
| |
|