All streams
Search
Write a publication
Pull to refresh
12
0
Александр @Sunvas

Fullstack разработчик

Send message

Зачем вам DNS при доступе на свой VPS внутри сейте Яндекса? Если можно подключиться по прямому IP, то это вполне достаточно. 😃

Реально ли взять VPS в облаке Яндекса (раз уж его сервисы доступны) чтобы VPN себе через него организовать?

Но ей сразу выдали блок достаточного размера, чтобы ей хватило.

"Чтобы хватило"... Видя то, какие сейчас выделены подсети для AS55990, делаю закономерный вывод что им бы хватило и /29 c кратным запасом. Но когда жадной конторе с барского плеча просто так выделяют /17, а контора мало того, что не отказывается от предыдущих префиксов, так даже почти спустя год не начинает ими пользоваться... Клептомания... Или просто всегда мало... 2630::/16 был выделен почти 2 года назад и также не освоен. Эти 2 примера показывают, что разбазаривание IPv6 это осознанная стратегия. Посмотрим, как быстро 2000::/3 подойдёт к концу.

Вы так и не ответили, кому накладные ресурсы мешают жить.

Ну и всегда проще забрать, чем потом выделять дополнительное.

А вам известны прецеденты забирания IPv6? А то вот почти год назад Huawei выдали аж /17 подсеть. Вы ещё одобряли такое транжирство. Однако даже спустя всё это время, я не наблюдаю у AS55990 выданного /17 блока. Это тоже норм?

чтобы убрать лишние накладные расходы

Кому эти накладные ресурсы мешают?

и у меня практически всё будет работать

А что у вас не работает? У меня вот RTSP по IPv6 не работает.

Кто-то у него может попросить 4 сети с трёх устройств.

Кто-то это кто и для каких целей? Можете описать реальный юзеркейс?

Вот чтобы этого было не нужно делать и так щедро раздают адреса.

Как уже писал выше, ~20% выделенных IPv6 уже разбазарены. А если каждый провайдер просто так от нечего делать будет запрашивать ежедневно новую /29 подсеть (которые выдаются без ограничений), проблем с истощением любого адресного пространства не будет.

Да даже если и использовать, то это лишь отсрочит неизбежное - нехватку адресов.

Предположу, что если отжать огромные IPv4 подсети у хапуг и далее добросовестно их распределять - ближайшие 100 лет проблем с нехваткой IPv4 не будет.

BCOP-690 (RIPE-690) чётко говорит, что необходимо каждому абоненту выделять сеть /48.

Согласен. Но нигде нет ответа на главный вопрос: ЗАЧЕМ? Зачем хомяку 65536 /64 подсетей? Как по мне, это транжирство, ровно как и выделение 2630::/16 не провайдеру - тоже транжирство.

Оттуда, что это прописано в протоколе.

У 240.0.0.0/4 тоже прописано, что они зарезервированы на будущее (опустим историю с классами). Но, боюсь, это будущее никогда не настанет.

Какой алгоритм выглядит проще?

Если бы IPv6 действительно помогал экономить ресурсы - не было бы вопросов о целесообразности перехода на IPv6. Даже если у IPv6 чуть проще с алгоритмами, это не значит что на дистанции он способен что-то ощутимо сэкономить.

Предлагаете делить клиентов на 1, 2, 3 комнатные и коттеджи?

Я предлагаю стандартным домашним планам выделять /60 (это 16 /64 подсетей!). Не могу представить реальный юзеркейс, когда бы этого было мало.

И как мотом весь этот зоопарк обслуживать?

Какой зоопарк? Вы и так выделяете префикс. Объясните, пожалуйста, почему префикс /60 это уже зоопарк, а /48 - ещё не зоопарк? И на какой длине префикса возникает зоопарк?

Берём текущую адресацию 2000::/4. Если каждому клиенту будет выделено /48, то у нас остаётся 44 бита на адресацию этих префиксов.

Пока есть прецедент выделения блока 2630::/16, мягко говоря не провайдеру, все эти сухие расчёты разбиваются о реальность транжирства.

А когда он кончится, будет 4000::/4 и так далее. 

Откуда такая уверенность, что будет после 2000::/ 3 ? Вы в будущее слетали?

Блок же 240.0.0.0/4 просто был зарезервирован.

Так и 4000::/3 просто зарезервирован. Или это другое?

.... а не приходится лезть в заголовок пакета, что-то там исправлять и уже потом только передавать дальше.

Тут хотелось бы больше информации. Вы проводили исследования / замеры накладных расходов между IPv4 и IPv6?

Лучше сразу щедро раздать диапазоны

Как по мне, выделение хомяку /60 - уже достаточно щедро. Давать хомяку столько же адресов, сколько есть у Telegram - банальное разбазаривание.

Даже если операторам выделяют небольшой диапазон, то всё равно резервируют адреса под его расширение. 

Вы констатируете какой-то сомнительный факт. Вот появилась у NASA /48 в 2013 . Стало не хватать и в 2016 они получили ещё одну /48. Как так? Почему не расширили до /44 /40 /32 ?

Адреса выделяются именно так, чтобы ни у кого не было затруднений в будущем.

Сколько лет существует IPv6? Какие, пусть даже теоретические, затруднения могут возникнуть у двухкомнатного хомяка с подсетью /60 ?

Такую же доработку софта требует внедрение IPv6. Что выберете?

Есть все основания полагать, что если разбазаривание 2000::/3 продолжиться текущими темпами, то в обозримом будущем адреса закончатся, а новые не смогут выделять по тем же причинам, по которым сейчас не выделяют адреса из 240.0.0.0/4. Типа много оборудования сможет поддерживать новую маршрутизацию.

продолжать пользоваться костылями в виде NAT или полностью решить проблему с нехваткой адресов?

В IPv6 костылей тоже хватает, а именно отсутствие upnp. И что лучше: настраивать файрвол (IPv6) или пробрасывать порты (IPv4) чтобы сделать доступными извне устройства локальной сети - пока не очевидно.

Юзеркейс, так понимаю, придумать не смогли?

Хотите, чтобы адреса экономили и потом столкнулись снова с чем-то подобным, с чем столкнулись с IPv4?

Как экономия ресурсов может привести к истощению? Я за рациональное использование: если бы IPv4 не разбазаривали, их бы хватало и не пришлось бы костылить IPv6.

IoT

Тут нужны подробности: как в домашних условиях в рамках одной WiFi вы планируете раздать каждой лампочке свою собственную /64 подсеть?

podman/docker

Даже если предположить, что каждому контейнеру нужна своя /64, сколько таких контейнеров планируется дома у хомяка?

240.0.0.0/4 никогда не предполагалось использовать для обычной адресации в интернете.

Откуда информация? Scope: Internet. Reserved for future use

Опишите, пожалуйста, юзеркейс когда хомяку может не хватить /56?

Сначала бездумно разбазаривали IPv4, далее встала проблема нехватки ресурсов и закостылили IPv6. Но политика разбазаривания продолжается - посмотрим, надолго ли хватит 2000::/3 и как скоро выделят следующий диапазон (~20% из выделенного уже израсходовано).

это позволяет покрыть все потребности клиентов на ближайшую перспективу

Даже интересно, какие такие могут появиться потребности у хомяка в двухкомнатной квартире?

В будущем могут добавить 4000::/3 или 4000::/4

А могут и не добавить, как это произошло с 240.0.0.0/4

Под устройствами вы имели ввиду роутеры? - Мне сложно представить домашнего пользователя у которого дома более 3 роутеров.
Если вы имели ввиду любые таки любые устройства после домашнего роутера, то как это должно работать? - Пользовательский роутер получает /64 PD и далее раздаёт эту подсеть всем устройствам в локальной сети. Функционала нарезания /56 подсети на /64 так, чтобы каждому устройству досталась своя собственная /64, в soho сегменте не наблюдается. Даже OpenWRT так не умеет.

Банить, кстати, они тоже будут не по адресам, а подсетями.

Это какой-то urban legend. Можно ссылку на источник где бы рекомендовалось банить пользователей сразу подсетями, причем большими чем /64?

Можете привести хоть 1 реальную причину, зачем домашнему пользователю выдавать что-то большее, чем /60 ?

Если деньги на счёту - это уже не наличка. Классическую крипту можно майнить. Майнинг ЦР предусмотрен?

Information

Rating
Does not participate
Location
Николаев, Николаевская обл., Украина
Date of birth
Registered
Activity

Specialization

Backend Developer, Fullstack Developer
PHP
MySQL
Ajax
Nginx
Linux
OOP
Git