Alexnader Sunvas

Alexnader Sunvas
Рейтинг
149
Регистрация
02.11.2007
Интересы
php, javascript, mysql
VPSHoster #:

Тариф Micro 2 CPU \ 2Gb RAM \ 40Gb SSD - 500р/мес - Латвия
/64 x IPv6  - 100р/мес - подсеть выделяется через ТП

Собственную ОС можете установить через ISO. Оплата через YM присутствует.

/60 подсеть нужна (в которой 16 /64 подсетей)

ENELIS #:
Для каких целей Вам необходимо более 18,446,744,073,709,551,616 адресов?

Всё делается для организации личного VPN: мне нужно передать /64 подсеть через WireGuard на удалённый роутер, чтобы работал SLAAC. А для этого нужно иметь подсеть больше, чем /64

Ilya74 #:

Я упустил из виду, что Вам нужен только Debian и ничего иного. Просто CentOS в курсе. И более того, позволяет прописать несколько IPv6 сетей в один конфиг через параметр IPV6ADDR_SECONDARIES

Насколько я понимаю, речь идёт о network scripts  /etc/sysconfig/network-scripts/

Ilya74 #:
Там вообще о другом говорится, кстати говоря.  А именно о том, что для подключения одного компьютера через другой компьютер у одного из них должно быть два физических интерфейса, что логично (в один же порт два кабеля не воткнёшь).

Я немного другое имел ввиду: debian не в курсе что к бриджу можно субинтерфейсы привязать.  Информации об этом нет в документации. А если привязывать eth0:1 к бриджу, то eth0 отвалится. Что как бы намекает на то, что eth1 и eth0:1 - таки отличаются.

Ilya74 #:
В вашем случае, так как у вас в первом посте 1 IPv4 и 1 сеть /64, все эти адреса просто прописываются в конфиге бриджа так, как вы их прописали бы для обычного eth0.

👍😅 Такое чувство, что я к вам с вопросом пришёл. И вторую /64 сеть предлагаете сюда же прописать?

treshnyuk #:
eth0:0 вообще ничем не отличается от eht1

Debian, видимо, не в курсе: "the networked computer needs to have two ethernet ports". Сможете на eth0:1 настроить бридж так, чтобы при этом не отвалился eth0? Если сможете - будет смысл продолжить разговор. Костыли в виде VNC для работы с сервером просьба не предлагать.


globalmoney #:

Тут больше проблема со стороны биллинга, если клиент захочет перейти на другой тариф, где нет таких опций, то новый гемарой с добавлением дополнений, либо пропадут дополнения.

Да и панели от ISP, не умеют корректно работать с сетями IPv6, а только выделяют ip адреса поштучно, соответственно требуется много ручных действий, которые хостерам не нужны, а клиенты не готовы постоянно их оплачивать.

P.S. Да и как правило IPv6 используются под СПАМ и тому подобное и обычным пользователям вообще не нужны, а соответственно куча других проблем от таких клиентов.

  1. В обозримом будущем не захочу. В теме были вполне конкретно описаны желаемые параметры сервера: раз настроил и я был бы доволен.
  2. Выделять IPv6 адреса в стиле выделения IPv4 адресов - бред.
  3. Мне - очень нужны. А если бы возник вопрос, для каких целей нужен такой сервер - в приватном общении я бы объяснил. 
Ilya74 #:
В этом и сложность, что поддержка должна быть реализована на уровне ПО, а её нет. Вручную-то конечно сделать несложно, но это несовместимо с большинством ПО, а следовательно предлагать то, что не совместимо никто в здравом уме не будет.

Значит у вас плохое ПО... 

Нужная мне конфигурация сервера была предоставлена хостером HexCore. Видимо, они умеют чуть больше.

VPSHoster #:

Конечно. Чудес не бывает, все лимитируют или по полосе, или по трафику. 

Так лимит по полосе вполне устроит. Неужели без панели этого не реализовать?

VPSHoster #:

Как минимум потому что интерфейс это отдельный виртуальный канал в сеть который нужно как-то учитывать и который получается неотъемлемой частью услуги.

А что в нём учитывать, трафик считать? 

VPSHoster #:

Пффф... Сеть отдать не проблема. Но только сетью это и ограничится. Ни какого управления этой сетью в панельках ISP к сожалению не будет. А так любые сеть и даже bgp - все что угодно:)

А почему этот способ не работает с интерфейсами?

VPSHoster #:
У всех (ладно, у большинства) все автоматизировано

ИЧСХ, автоматизация эта строится на продуктах ISP. Поэтому, даже хостера, дающего /64 на виртуалку найти непросто.

Всего: 153