Проблема в том, что у меня уже год оплачен. И если я теперь перееду отсюда, то просто выкину деньги. Пусть немного, но все же. Это раз.
А два — это проблема доверия хостеру. Т.е. я пару месяцев погонял VDS, все вроде нормлаьно работало. А теперь вскрывается ситуация, что админы хостера не адекватны и не понимают, что они делают и почему. В 2016 году не уметь ipv6 — это реально неадекватность для админа.
Очевидно, что работает все по чистой случайности и в любой момент все может разломаться у меня точно так же, как у других бедолаг в этой теме. Довольно неуютно от этого.
Вы рассказывали про нагрузку на DNS сервера. Я попросил вас показать мне DNS запись, которая есть для этого адреса. Вы мне показываете набор символов, который не имеет к этому никакого отношения. Вы русский язык понимаете? PTR запись покажите.
Например, есть ipv6 адрес google.com — 2a00:1450:4010:c0b::71.
Для него есть PTR:
dig -x 2a00:1450:4010:c0b::71 ; <<>> DiG 9.10.3-P4 <<>> -x 2a00:1450:4010:c0b::71 ;; QUESTION SECTION: ;1.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.b.0.c.0.0.1.0.4.0.5.4.1.0.0.a.2.ip6.arpa. IN PTR ;; ANSWER SECTION: 1.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.b.0.c.0.0.1.0.4.0.5.4.1.0.0.a.2.ip6.arpa. 86389 IN PTR lo-in-x71.1e100.net.
Вот такую же для адреса 2001:470:28:837:0:fffe:3432:1 можете найти?
Hint: Реверс зона 2001:470:28:837::/64 делегирована на мои DNS сервера. Хотя я уверен, что вы не поймете, что это значит.
Вот именно поэтому я и задаюсь вопросом «в чем вообще проблема». Если libvirt может быть не в курсе, то что мешает нормальному админу в 2016 году использовать DHCPv6 Prefix Delegation, вместо того, чтобы ссать клиенту в уши про «ничего не будет работать, это не наша проблема, это ISPManager во всем виноват. А мы умеем ipv6 и поддерживаем его».
Ну. мне тут уже объяснили, что /64 мне не выдадут даже за деньги, потому что не умеют. Админы хостера не умеют ipv6. Это реально трагедия, без всякого розыгрыша.
Потому что я ваш клиент. Если бы мне другой хостер пытался бы такую дичь втереть, я бы разыгрывал трагедию в его теме. Но у меня других таких нет.
Ну конечно, я ничего не понимаю, я ж не хостер. Поэтому у меня /64 работает вот прямо сейчас. На VDS от ihor, да. Только RTT большой, потому что ipv6 в таком раскладе ходит через Стокгольм.
Я всего-то хотел, чтобы RTT уменшился. А мне тут рассказывают, что вообще у меня ничего не должно работать из-за какой-то панели управления.
Вы вообще понимаете, какая связь между панелью управления и IP протоколом? Или для хостеров понимать не обязательно?---------- Добавлено 30.04.2016 в 19:26 ----------
Ну, с единственным более-менее адекватным сотрудником хостера kapatict уже все выяснили и пришли к взаимопониманию. Претензий к хостеру, который кладет болт на нужды клиентов у меня нет. Это его право, без обид.
Но со странными людьми, которые пытаются мне рассказать, что это нормально, что так и должно быть, а я хочу странного… Ну, почему бы и не поговорить? Выходные, время есть.
С чего вы взяли? У них свой дц в России, своя AS и свой блок /32, из которого они и выдают адреса.
У DO дц в России нет.
Я рассказывал об этом уже раза три. Если вы не можете понять смысл прочитанного, то я не знаю, чем тут помочь.
При умножении 0 на любое число получается 0. Мне нужна 1. Если вы даже школьную арифметику не понимаете, не удивительно, что смысл RFC от вас так же ускользает.
Ох.
Ок, покажите мне, пожалуйста, PTR запись для /"]2001:470:28:837::fffe:3432:1. Или включите голову, наконец. Хотя, я уже на это не рассчитываю.---------- Добавлено 30.04.2016 в 19:11 ----------
Ну выкиньте уже это из головы. IPv6 это не IPv4. Он по-другому работает, он по-другому управляется.
Я выше уже давал совет почитать про DHCPv6 и Prefix Delegation, это так сложно? Там любой дееспособный человек разберется.---------- Добавлено 30.04.2016 в 19:15 ----------
О боги. Ладно, я могу понять, почему какие-то левые люди приходят и бредят. Но вы сотрудник хостера. Разбираться в подобных вопросах — ваша работа. А вы мало того, что не разбираетесь, так еще и такое ощущение возникает, что вы гордитесь своей неосведомленностью.
IETF считает, что иначе ipv6 не работает нормально. RIPE считает, что на 1 End User надо выдавать /56. Конечно, они все дураки, и нихрена не понимают в работе интернета и не знают, зачем нужны адреса. Только один умный smart2web знает, что адреса надо перед сном считать, а больше проку от них нет. Цирк.
А в чем проблема? Я не использую libvirt, но не могу представить, что там будет работать не так.
LXC контейнеры отлично разбирают адреса по SLAAC, docker тоже. С точки зрения пользователя, ipv6 отличается от ipv4 как раз простотой настройки. Можно забыть про ручное распределение адресов, сраный NAT и все такое. В этом и идея, собственно.---------- Добавлено 30.04.2016 в 17:09 ----------И меня очень радует посановка вопроса: «что вы будете делать с такими блоками». С какими «такими»? Я же не /29 прошу. По стандарту, ipv6 адрес состоит из 64 бит (routing prefix + subnet id) + 64 бит interface id. /64 — самая маленькая возможная подсеть. Меньше вообще не бывает. Какой «такой» блок-то?
Первый попавшийся, например: https://vstoike.ru/products/vps
/64 бесплатно автоматом, /48 бесплатно по запросу.
Дайте пожалуйста ссылку на подобную статистику.
Я правильно понял, что вы на полнм серьезе пытаетесь задвинуть тему «Честному человеку /64 не нужно, /64 хотят только маргиналы и преступники» ? Оок. Видно я значительно недооценил степень вашей упоротости.
Могу. Но /48 мне тоже не нужен. Это в 65536 раз больше, чем мне нужно. Может хватит уже нести бред?
Какая патология мышления заставляет вас думать, что количество DNS записей имеет отношение к количеству IP адресов? Вы вообще понимаете, как работает интернет? Я же просил, почитайте документацию перед тем как нести чушь.---------- Добавлено 30.04.2016 в 16:15 ----------
Оок. Т.е. вы представляете хостера, который заявляет о поддержке ipv6 для своих клиентов, но при этом пытаетесь рассказать мне, что не можете поддерживать его нормально, потому что адресов слишком много, чтобы раздать руками? 2016 год, ipv6, ручное управление адресами. Жуть.
Почитайте на досуге про DHCPv6 и Prefix Delegation что ли…
IPv6 адреса не являются scarce resource, который бы требовал ручного управления для повышения утилизации. Их можно и нужно раздавать автоматом всем без дополнительных запросов и настроек. В этом сама суть ipv6. Это свойство протокола. Большая часть его встроенных механизмов вообще не работает с префиксами длиннее /64. SLAAC требует имнимум /64. NDP требует /64.
Как-то для меня не очень убедительно выглядит «на VDS это редкость». Мой опыт таков, что из 5 хостеров, которыми я лично пользовался, вы — единственные, кто не выдает нормальный блок.
Вот! Почему сразу так нельзя было ответить, ни здесь, ни в поддержке? Нормальный ответ взрослого человека: «у нас все так устроено, что само автоматически не заработало, а руками — лень». И все понятно, и никаких больше вопросов.
А мне тут начали рассказывать, что я нифига не понимаю, что слишком дорого, что много хочу, что надо обосновывать…
Хотя, я все равно останусь при мнении, что наценка в 184467440737095516159900% это многовато. А заявлять о предоставлении клиентам ipv6 при такой проблеме — некрасиво.
Расскажите пожалуйста. Оказывается, выдавать /64 per End User — верный способ разориться?
Я выше писал, у меня не было никаких претензий, пока вы не заявляли, что предлагаете клиентам ipv6. Тогда я просто принимал как данность, что ipv6 нет, и спокойно использовал 6in4 туннель то he.net.
Они дают /48 на клиента. Бесплатно. Выделяя из /32 блока. И как-то вот не разоряются.
У вас на AS48666 взят аж целый /29 блок. Конечно, выделяя по /64 на клиента, в соответствии с IETF best current practice, вы неминуемо разоритесь.
Я понял, ок. Так и продолжу использовать туннель, мне не сложно. Просто хотел RTT чуть поменьше. Ну да не судьба, видно.
Обоснование требуется для неразумных ограничений, а не разумных ожиданий.
Я привел ссылку на RFC6177. Какое обоснование может быть у нарушения явных рекомендаций Internet Engineering Task Force?
Linode: /64 на виртуалку штатно.
Hetzner: /64 автоматом.
DigitalOcean: /124 автоматом, /116 по первому обращению. Причем, это не предел. Просто спросили у меня, типа «/116 хватит, или больше надо?». Ну, мне /116 хватит.
Мой провайдер домашнего интернета выдает мне одну /60.
Какое отношение количество адресов имеет к прокси? Прокси отлично работает и на одном адресе. Каким образом прокси на хосте приводит к блокировке IP блока провайдера?
Можете ответить, или так просто ляпнули?
Мешает тот факт, что мне не нужен /32 блок, а меньше RIPE не лицензирует. Мне вполне хватило бы /60. Да черт с ним, даже /64 хватило бы, хоть и неудобно.
Я так не считаю, не придумывайте за меня.
Экономический расчет я привел: одна /64 сеть стоит хостеру чуть меньше 1 копейки в месяц. Если бы мне продавали /64 сеть за один рубль в месяц, я бы не спорил. А меж тем, это наценка в 9900%. Но продавать мне 1 адрес за 1 рубль, это наценка в 184467440737095516159900%. Не многовато?
Если вы не понимаете как работает ipv6, но при этом считаете себя самыми умными и начинаете рассуждать о «зачем тебе столько много», «обоснуй» т.д. то лучше потратьте время не на написание комментариев, а на чтение RFC. Например RFC4291 и уже упоминавшегося выше RFC6177.
Можете еще почитать RIPE IPv6 Address Allocation and Assignment Policy, тоже просветляет немного.
