А я делал... делал свой микрофеймворк. А потом оказалось, что на Symfony оно гораздо быстрее работает. И не надо постоянно код переписывать. Просто обновляешь фреймворк и всё работает. Хотя тоже есть некоторые проблемы. И вот прямо бесит, что ORM без привязки к конкретной БД. Столько времени уходит, чтобы подружить базу с сущностями. Реально проще SQL писать.
Krusader в подмётки не годится Total Commander. Много раз пробовал, но вообще не заходит. Это при том, что я активно пользовался Total Commander на Windows. Ну а сейчас больше пользуюсь Double Commander. Но не так активно, как TC на Windows. Больше времени в MC провожу, даже с тем учётом, что Far никогда не пользовался.
В России вообще сложно прикинуть сколько было всего продано клонов ZX-Spectrum. Их клепали все, кто могли. А уж игр под эту платформу можно было найти сколько угодно. Ни для какой другой столько софта не было.
Я всё детство провёл за ZX-Spectrum. Даже с его схемой разбирался. Всегда думал, что у него очень плохая графика, хоть и красочная. Но, сейчас, когда посмотрел что было на других платформах, понял, что не такая же и плохая была графика. Просто свои особенности, например, структура видеопамяти такая, что позволяла делать графику очень быстрой. Это сейчас смотрится дико. В 90-е воспринималась нормально.
Это на Commodore 64 сочная? Там хоть и есть цвет, но такая дикая цветовая гамма, да ещё и бледная. Яркая графика была как раз на ZX-Spectrum. Недавно баловался эмулятором Commodore 64. Знакомые игры с ZX-Spectrum выглядят блекло. Пробовал и в Elite поиграть. На ZX-Spectrum тоже Elite была, вроде с 1985 года. Кстати, анимания Elite в статье как раз, похоже, с ZX-Spectrum, судя по цветовой гамме.
Если бизнес делает, то это кому-то нужно. В своё время Задорнов смеялся над тем, что на трамваях поставили устройства транслирующие их координаты GPS. Ему и залу смешно. Но по факту ведь реально полезная информация попадала в систему, которая помогала сразу выявить проблему и быстро решить.
То есть, даже если вдруг люди перейдут на скам, необходимость использования КВН уже никуда не денется, вот в чём штука!
Исследователи пишут, мол скам периодиески добится на сервис определения IP, а также на серверы Telegram и WhatsApp. Логично предположить, что эта информация ему нужна для того, чтобы вычислять пользователей VPN/прокси, которые обходят блокировки. Так что есть вероятность, что скоро в бан улетит куча сервисов как раз из-за того, что ваши соседи установили таки себе скам на телефон.
Что-то в последнее время часто стали появляться подобные посты, что Telegram ой какой небезопасный. Глядишь пользователи переберутся во что-то более безопасное, что контроллируют российские спецслужбы. Они не будут ничего смотреть, по конституции не могут.
Так никогда не думали. Винтон Серф, которого иногда называют «отцом интернета», рассказывал, что взял 4 байта практически с потолка. Его задачей была дать хоть какой-то результат (по этой же причине внутри IPv4 пакета куча никому ненужных полей). Он прикинул и решил, что 4 байт для теста достаточно, поскольку ни у кого в США нет такого числа ПК. Но всё пошло не по плану. Протокол утёк в реальный мир... а потом и мир изменился.
А представляете сколько мусора выкинули из заголовка пакета, что при изменении длины адреса IP между IPv6 и IPv4, заголовок пакета IPv6 всего в 2 раза больше минимального размера заголовка IPv4, при том, что адреса отправителя и получателя выросли в 4 раза!!!
Тем не менее я отключил "TCP/IPv6" в настройках сети. Прошел почти год — никаких последствий.
А тем временем я отключил IPv4 в настройках сети. Пришёл почти месяц - всё работает. За это время даже баги подправили с пингами и трасировкой (пинг не шёл на IPv4 адреса и не было трасировки до IPv4 узлов). Но в последнем патче всё исправили. Жду когда NetworkManager с данным патчем выкатят в релиз и тогда любой дистрибутив его использующий, сможет из коробки работать в сетях IPv6 only.
Сейчас как раз используется 64 бита на адресацию сети. При этом каждая сеть имеет достаточное число бит, чтобы вместить необходимое количество узлов и сделать так, чтобы практически исключить конфликты адреса. Более того, по хорошему каждый клиент должен получать сеть /48, что означает, что для адресации в интернете остаётся всего 48 бит. Если бы у нас была 64 битная адресация, то привет NAT, повсеместный ручной ввод IP адресов и все прочие прелести, что у нас есть в IPv4!!!
Никто не помнит даже 127.0.0.1 и 8.8.8.8...
::1 - это аналог 127.0.0.1. По мне так даже проще. С Google DNS сложнее: 2001:4860:4860::8888, но в целом тоже можно запомнить. Я вот наизусть помню 2606:4700:4700::1111 - Cloudflare DNS, тот, который 1.1.1.1. У них есть ещё DNS64: 2606:4700:4700::64 и 2606:4700:4700::6400. Вы забываете об одной важной детали IPv6. Даже пусть адреса и сложны в запоминании, но во всём огромном диапазоне адресов можно найти «красивые» адреса, которые можно легко запомнить.
Это ваши два утверждения и они противоречат друг другу.
Там нет никакого противоречия. Первая цитата про адресацию GUA, которую выдаёт провайдер, вторая про ULA, которую ты самостоятельно назначаешь у себя в сети. Все твои внутренние ресурсы всегда имеют постоянные ULA адреса. Если тебе нужно дать к внутренним ресурсам досутп, то придётся использовать GUA. Вот, в таком случае, при смене префикса конечно придётся и DNS переписывать, но только для пользователей глобальной сети. Для пользователей внутри сети ничего меняться не будет. Они смогут открывать твои внутренние сайты даже если полностью отключить сеть от интернета.
И начинает работать CGNAT о внедрении которого Мегафон так радостно недавно отчитался.
Тут вы путаете новость. В моём случае работает NAT64. Привычный для IPv4 сети NAT, только не NAT44, а NAT64. Ну не может работать IPv4 нормально без NAT в глобальной сети.
на всяких связках балансировщик<->kube<->nginx<->well_known_app ничего не разваливается на бегу
Не готов обсуждать эту тему, но что-то мне подсказывает, что Google и Yandex имея свою внутреннюю инфраструктуру на IPv6, вполне себе знают как работать с IPv6. Им банально не хватило серых адресов IPv4 и приходилось городить NAT, что и вынудило перейти на IPv6. А Amazon вообще как-то взвинтил цены на IPv4 адреса, оставив при этом возможность пользоваться IPv6 бесплатно. Китаю и Индии не хватает IPv4 и они массово используют его в своих сетях. Думаете при такой популярности производители не подтянут свои продукты до уровня нормальной поддержки IPv6?
Апологеты IPv6 говорят, что кошерному IPv6 не нужен NAT64. Неразрешимая дилемма о крестике и трусах
Вот тут вы не совсем точно говорите. IPv6 не нужен NAT для нормальной работы. Но он нужен IPv4. Пока есть необходимость в доступе к узлам IPv4 будут нужны шлюзы в эту сеть. А, как я уже говорил, IPv4 без NAT не умеет работать в глобальном масштабе. Ну а NAT64 позволяет избавиться от IPv4 в вашей сети, но при этом иметь доступ также к ресурсам из IPv4 сети. Не будет IPv4 ресурсов полезных в глобальной сети, не будет нужен NAT64.
А могли бы и 256... потому что могли, но зачем? Думать то тоже надо.
Они и не взяли. Взяли 128. Компромисс между размером адреса и достаточно большим адресным пространством. Не с потолка взяли.
И продолжили. Ничего не поменялось. Стало больше дублирующих костылей + адреса которые вообще не для людей и уже не влезают в то что среднестатистический чел может легко запомнить.
Можно подумать, что IPv4 адреса прямо каждый второй запоминает. Никто не оперирует IPv4 адресами, оперируют доменными именами. А для них без разницы какой протокол. Более того, можно обманывать узлы и вместо IPv4 заставлять из обращаться по IPv6, после чего через NAT64 доставлять пакеты к месту назначения. Увы, но с IPv4 кроме как с костылями невозможно общаться. При обычный работе IPv6 эти костыли не нужны.
А зачем? Вы тут какую-то ерунду несёте вообще не понимая о чём речь.
Есть ULA адресация, которая всегда неизменна. Она аналогично 192.168.0.0/16 или 10.0.0.0/8. Но её ключевое отличие, что она не используется для доступа в интернет, а используется сугубо внутри локальных сетей. А есть GUA адресация, которую выдаёт провайдер. Обе адресации могут существовать одновременно в одной сети. Более того, в сети может быть несколько GUA адресаций от разных провайдеров. Правда, больше теоретически. Рабочие решения готовые не то, чтобы есть. Но при желании можно сделать.
И даже если бы речь была про DNS резолвящий внешние адреса
DNS вполне может быть и внутренний, отдавать свои внутренние адреса. А при обращении к внешним резольвить их через внешние серверы. Тут без разницы, IPv4 или IPv6.
нет, не могут
Могут. У меня на Мегафоне отключен IPv4 как класс. При этом на телефоне начинает работать CLAT. Если зайти в настройки сети, то можно увидеть адрес из диапазона 192.0.0.0/24. Аналогично у меня сейчас на компьютере вместо IPv4 адрес 192.0.0.0/32. При этом у меня есть доступ ко всему интернету. Вообще никаких ограничений. Можно даже DNS64 отключить, но тогда возникнет излишняя нагрузка на CLAT на моём устройстве. DNS64 позволяет этого избежать. Да, по сути, DNS64 вообще практически всю работу делает. CLAT нужен для очень малого числа программ. Ну а сотовые телефоны умеют его включать года с 2014, в частности начиная с Android 4.3. iOs версию не помню, но примерно того же времени.
Вот если вы их пересадите на IPv6 only, то точно заметят.
Пока да. Увы, десктопные ОС в большинстве своём не умеют в IPv6 only из коробки. Но если провайдер контролирует маршрутизатор клиента, то он вполне может настроить CLAT прямо на маршрутизаторе. Для клиента в его сети будет обычный дуалстэк, но при этом вся сеть провайдера будет исключительно на IPv6, за исключением шлюзов NAT64.
Вот прямо сейчас, дай мне провайдер только IPv6 и NAT64, мой ноутбук на Fedora Linux будет работать ровно также, как работает в дуалстэке. Но провайдер мне такого не даёт, поэтому приходится NAT64 запускать на своём домашнем маршрутизаторе. Практической пользы от этого нет, но это позволяет мне оценить каково это работать с сетью IPv6 only. Результат - всё работает!
"Уйти в тень" это должно быть либо бомжевать либо зарабатывать реальный срок.
Судя по той информации, что у меня есть, уходить в тень и делать другие манёвры для уменьшения налогов, в виде дробления бизнеса - это нормальная в РФ практика. Но у меня могут быть и неверные данные. Например, слышал историю, про то, что некоторый бизнесмен зарабатывает сейчас 400 тысяч рублей в месяц. Из-за нового налога 22%, а также снижения порога ему останется примерно 100 тысяч в месяц. И это не онлайн бизнес. Всё оффлайн (вроде парикмахерской, маникюрчика и прочего). Там не такие суммы, чтобы прямо срок. Штрафы, такие, чтобы закрыть свой бизнес и «пойти на завод» (бомжевать).
А как иначе, если ты переходишь на IPv6? Если его нужно будет руками включать - это будет сильно тормозить переход. Примерно из-за этого же отсутствие костыля clat на десктопных ОС тормозит внедрение сетей IPv6only. Если мобильные прекрасно работают в сетях только IPv6, то из дестопных только MacOS относительно свежий умеет. В Linux нужно костылить немого (но в том же NetworkManager сейчас пилят этот костыль и скоро большинство дитрибутивов дестопных сможет легко работать без IPv4 со всеми сервисами). В Windows есть clat только для wwan, но в Windows 11 Microsoft уже пилит поддержку его для всех видов соединений. Когда clat будет везде, можно будет IPv4 полностью отключать. Сейчас без него могут не работать p2p коннекты (если они с IPv4 пирами) и небольшое количество приложений, которые работают непосредственно с IPv4 адресами.
Когда IPv6 включен по умолчанию, устройства прекрасно работают в сетях дуалстековых и используют IPv6 там, где это возможно.
Самое смешное, что большинство пользователей даже не заметят, если им включат IPv6. При этом огромная доля трафика резко пойдёт через IPv6 (Google, Cloudflare, Netflix, запрещённая в РФ террористическая Meta...). Жаль что не в РФ с этими убогими вквидео и рутубом, ибо эти сервисы продолжают насиловать провайдерские CGNAT для доставки своего тяжёлого контента.
Пользователи мобильных устройств вообще могут оказаться в мире только IPv6 и ничего при этом не заметить. Всё будет работать как и раньше, только у провайдера будет меньше головняков.
Почему мудрейшие решили не использовать 64 бита - всё ещё загадка.
Потому что могли. Ну сделали бы 64 бита и продолжили бы тянуть за собой необходимость использования NAT, ручной конфигурации всего и вся. Но решили, что это бесперспективно и взяли 128 бит. Это позволяет получить достаточное количество адресов, чтобы все устройства в мире в любой сети могли иметь полноценный уникальный адрес.
И всё равно есть разделение на внешнюю сеть и внутреннюю.
Есть глобальная адресация, есть локальная. Когда у вас вдруг интернет пропал, вы хотите чтобы и ваша сеть не работала? А если провайдер сменился, будете перенумеровывать все серверы в своей локальной сети, чтобы снова сделать их доступными из локалки?
Налоговой действительно нужна такая система. Если просто искать крупных нарушителей, чтобы пополнять бюджет, то потом приходится юристам работать, чтобы доказать, что нарушение было. Можно и вообще уйти ни с чем. А когда у тебя есть намёки на мелкие нарушения сотен тысяч или даже миллионов, то можно просто автоматом рассылать на них уведомления о нарушениях и требовать с них денег. Многие просто не будут оспаривать и просто заплатят, ибо юристов нанимать и что-то государству доказывать - себе дороже. А тут ещё и резкое увеличение налоговой нагрузки на мелкий бизнес, что многие постараются в тень уйти банально чтобы просто выжить. Логика налоговой вполне понятна.
Хм. Что же выбрать. Железку, которая будет нужна всегда она всегда будет при дикой нагрузке... Или железку, которую можно разгрузить просто договорившись с поставщиками тяжёлого контента, чтобы они внедряли IPv6.
Astro?
А я делал... делал свой микрофеймворк. А потом оказалось, что на Symfony оно гораздо быстрее работает. И не надо постоянно код переписывать. Просто обновляешь фреймворк и всё работает. Хотя тоже есть некоторые проблемы. И вот прямо бесит, что ORM без привязки к конкретной БД. Столько времени уходит, чтобы подружить базу с сущностями. Реально проще SQL писать.
Krusader в подмётки не годится Total Commander. Много раз пробовал, но вообще не заходит. Это при том, что я активно пользовался Total Commander на Windows. Ну а сейчас больше пользуюсь Double Commander. Но не так активно, как TC на Windows. Больше времени в MC провожу, даже с тем учётом, что Far никогда не пользовался.
В России вообще сложно прикинуть сколько было всего продано клонов ZX-Spectrum. Их клепали все, кто могли. А уж игр под эту платформу можно было найти сколько угодно. Ни для какой другой столько софта не было.
Я всё детство провёл за ZX-Spectrum. Даже с его схемой разбирался. Всегда думал, что у него очень плохая графика, хоть и красочная. Но, сейчас, когда посмотрел что было на других платформах, понял, что не такая же и плохая была графика. Просто свои особенности, например, структура видеопамяти такая, что позволяла делать графику очень быстрой. Это сейчас смотрится дико. В 90-е воспринималась нормально.
Это на Commodore 64 сочная? Там хоть и есть цвет, но такая дикая цветовая гамма, да ещё и бледная. Яркая графика была как раз на ZX-Spectrum. Недавно баловался эмулятором Commodore 64. Знакомые игры с ZX-Spectrum выглядят блекло. Пробовал и в Elite поиграть. На ZX-Spectrum тоже Elite была, вроде с 1985 года. Кстати, анимания Elite в статье как раз, похоже, с ZX-Spectrum, судя по цветовой гамме.
Если бизнес делает, то это кому-то нужно. В своё время Задорнов смеялся над тем, что на трамваях поставили устройства транслирующие их координаты GPS. Ему и залу смешно. Но по факту ведь реально полезная информация попадала в систему, которая помогала сразу выявить проблему и быстро решить.
Исследователи пишут, мол скам периодиески добится на сервис определения IP, а также на серверы Telegram и WhatsApp. Логично предположить, что эта информация ему нужна для того, чтобы вычислять пользователей VPN/прокси, которые обходят блокировки. Так что есть вероятность, что скоро в бан улетит куча сервисов как раз из-за того, что ваши соседи установили таки себе скам на телефон.
Что-то в последнее время часто стали появляться подобные посты, что Telegram ой какой небезопасный. Глядишь пользователи переберутся во что-то более безопасное, что контроллируют российские спецслужбы. Они не будут ничего смотреть, по конституции не могут.
Так никогда не думали. Винтон Серф, которого иногда называют «отцом интернета», рассказывал, что взял 4 байта практически с потолка. Его задачей была дать хоть какой-то результат (по этой же причине внутри IPv4 пакета куча никому ненужных полей). Он прикинул и решил, что 4 байт для теста достаточно, поскольку ни у кого в США нет такого числа ПК. Но всё пошло не по плану. Протокол утёк в реальный мир... а потом и мир изменился.
А представляете сколько мусора выкинули из заголовка пакета, что при изменении длины адреса IP между IPv6 и IPv4, заголовок пакета IPv6 всего в 2 раза больше минимального размера заголовка IPv4, при том, что адреса отправителя и получателя выросли в 4 раза!!!
А тем временем я отключил IPv4 в настройках сети. Пришёл почти месяц - всё работает. За это время даже баги подправили с пингами и трасировкой (пинг не шёл на IPv4 адреса и не было трасировки до IPv4 узлов). Но в последнем патче всё исправили. Жду когда NetworkManager с данным патчем выкатят в релиз и тогда любой дистрибутив его использующий, сможет из коробки работать в сетях IPv6 only.
Сейчас как раз используется 64 бита на адресацию сети. При этом каждая сеть имеет достаточное число бит, чтобы вместить необходимое количество узлов и сделать так, чтобы практически исключить конфликты адреса. Более того, по хорошему каждый клиент должен получать сеть /48, что означает, что для адресации в интернете остаётся всего 48 бит. Если бы у нас была 64 битная адресация, то привет NAT, повсеместный ручной ввод IP адресов и все прочие прелести, что у нас есть в IPv4!!!
::1- это аналог127.0.0.1. По мне так даже проще. С Google DNS сложнее:2001:4860:4860::8888, но в целом тоже можно запомнить. Я вот наизусть помню2606:4700:4700::1111- Cloudflare DNS, тот, который1.1.1.1. У них есть ещё DNS64:2606:4700:4700::64и2606:4700:4700::6400. Вы забываете об одной важной детали IPv6. Даже пусть адреса и сложны в запоминании, но во всём огромном диапазоне адресов можно найти «красивые» адреса, которые можно легко запомнить.Там нет никакого противоречия. Первая цитата про адресацию GUA, которую выдаёт провайдер, вторая про ULA, которую ты самостоятельно назначаешь у себя в сети. Все твои внутренние ресурсы всегда имеют постоянные ULA адреса. Если тебе нужно дать к внутренним ресурсам досутп, то придётся использовать GUA. Вот, в таком случае, при смене префикса конечно придётся и DNS переписывать, но только для пользователей глобальной сети. Для пользователей внутри сети ничего меняться не будет. Они смогут открывать твои внутренние сайты даже если полностью отключить сеть от интернета.
Тут вы путаете новость. В моём случае работает NAT64. Привычный для IPv4 сети NAT, только не NAT44, а NAT64. Ну не может работать IPv4 нормально без NAT в глобальной сети.
Не готов обсуждать эту тему, но что-то мне подсказывает, что Google и Yandex имея свою внутреннюю инфраструктуру на IPv6, вполне себе знают как работать с IPv6. Им банально не хватило серых адресов IPv4 и приходилось городить NAT, что и вынудило перейти на IPv6. А Amazon вообще как-то взвинтил цены на IPv4 адреса, оставив при этом возможность пользоваться IPv6 бесплатно. Китаю и Индии не хватает IPv4 и они массово используют его в своих сетях. Думаете при такой популярности производители не подтянут свои продукты до уровня нормальной поддержки IPv6?
Вот тут вы не совсем точно говорите. IPv6 не нужен NAT для нормальной работы. Но он нужен IPv4. Пока есть необходимость в доступе к узлам IPv4 будут нужны шлюзы в эту сеть. А, как я уже говорил, IPv4 без NAT не умеет работать в глобальном масштабе. Ну а NAT64 позволяет избавиться от IPv4 в вашей сети, но при этом иметь доступ также к ресурсам из IPv4 сети. Не будет IPv4 ресурсов полезных в глобальной сети, не будет нужен NAT64.
Они и не взяли. Взяли 128. Компромисс между размером адреса и достаточно большим адресным пространством. Не с потолка взяли.
Можно подумать, что IPv4 адреса прямо каждый второй запоминает. Никто не оперирует IPv4 адресами, оперируют доменными именами. А для них без разницы какой протокол. Более того, можно обманывать узлы и вместо IPv4 заставлять из обращаться по IPv6, после чего через NAT64 доставлять пакеты к месту назначения. Увы, но с IPv4 кроме как с костылями невозможно общаться. При обычный работе IPv6 эти костыли не нужны.
Есть ULA адресация, которая всегда неизменна. Она аналогично 192.168.0.0/16 или 10.0.0.0/8. Но её ключевое отличие, что она не используется для доступа в интернет, а используется сугубо внутри локальных сетей. А есть GUA адресация, которую выдаёт провайдер. Обе адресации могут существовать одновременно в одной сети. Более того, в сети может быть несколько GUA адресаций от разных провайдеров. Правда, больше теоретически. Рабочие решения готовые не то, чтобы есть. Но при желании можно сделать.
DNS вполне может быть и внутренний, отдавать свои внутренние адреса. А при обращении к внешним резольвить их через внешние серверы. Тут без разницы, IPv4 или IPv6.
Могут. У меня на Мегафоне отключен IPv4 как класс. При этом на телефоне начинает работать CLAT. Если зайти в настройки сети, то можно увидеть адрес из диапазона 192.0.0.0/24. Аналогично у меня сейчас на компьютере вместо IPv4 адрес 192.0.0.0/32. При этом у меня есть доступ ко всему интернету. Вообще никаких ограничений. Можно даже DNS64 отключить, но тогда возникнет излишняя нагрузка на CLAT на моём устройстве. DNS64 позволяет этого избежать. Да, по сути, DNS64 вообще практически всю работу делает. CLAT нужен для очень малого числа программ. Ну а сотовые телефоны умеют его включать года с 2014, в частности начиная с Android 4.3. iOs версию не помню, но примерно того же времени.
Пока да. Увы, десктопные ОС в большинстве своём не умеют в IPv6 only из коробки. Но если провайдер контролирует маршрутизатор клиента, то он вполне может настроить CLAT прямо на маршрутизаторе. Для клиента в его сети будет обычный дуалстэк, но при этом вся сеть провайдера будет исключительно на IPv6, за исключением шлюзов NAT64.
Вот прямо сейчас, дай мне провайдер только IPv6 и NAT64, мой ноутбук на Fedora Linux будет работать ровно также, как работает в дуалстэке. Но провайдер мне такого не даёт, поэтому приходится NAT64 запускать на своём домашнем маршрутизаторе. Практической пользы от этого нет, но это позволяет мне оценить каково это работать с сетью IPv6 only. Результат - всё работает!
Судя по той информации, что у меня есть, уходить в тень и делать другие манёвры для уменьшения налогов, в виде дробления бизнеса - это нормальная в РФ практика. Но у меня могут быть и неверные данные. Например, слышал историю, про то, что некоторый бизнесмен зарабатывает сейчас 400 тысяч рублей в месяц. Из-за нового налога 22%, а также снижения порога ему останется примерно 100 тысяч в месяц. И это не онлайн бизнес. Всё оффлайн (вроде парикмахерской, маникюрчика и прочего). Там не такие суммы, чтобы прямо срок. Штрафы, такие, чтобы закрыть свой бизнес и «пойти на завод» (бомжевать).
А как иначе, если ты переходишь на IPv6? Если его нужно будет руками включать - это будет сильно тормозить переход. Примерно из-за этого же отсутствие костыля clat на десктопных ОС тормозит внедрение сетей IPv6only. Если мобильные прекрасно работают в сетях только IPv6, то из дестопных только MacOS относительно свежий умеет. В Linux нужно костылить немого (но в том же NetworkManager сейчас пилят этот костыль и скоро большинство дитрибутивов дестопных сможет легко работать без IPv4 со всеми сервисами). В Windows есть clat только для wwan, но в Windows 11 Microsoft уже пилит поддержку его для всех видов соединений. Когда clat будет везде, можно будет IPv4 полностью отключать. Сейчас без него могут не работать p2p коннекты (если они с IPv4 пирами) и небольшое количество приложений, которые работают непосредственно с IPv4 адресами.
Когда IPv6 включен по умолчанию, устройства прекрасно работают в сетях дуалстековых и используют IPv6 там, где это возможно.
У гугла почти 50% трафика IPv6 - https://www.google.com/intl/en/ipv6/statistics.html
Самое смешное, что большинство пользователей даже не заметят, если им включат IPv6. При этом огромная доля трафика резко пойдёт через IPv6 (Google, Cloudflare, Netflix, запрещённая в РФ террористическая Meta...). Жаль что не в РФ с этими убогими вквидео и рутубом, ибо эти сервисы продолжают насиловать провайдерские CGNAT для доставки своего тяжёлого контента.
Пользователи мобильных устройств вообще могут оказаться в мире только IPv6 и ничего при этом не заметить. Всё будет работать как и раньше, только у провайдера будет меньше головняков.
Потому что могли. Ну сделали бы 64 бита и продолжили бы тянуть за собой необходимость использования NAT, ручной конфигурации всего и вся. Но решили, что это бесперспективно и взяли 128 бит. Это позволяет получить достаточное количество адресов, чтобы все устройства в мире в любой сети могли иметь полноценный уникальный адрес.
Есть глобальная адресация, есть локальная. Когда у вас вдруг интернет пропал, вы хотите чтобы и ваша сеть не работала? А если провайдер сменился, будете перенумеровывать все серверы в своей локальной сети, чтобы снова сделать их доступными из локалки?
Налоговой действительно нужна такая система. Если просто искать крупных нарушителей, чтобы пополнять бюджет, то потом приходится юристам работать, чтобы доказать, что нарушение было. Можно и вообще уйти ни с чем. А когда у тебя есть намёки на мелкие нарушения сотен тысяч или даже миллионов, то можно просто автоматом рассылать на них уведомления о нарушениях и требовать с них денег. Многие просто не будут оспаривать и просто заплатят, ибо юристов нанимать и что-то государству доказывать - себе дороже. А тут ещё и резкое увеличение налоговой нагрузки на мелкий бизнес, что многие постараются в тень уйти банально чтобы просто выжить. Логика налоговой вполне понятна.
А может дело в реализациях, а втом, что сам M$ Office не полноценно следует своим же спецификациям и имеет некие «особенности»?
Хм. Что же выбрать. Железку, которая будет нужна всегда она всегда будет при дикой нагрузке... Или железку, которую можно разгрузить просто договорившись с поставщиками тяжёлого контента, чтобы они внедряли IPv6.