VG
С сервера на сервер
v4 стек не сильно с v6 связан в линуксе, кол-во в6 адресов не должно напрямую влиять. разве что через роутинг, но там тоже все не плохо уже
Size: a a a
2019 May 08
PK
в Linux это прямее делается
В теории это 10000 маршрутов будет в нутрях route2
VG
В теории это 10000 маршрутов будет в нутрях route2
а какая разница, нетлинк - транспорт, засунулось и всё, работает
PK
v4 стек не сильно с v6 связан в линуксе, кол-во в6 адресов не должно напрямую влиять. разве что через роутинг, но там тоже все не плохо уже
Честно говоря, я не хочу и тормозов IPv6, в моем случае просто там документированные тормоза на уровне тех версий. Я сейчас не понимаю - спасет меня быстрый переход, или надо изобретать что-то
VG
если они там динамически пачками не удаляются/добавляются конечно, с нотифами
I
VG
офтоп.
VG
Честно говоря, я не хочу и тормозов IPv6, в моем случае просто там документированные тормоза на уровне тех версий. Я сейчас не понимаю - спасет меня быстрый переход, или надо изобретать что-то
будет здорово, если проверишь ) и расскажешь
I
VG
да мне то ок, не мои правила
PK
Спасибо. Пошёл читать
PK
Моих знаний не хватает для понимания - lo это обязательное условие?
2019 May 10
SG
Господа, вопрос.
Сидел на Windows 7, всё было прекрасно с IPv6. Перелез на Windows 10 (последнюю сборку LTSC), и тут началось.
Доступ как бы есть, но система, видимо, при ресолве по домену, отдаёт всему софту IPv4, когда там так же прилетает и IPv6, который полностью доступен. Куда копать?
Сидел на Windows 7, всё было прекрасно с IPv6. Перелез на Windows 10 (последнюю сборку LTSC), и тут началось.
Доступ как бы есть, но система, видимо, при ресолве по домену, отдаёт всему софту IPv4, когда там так же прилетает и IPv6, который полностью доступен. Куда копать?
SG
На примере
core.telegram.org. tracert почему-то выполняется по IPv4 (точно так же и браузер по нему стучится), когда есть IPv6, который полностью функционирует.