Мечта детства, которой будет почти 30 лет, как она была задокументирована на бумаге. Но из этого я так ничего и не сделал за эти 30 лет. Ушёл совсем в другую область.
Вся проблема, что кроме чтения языка нужно учиться на нём говорить. А без преподавателей это сделать сложно. Как вы будете вылавливать свои ошибки? Я нашёл способ с помощью ИИ. Но у меня уже был навык хотя бы читать на английском и писать под диктовку. Я просто заставил ИИ гонять меня по временам, вопросам и отрицаниям. Только так я понял хоть что-то. Так выучил примерно 5 времён (времени, конечно, всего 3, но формы simple и future. Это всё нужно постоянно повторять пока не заговоришь. А вот заговорить проблема, потому что надо чтобы кто-то проверял на сколько ты всё правильно сделал. Нужен кто-то, кто указывал бы на ошибки. А это стоит денег. Никакие курсы не помогут, потому что ошибки - это твои ошибки, а не кого-то другого. Даже если заниматься в группе, то нужно, чтобы там все были примерно на том же уровне. Если вы будете делать это с начинающими имея какой-то багаж, это будет скучно. Поверьте мне. Я 5 раз начинал с нуля, когда учился в колледже. Все 5 сессий у нас был новый преподаватель и каждый раз мы начинали с нуля, потому что все говорили, что они ничего не знают. И я не вынес для себя из этих уроков ничего нового. В университете тоже было… опять с нуля. Благо там минимум просили с начинающих для зачёта. Моих знаний уже тогда вполне хватало.
Анонс Winamp и Deezer отражает интерес к ретро‑технологиям. Кассетные плееры, MP3-плееры и iPod в последнее время вновь привлекают к себе внимание, поскольку пользователи всё чаще выбирают ностальгические способы прослушивания музыки.
А они в курсе, что народ к mp3 возвращается, не потому что ностальгия, а потому, что стриминговые сервисы ненадёжны? Либо им паспорт твой не нравится и у тебя просто отбирают всю твою коллекцию, либо у них такой уровень цензуры, что твои треки или вообще пропадают из коллекции или превращаются в полную хрень. Такой фигни с локальной коллекцией не случится, если делать бекапы.
Это никак не связанные вещи. Вы можете даже в РФ подключиться к МТС и Мегафону и иметь IPv6. Более того, я на Мегафоне отключил вообще IPv4. Пока никаких проблем не замечаю, т.к. у них есть всё что нужно для нормальной работы моего телефона с хостами на IPv4.
Ну а саму утилиту просто можете запустить на другой VPS. Получить IPv6 на VPS вообще большой проблемы не составляет на нормальных хостингах. Когда тестируешь из дома, могут быть ложные сообщения об ошибках. Например, у меня показывает, что мой сайт не работает через QUIC по IPv4. Но если проверить из нормальной сети, то сразу видно, что всё работает как надо.
Буквально позавчера ставил Worms Armageddon из Steam. Но из-за Proton не очень комфортно играть. Если сейчас хочется поиграть, проще использовать нативные Hedgewars.
Проблем нет, но с помощью этой утилиты можно выявить странное поведение у некоторых пользователей. Например, не так давно я выносил часть сайта своего на отдельный домен и какое-то время не мог понять почему у меня при входе на этот сайт идёт редирект на основной. Я уже было грешил на 301 редирект, который когда-то подхватился, но это оказался не он. На компьютере рядом всё открывается и отображается, а у меня редирект. А потом нашёл корень проблемы: мой браузер увидел, что у сайта есть HTTP/3 и начал заходить на сайт через него. А я забыл HTTP/3 прописать в nginx. Как результат - запрос падал на дефолтный хост, а там было прописано перебрасывать на основной сайт, благо, хотя бы не перманентно :-) Вот после этого я и задумался о подобной утилите.
А разные ос имеют разные приоритеты, через какой протокол пробовать, если есть и A, и AAAA записи для домена сайта.
У большинства ОС в приоритете IPv6. Но, например, в Linux можно накрутить в /etc/gai.conf и сделать приоритет для IPv4.
И таймауты при неудачном ipv6 - такие, что юзер минутами не понимает, почему все колом встало.
Чтобы с этим бороться, есть алгоритм Happy Eyeballs. Кстати, у моего провайдера есть обратная проблема со связностью через IPv4, что и показала моя утилита на моём сайте.
Обычно так и делают. Но первый раз запрос всё равно будет. Но новый тип записей в DNS убирает необходимость таких запросов даже первый раз. А этот тестер как раз покажет работает ли это у вас на сайте.
Ахилесова пята. IPv6 делают по остаточному принципу, очень часто. В результате то. что по IPv6 должно работать не хуже. а даже лучше, может вообще не работать.
Вы вроде меня слушаете, но не слышите. Я не собираюсь спорить с тем как оно должно быть.
Чуть ранее
Итого - три технологии (NAT64, DNS64, CLAT), однокнопочных реализаций для которых в роутерах нет.
NAT64 и DNS64 не нужны там, на маршрутизаторе клиента. А вот CLAT можно реализовать. Даже более эффективные методы, вроде MAP-T, про который я слышал. Возможно есть и другие более эффективные, но я не слежу, ибо я из РФ.
И не каждый, а только тот, кто может давать IPv6only. Например, так точно делает Мегафон. МТС тоже может так делает, но я не проверял. На проводных всё плохо.
Ты возможно меня неправильно понял и записал в хейтеры IPv6.
Нет, не записал. Чтобы я записал, нужно какую-то дичь писать, что под этим постом точно было. Просто в сообщении было всё в куче. Поэтому и решил раскрыть тему костылей. Другие будут читать и поймут о чём мы. О NAT64 и DNS64 не нужно знать клиентам. Это я, у себя на своём маршрутизаторе, запускаю jool. Но это же может сделать любая большая контора на своём шлюзе, чтобы перевести свою сеть на IPv6. В конце-концов, можно сделать какой-то отдельный контур, где всё будет протестировано.
Но ведь поддержка нужна реально везде. Да и это снова и еще одна трансляция - суть которой в костылях.
Костыли нужны только для Legacy. IPv6 прекрасно работает. Просто эти костыли позволяют вам продолжать пользоваться IPv6, но, при этом, иметь доступ и к Legacy интернету. NAT64, DNS64 и CLAT - это как wine для Linux. Пока разработчики игр не соберут свои творения под Linux натино, вы можете пользоваться костылями. Только переписать игры куда сложнее, чем просто включить на сервере IPv6, избавив своих пользователей от необходимости использовать костыли.
Плюс DNS64 и NAT64 - это очень мягкие костыли. Вы можете даже не подозревать, что большая часть трафика вашего на Мегафон идёт по протоколу IPv6. Но у них по сих пор остался IPv4, поэтому небольшая часть приложений продолжает его использовать. Но если в настройках APN отключить IPv4, то для вас ничего не поменяетс, потому что ваш смартфон просто включит clat и приложения разницы не увидят. Вся разница будет только в том, что весь трафик на базовую станцию будет идти только по IPv6.
Итого - три технологии (NAT64, DNS64, CLAT), однокнопочных реализаций для которых в роутерах нет.
Тут точно есть что сказать. Смотри. NAT64 и DNS64 должен предоставлять провайдер, который даёт интернет. Например, так делает Мегафон. МТС скорее всего тоже так делает. Я про мобильную связь. А вот CLAT уже будет работать на твоём маршрутизаторе или внутри твоего устройства. И нужен он для очень малого количества приложений. Во всех мобильных ОС современных (как минимум с 2014 года) это есть. Проблема только в дестопных ОС. Когда CLAT не нужен? Когда ты обращаешься к сервису по доменному имени. А это больше 90% всех запросов, как минимум, если не 99%. Когды ты обращаешься по IPv4 адресу? Обычно при p2p соединениях. Именно они полягут без clat. Всё остальное будет работать. Ну и ещё совсем небольшой пласт кривых приложений специфический, где разработчики сами лезли в протокол IP.
Резюме. Когда ты подключаешься к провайдеру по IPv6, то у тебя в большинстве случаев работает почти всё. А если твоё устройство поддерживает clat, то работает почти всё. Ну и clat можно развернуть на маршрутизаторе. Я такое делал на OpenWrt. У тебя только IPv6 до провайдера, но в твоей сети есть и IPv6 и IPv4.
Да уж. Зачем исправлять зрение и выбрасывать костыли. Это ж нужно операцию проводить. Да, немножко дороговато, но вполне потянуть можно. Но зачем. В очках нормально. Да и с костылями, не лежу же.
P.S. Аналогия, как и любая другая, не идеальная. Но в случае с операциями есть заметный риск, но есть и высокий шанс начать видеть хорошо без очков и ходить без костылей, пусть и какое-то время требуется на адаптацию. В случае же с IPv6 никаких рисков, только профит от того, то ты избавился от костылей. Да, какое-то время придётся держать шлюзы NAT64, чтобы те, кто забил раньше имели возможность всё исправить в будущем. И нагрузка на NAT64 со временем будет падать и в теории должна упасть почти до нуля. А нагрузка на CGNAT будет только возрастать с ростом объёмом трафика.
Справедливости ради, надо сказать что в 10ой версии IPv6 завезли, вроде бы, но это не точно и только через cli.
А может и в этой версии есть через cli? Просто принципиально управление IPv6 совсем другое. И просто не успели доделать интерфейс.
В любом случае, я могу назвать еще пучок устройств которые в 2026 г. не поддерживают IPv6 вообще никак, часть конечно узконаправлены (типа МПРЗ), часть производится в РФ (SNR-ERD-4s, например), часть вообще IoT, но есть и телеком оборудование (типа межсетевого экрана)
Вполне допускаю, что таких железок может быть довольно много. Но там проблема скорее в высокоуровневом софте. Ядра ОС скорее всего IPv6 поддерживают. Ну и функционал может быть урезанным. Если заказчики не требуют, то и софт не пилится.
Как бы мне не хотелось, чтобы IPv6 стал основным, но косяки в реализациях случаются. Где-то нет нужного функционала. Но всё это не такая большая проблема, ибо решения рабочие есть. Тот же OpenWrt идеально с IPv6 работает и это OpenSource.
Да, в IPv6 тоже есть локальные адреса - но реально сети 10.0.0.0/24 более чем достаточно для любой организации (кроме 1-2, которые можно по пальцам пересчитать), а проблемы более высокой когнитивной сложности никуда не деваются.
Ох. Помню я мы на работе меняли адресацию. Было два объединения. Одно во время объединения сети внутри региона, второе - объединение сети по всей России. Ничего такого. Небольшая сеть на 30 машинок, деляток принтеров сетевых. DHCPv4 был на Windows 2003. Работал крайне нестабильно, поэтому нормальной практикой считали приходить на каждое рабочее место или устройство и выставлять адрес из специально выделенного диапазона. Т.е. часть машин была со статикой, часть DHCP. А потом пришла нормальная сеть в город и начали соединять филиалы. Естественно, выдали каждому подразделению свой кусок 10.х.х.х/24. Двойная адресация, походы по рабочим местам и перенастройка адресов… Было весело. А потом случилось поглощение компании более крупной. И снова новая адресация, снова походы по рабочим местам и поездки за 90 километров, просто потому что это тоже наше подразделение. С IPv6 такие грабли маловероятны. Я если нормально строить сети, то даже без DHCPv6 всё будет работать идеально, главное маршруты прописать. А если есть желание, то вообще можно всю сеть перенумеровать как угодно.
А откуда был сделан вывод, что коммутатор отечественный?
Ниоткуда. Просто преположил. Просто уже встречался с отечественной продукцией, где в настройках вроде бы даже есть артефакты от настроек IPv6, но самих настроек нет. Их любезно вырезал вендор этого оборудования. Но какие-то части всё равно остались.
Кстати, по поводу вашего железа я спросил Google. Он прямо сказал, что даже в более ранних версиях этой ОС есть поддержка IPv6. Думаю, нужно просто обратиться к вендору за прошивкой. А может это просто железо под конкретный рынок, где требование было отключать IPv6.
Мечта детства, которой будет почти 30 лет, как она была задокументирована на бумаге. Но из этого я так ничего и не сделал за эти 30 лет. Ушёл совсем в другую область.
Вся проблема, что кроме чтения языка нужно учиться на нём говорить. А без преподавателей это сделать сложно. Как вы будете вылавливать свои ошибки? Я нашёл способ с помощью ИИ. Но у меня уже был навык хотя бы читать на английском и писать под диктовку. Я просто заставил ИИ гонять меня по временам, вопросам и отрицаниям. Только так я понял хоть что-то. Так выучил примерно 5 времён (времени, конечно, всего 3, но формы simple и future. Это всё нужно постоянно повторять пока не заговоришь. А вот заговорить проблема, потому что надо чтобы кто-то проверял на сколько ты всё правильно сделал. Нужен кто-то, кто указывал бы на ошибки. А это стоит денег. Никакие курсы не помогут, потому что ошибки - это твои ошибки, а не кого-то другого. Даже если заниматься в группе, то нужно, чтобы там все были примерно на том же уровне. Если вы будете делать это с начинающими имея какой-то багаж, это будет скучно. Поверьте мне. Я 5 раз начинал с нуля, когда учился в колледже. Все 5 сессий у нас был новый преподаватель и каждый раз мы начинали с нуля, потому что все говорили, что они ничего не знают. И я не вынес для себя из этих уроков ничего нового. В университете тоже было… опять с нуля. Благо там минимум просили с начинающих для зачёта. Моих знаний уже тогда вполне хватало.
По мне так это плата за воздух. IPv6 и таких адресов у каждого клиента столько…
А они в курсе, что народ к mp3 возвращается, не потому что ностальгия, а потому, что стриминговые сервисы ненадёжны? Либо им паспорт твой не нравится и у тебя просто отбирают всю твою коллекцию, либо у них такой уровень цензуры, что твои треки или вообще пропадают из коллекции или превращаются в полную хрень. Такой фигни с локальной коллекцией не случится, если делать бекапы.
Это никак не связанные вещи. Вы можете даже в РФ подключиться к МТС и Мегафону и иметь IPv6. Более того, я на Мегафоне отключил вообще IPv4. Пока никаких проблем не замечаю, т.к. у них есть всё что нужно для нормальной работы моего телефона с хостами на IPv4.
Ну а саму утилиту просто можете запустить на другой VPS. Получить IPv6 на VPS вообще большой проблемы не составляет на нормальных хостингах. Когда тестируешь из дома, могут быть ложные сообщения об ошибках. Например, у меня показывает, что мой сайт не работает через QUIC по IPv4. Но если проверить из нормальной сети, то сразу видно, что всё работает как надо.
Буквально позавчера ставил Worms Armageddon из Steam. Но из-за Proton не очень комфортно играть. Если сейчас хочется поиграть, проще использовать нативные Hedgewars.
Спасибо. Согласен, что с вашим замечанием. Позже немного переделаю текст статьи.
Проблем нет, но с помощью этой утилиты можно выявить странное поведение у некоторых пользователей. Например, не так давно я выносил часть сайта своего на отдельный домен и какое-то время не мог понять почему у меня при входе на этот сайт идёт редирект на основной. Я уже было грешил на 301 редирект, который когда-то подхватился, но это оказался не он. На компьютере рядом всё открывается и отображается, а у меня редирект. А потом нашёл корень проблемы: мой браузер увидел, что у сайта есть HTTP/3 и начал заходить на сайт через него. А я забыл HTTP/3 прописать в nginx. Как результат - запрос падал на дефолтный хост, а там было прописано перебрасывать на основной сайт, благо, хотя бы не перманентно :-) Вот после этого я и задумался о подобной утилите.
У большинства ОС в приоритете IPv6. Но, например, в Linux можно накрутить в
/etc/gai.confи сделать приоритет для IPv4.Чтобы с этим бороться, есть алгоритм Happy Eyeballs. Кстати, у моего провайдера есть обратная проблема со связностью через IPv4, что и показала моя утилита на моём сайте.
Обычно так и делают. Но первый раз запрос всё равно будет. Но новый тип записей в DNS убирает необходимость таких запросов даже первый раз. А этот тестер как раз покажет работает ли это у вас на сайте.
Теоретически можно и с помощью bash скрипта всё это проделать. Но я решил вот так попробовать. Если предложите свой вариант, буду только рад.
Ахилесова пята. IPv6 делают по остаточному принципу, очень часто. В результате то. что по IPv6 должно работать не хуже. а даже лучше, может вообще не работать.
Чуть ранее
NAT64 и DNS64 не нужны там, на маршрутизаторе клиента. А вот CLAT можно реализовать. Даже более эффективные методы, вроде MAP-T, про который я слышал. Возможно есть и другие более эффективные, но я не слежу, ибо я из РФ.
И не каждый, а только тот, кто может давать IPv6only. Например, так точно делает Мегафон. МТС тоже может так делает, но я не проверял. На проводных всё плохо.
Нет, не записал. Чтобы я записал, нужно какую-то дичь писать, что под этим постом точно было. Просто в сообщении было всё в куче. Поэтому и решил раскрыть тему костылей. Другие будут читать и поймут о чём мы. О NAT64 и DNS64 не нужно знать клиентам. Это я, у себя на своём маршрутизаторе, запускаю jool. Но это же может сделать любая большая контора на своём шлюзе, чтобы перевести свою сеть на IPv6. В конце-концов, можно сделать какой-то отдельный контур, где всё будет протестировано.
Костыли нужны только для Legacy. IPv6 прекрасно работает. Просто эти костыли позволяют вам продолжать пользоваться IPv6, но, при этом, иметь доступ и к Legacy интернету. NAT64, DNS64 и CLAT - это как wine для Linux. Пока разработчики игр не соберут свои творения под Linux натино, вы можете пользоваться костылями. Только переписать игры куда сложнее, чем просто включить на сервере IPv6, избавив своих пользователей от необходимости использовать костыли.
Плюс DNS64 и NAT64 - это очень мягкие костыли. Вы можете даже не подозревать, что большая часть трафика вашего на Мегафон идёт по протоколу IPv6. Но у них по сих пор остался IPv4, поэтому небольшая часть приложений продолжает его использовать. Но если в настройках APN отключить IPv4, то для вас ничего не поменяетс, потому что ваш смартфон просто включит clat и приложения разницы не увидят. Вся разница будет только в том, что весь трафик на базовую станцию будет идти только по IPv6.
Тут точно есть что сказать. Смотри. NAT64 и DNS64 должен предоставлять провайдер, который даёт интернет. Например, так делает Мегафон. МТС скорее всего тоже так делает. Я про мобильную связь. А вот CLAT уже будет работать на твоём маршрутизаторе или внутри твоего устройства. И нужен он для очень малого количества приложений. Во всех мобильных ОС современных (как минимум с 2014 года) это есть. Проблема только в дестопных ОС. Когда CLAT не нужен? Когда ты обращаешься к сервису по доменному имени. А это больше 90% всех запросов, как минимум, если не 99%. Когды ты обращаешься по IPv4 адресу? Обычно при p2p соединениях. Именно они полягут без clat. Всё остальное будет работать. Ну и ещё совсем небольшой пласт кривых приложений специфический, где разработчики сами лезли в протокол IP.
Резюме. Когда ты подключаешься к провайдеру по IPv6, то у тебя в большинстве случаев работает почти всё. А если твоё устройство поддерживает clat, то работает почти всё. Ну и clat можно развернуть на маршрутизаторе. Я такое делал на OpenWrt. У тебя только IPv6 до провайдера, но в твоей сети есть и IPv6 и IPv4.
Да уж. Зачем исправлять зрение и выбрасывать костыли. Это ж нужно операцию проводить. Да, немножко дороговато, но вполне потянуть можно. Но зачем. В очках нормально. Да и с костылями, не лежу же.
P.S. Аналогия, как и любая другая, не идеальная. Но в случае с операциями есть заметный риск, но есть и высокий шанс начать видеть хорошо без очков и ходить без костылей, пусть и какое-то время требуется на адаптацию. В случае же с IPv6 никаких рисков, только профит от того, то ты избавился от костылей. Да, какое-то время придётся держать шлюзы NAT64, чтобы те, кто забил раньше имели возможность всё исправить в будущем. И нагрузка на NAT64 со временем будет падать и в теории должна упасть почти до нуля. А нагрузка на CGNAT будет только возрастать с ростом объёмом трафика.
А может и в этой версии есть через cli? Просто принципиально управление IPv6 совсем другое. И просто не успели доделать интерфейс.
Вполне допускаю, что таких железок может быть довольно много. Но там проблема скорее в высокоуровневом софте. Ядра ОС скорее всего IPv6 поддерживают. Ну и функционал может быть урезанным. Если заказчики не требуют, то и софт не пилится.
Как бы мне не хотелось, чтобы IPv6 стал основным, но косяки в реализациях случаются. Где-то нет нужного функционала. Но всё это не такая большая проблема, ибо решения рабочие есть. Тот же OpenWrt идеально с IPv6 работает и это OpenSource.
Ох. Помню я мы на работе меняли адресацию. Было два объединения. Одно во время объединения сети внутри региона, второе - объединение сети по всей России. Ничего такого. Небольшая сеть на 30 машинок, деляток принтеров сетевых. DHCPv4 был на Windows 2003. Работал крайне нестабильно, поэтому нормальной практикой считали приходить на каждое рабочее место или устройство и выставлять адрес из специально выделенного диапазона. Т.е. часть машин была со статикой, часть DHCP. А потом пришла нормальная сеть в город и начали соединять филиалы. Естественно, выдали каждому подразделению свой кусок 10.х.х.х/24. Двойная адресация, походы по рабочим местам и перенастройка адресов… Было весело. А потом случилось поглощение компании более крупной. И снова новая адресация, снова походы по рабочим местам и поездки за 90 километров, просто потому что это тоже наше подразделение. С IPv6 такие грабли маловероятны. Я если нормально строить сети, то даже без DHCPv6 всё будет работать идеально, главное маршруты прописать. А если есть желание, то вообще можно всю сеть перенумеровать как угодно.
Ниоткуда. Просто преположил. Просто уже встречался с отечественной продукцией, где в настройках вроде бы даже есть артефакты от настроек IPv6, но самих настроек нет. Их любезно вырезал вендор этого оборудования. Но какие-то части всё равно остались.
Кстати, по поводу вашего железа я спросил Google. Он прямо сказал, что даже в более ранних версиях этой ОС есть поддержка IPv6. Думаю, нужно просто обратиться к вендору за прошивкой. А может это просто железо под конкретный рынок, где требование было отключать IPv6.