Теоретически — да, так можно. Практически — будут делать customer NAT v4, потому что при соотношениях NAT v4 против NAT v6 первый безусловно будет выигрывать.
P.S. Если что, то у себя я inet6num в RIPE получил и в SPB-IX и у апстрима в IPv6 присутствую.
Если это именно тематика смены, то надо авторов нахлобучить за творческое бессилие по придумыванию чего-нибудь лучшего.
Терпеть это можно только если это тематика конкретного дня, в крайнем случае недели.
Да и без подкидывания контрафакта все обходятся, я вас умоляю. Почитайте сайт Павла Протасова, у него есть много оригиналов судебных решений, да и по НП ППП дофига всего интересного. Будете лучше готовы к реальной жизни.
Согласен.
Именно поэтому, как выяснилось, я и сделал год назад у себя зону retracker.local, а не .local:
[dyr@home-vr ~]$ dig +noall +answer ANY retracker.local
retracker.local. 86400 IN A 10.78.78.2
retracker.local. 86400 IN SOA ns2.smart. dyr.smartspb.net. 1 10800 3600 604800 3600
[dyr@home-vr ~]$ dig +noall +answer ANY local
[dyr@home-vr ~]$
Проблема в том, что а) не все трекеры поддерживают добавление retracker.local б) наличие зоны .local у провайдера противоречит стандартам и нарушает работу этой зоны у клиентов, о чём писал и я, и другие.
Поэтому как раз ваш вариант выглядит некорректным.
Вы очень упрямы. Ещё раз прочитайте этот комментарий и подумайте над тем, каким образом замена одного DNS-имени на другое, оба из которых разрешаются в один ip, является навязыванием услуги.
Более того, как раз локальный трекер увеличивает приватность — мониторинг трафика происходит обычно только на точке выхода трафика в интернет, но не в локальной сети. Таким образом становится возможным скачивать и раздавать трафик хоть вообще без Большого Брата.
P.S. Если что, то у себя я inet6num в RIPE получил и в SPB-IX и у апстрима в IPv6 присутствую.
Терпеть это можно только если это тематика конкретного дня, в крайнем случае недели.
Целью было не столько экономия трафика, сколько повысить скорость обмена абонентам.
Именно поэтому, как выяснилось, я и сделал год назад у себя зону retracker.local, а не .local:
[dyr@home-vr ~]$ dig +noall +answer ANY retracker.local
retracker.local. 86400 IN A 10.78.78.2
retracker.local. 86400 IN SOA ns2.smart. dyr.smartspb.net. 1 10800 3600 604800 3600
[dyr@home-vr ~]$ dig +noall +answer ANY local
[dyr@home-vr ~]$
Так что я всё-таки об этом тогда подумал. :)
Поэтому как раз ваш вариант выглядит некорректным.