ENELIS#: Для каких целей Вам необходимо более 18,446,744,073,709,551,616 адресов?
Всё делается для организации личного VPN: мне нужно передать /64 подсеть через WireGuard на удалённый роутер, чтобы работал SLAAC. А для этого нужно иметь подсеть больше, чем /64
Я упустил из виду, что Вам нужен только 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 для работы с сервером просьба не предлагать.
Тут больше проблема со стороны биллинга, если клиент захочет перейти на другой тариф, где нет таких опций, то новый гемарой с добавлением дополнений, либо пропадут дополнения.
Да и панели от ISP, не умеют корректно работать с сетями IPv6, а только выделяют ip адреса поштучно, соответственно требуется много ручных действий, которые хостерам не нужны, а клиенты не готовы постоянно их оплачивать.
P.S. Да и как правило IPv6 используются под СПАМ и тому подобное и обычным пользователям вообще не нужны, а соответственно куча других проблем от таких клиентов.
В обозримом будущем не захочу. В теме были вполне конкретно описаны желаемые параметры сервера: раз настроил и я был бы доволен.
Выделять IPv6 адреса в стиле выделения IPv4 адресов - бред.
Мне - очень нужны. А если бы возник вопрос, для каких целей нужен такой сервер - в приватном общении я бы объяснил.
Ilya74#: В этом и сложность, что поддержка должна быть реализована на уровне ПО, а её нет. Вручную-то конечно сделать несложно, но это несовместимо с большинством ПО, а следовательно предлагать то, что не совместимо никто в здравом уме не будет.
Значит у вас плохое ПО...
Нужная мне конфигурация сервера была предоставлена хостером HexCore. Видимо, они умеют чуть больше.
Как минимум потому что интерфейс это отдельный виртуальный канал в сеть который нужно как-то учитывать и который получается неотъемлемой частью услуги.
Пффф... Сеть отдать не проблема. Но только сетью это и ограничится. Ни какого управления этой сетью в панельках ISP к сожалению не будет. А так любые сеть и даже bgp - все что угодно:)
Тариф Micro 2 CPU \ 2Gb RAM \ 40Gb SSD - 500р/мес - Латвия
/64 x IPv6 - 100р/мес - подсеть выделяется через ТП
Собственную ОС можете установить через ISO. Оплата через YM присутствует.
/60 подсеть нужна (в которой 16 /64 подсетей)
Для каких целей Вам необходимо более 18,446,744,073,709,551,616 адресов?
Всё делается для организации личного VPN: мне нужно передать /64 подсеть через WireGuard на удалённый роутер, чтобы работал SLAAC. А для этого нужно иметь подсеть больше, чем /64
Я упустил из виду, что Вам нужен только Debian и ничего иного. Просто CentOS в курсе. И более того, позволяет прописать несколько IPv6 сетей в один конфиг через параметр IPV6ADDR_SECONDARIES.
Насколько я понимаю, речь идёт о network scripts /etc/sysconfig/network-scripts/ ?
Там вообще о другом говорится, кстати говоря. А именно о том, что для подключения одного компьютера через другой компьютер у одного из них должно быть два физических интерфейса, что логично (в один же порт два кабеля не воткнёшь).
Я немного другое имел ввиду: debian не в курсе что к бриджу можно субинтерфейсы привязать. Информации об этом нет в документации. А если привязывать eth0:1 к бриджу, то eth0 отвалится. Что как бы намекает на то, что eth1 и eth0:1 - таки отличаются.
В вашем случае, так как у вас в первом посте 1 IPv4 и 1 сеть /64, все эти адреса просто прописываются в конфиге бриджа так, как вы их прописали бы для обычного eth0.
👍😅 Такое чувство, что я к вам с вопросом пришёл. И вторую /64 сеть предлагаете сюда же прописать?
eth0:0 вообще ничем не отличается от eht1
Debian, видимо, не в курсе: "the networked computer needs to have two ethernet ports". Сможете на eth0:1 настроить бридж так, чтобы при этом не отвалился eth0? Если сможете - будет смысл продолжить разговор. Костыли в виде VNC для работы с сервером просьба не предлагать.
Тут больше проблема со стороны биллинга, если клиент захочет перейти на другой тариф, где нет таких опций, то новый гемарой с добавлением дополнений, либо пропадут дополнения.
Да и панели от ISP, не умеют корректно работать с сетями IPv6, а только выделяют ip адреса поштучно, соответственно требуется много ручных действий, которые хостерам не нужны, а клиенты не готовы постоянно их оплачивать.
P.S. Да и как правило IPv6 используются под СПАМ и тому подобное и обычным пользователям вообще не нужны, а соответственно куча других проблем от таких клиентов.
В этом и сложность, что поддержка должна быть реализована на уровне ПО, а её нет. Вручную-то конечно сделать несложно, но это несовместимо с большинством ПО, а следовательно предлагать то, что не совместимо никто в здравом уме не будет.
Значит у вас плохое ПО...
Нужная мне конфигурация сервера была предоставлена хостером HexCore. Видимо, они умеют чуть больше.
Конечно. Чудес не бывает, все лимитируют или по полосе, или по трафику.
Так лимит по полосе вполне устроит. Неужели без панели этого не реализовать?
Как минимум потому что интерфейс это отдельный виртуальный канал в сеть который нужно как-то учитывать и который получается неотъемлемой частью услуги.
А что в нём учитывать, трафик считать?
Пффф... Сеть отдать не проблема. Но только сетью это и ограничится. Ни какого управления этой сетью в панельках ISP к сожалению не будет. А так любые сеть и даже bgp - все что угодно:)
А почему этот способ не работает с интерфейсами?
У всех (ладно, у большинства) все автоматизировано
ИЧСХ, автоматизация эта строится на продуктах ISP. Поэтому, даже хостера, дающего /64 на виртуалку найти непросто.