Debian 9 - ip6

ip a

Покажи хотя-бы, вообще хрен знает

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1
net.ipv6.conf.enp4s0.disable_ipv6 = 1

это помогло. Это значит что дебиан перешел по умолчанию на ipv6?

Нет, но у меня как-то раз был баг, что дебиан резолвил в dns ipv6 адреса и ломился на них, хотя кроме link-local на интерфейсах v6 адресов не было. тоже решил отключением, только через ipv6.disable=1 в параметрах ядра

не дебиан, а провайдер

Каким образом?

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

Это значит что дебиан перешел по умолчанию на ipv6?

Нет. Большинство сервисов юзают по умолчанию ipv6 при доступности. Сам дистр тут мало причем.

Если провайдер/хостер выдаёт ipv6 адрес, но файрволит клиентов(например из-за кривой настройки), то срабатывает принцип Dual-Stack - сначала стучим по ipv6-адресам на хосты(если они есть) и только потом - по ipv4. Некоторые программы могут поменять этот порядок(например тот же wget через wgetrc), но в общем случае принцип таков. Если ipv6-адреса у компьютера нет, то он и не используется(что логично), даже если в DNS-записях сервера есть AAAA-записи.

ipv6-only системы я видел только во всяких песочницах(даже сам по-приколу собирал как-то давно систему, которая умеет ipv6, но не умеет ipv4)

Т.е. логика такая?
Я запрашиваю по днс адрес debian.mirrors.ovh.net, днс мне отдает несколько А записей, в том числе ipv6, но почему приоритет ставится именно ipv6? Кто это определяет? Дебиан чистый был, установил из шаблона OVH, первым делом хотел поставить mc и вот такое... Странно, у меня есть адрес ipv6 и debian.mirrors.ovh.net определился как 2001:41d0:202:100:213:32:5:7(или что это?), тогда почему он не конектился к нему

«Мальчик ты дебил?» (с)
Еще раз, приоритет в использовании v6 или v4 ставит каждый конкретный сервис.
Не в тему сервисов ( но на самом деле тот же sendmail отучить от v6 при наличии почти не реально) :

ping -c 1 -n ya.ru
PING ya.ru (87.250.250.242) 56(84) bytes of data.

ping6 -c 1 -n ya.ru
PING ya.ru(2a02:6b8::2:242) 56 data bytes

С этим прояснилось, хотя у меня и ping и apt шел по ipv6, другие не проверял

Но я больше хотел узнать не технические подробности, а в целом почему такая каша получилась. Провайдер назначил мне 2 адреса, но даже его debian.mirrors.ovh.net не был доступен по ipv6, отсюда вопрос - зачем он это сделал?

ping шел по ipv6

Вот просто команда ping и на v6 ? «Не верю» (с) Станиславский
Вобщем пока больше «золота» не подкинете, гадать на этой гуще можно долго.
В самом первом посте вас попросили ip a, мы его все еще не видим.

Опа, прям винда. В каком дистре?

В каком дистре?

Debian testing.

$ ls -l /bin/ping*
-rwxr-xr-x 1 root root 61240 ноя 10  2016 /bin/ping
lrwxrwxrwx 1 root root     4 ноя 10  2016 /bin/ping4 -> ping
lrwxrwxrwx 1 root root     4 ноя 10  2016 /bin/ping6 -> ping

iputils (3:20150815-1) unstable; urgency=medium

  * New upstream release (Closes: 146162, 219140, 815197, 732632)
  * install ping6 and ping4 as symlinks to /bin/ping
  * Bump standards version to 3.9.7 (no changes)
  * Silence output during installation if setcap is successful
    (Closes: 737577)
  * Encode the debian/changelog date rather than the build date in
    generated documentation in order to support reproducible builds.
    (Closes: 783219)

 -- Noah Meyerhans <noahm@debian.org>  Thu, 25 Feb 2016 09:55:01 -0800

Думаю, вот после этого такое случилось. До этого, помню, ping не переваривал IPv6 адреса, и нужно было использовать ping6.

Век живи... возможно моя ошибка. Простите.

Простите.

Хм... Тут не за что.

Видимо недавно ввели, в Deb 8:

ls -l /bin/ping*
-rwxr-xr-x 1 root root 44104 ноя  8  2014 /bin/ping
-rwxr-xr-x 1 root root 44552 ноя  8  2014 /bin/ping6

Кто это определяет?

DNS-резольвер твоей libc(скорее всего glibc)

Я тоже удивился когда увидел это в генте, но если честно - давно пора. Если нужно что-то зафорсить - всегда есть опции -4 и -6