Почему нужно исходить из "объясните мне зачем мне IPv6 и я его буду использовать"
не так. я достаточно для своих нужд представляю работу ip4 и что как и где сделать чтоб доступ был "извне"
а подобных представлений про ip6 нет.
и когда на заре времён впервые выяснял "как" для ip4 - нужного (мне) уровня занудства\подробностей заметок и тогда и сейчас шквал
а про ip6 =0
то вам IPv6 не нужен
после осознания что "к себе" могу попасть тоже только с компа где ip6 есть - это действительно на 99% так
15 лет уже пользуюсь IPv6 в эрэфии без каких бы то проблем.
и за 15 лет не видел ни одной заметки где "на пальцах" рассказан реальный опыт
без лишних теоретизирований но и не в виде - "а у меня" всё заработало сразу...
а конкретно на главных отличиях от ip4+nat на реальных примерах
с роутером (и устройствами) ясно - если не 15 то точно 12+ лет как умеют даже длинки с туполинками
неясно на что именно (читая отзывы\заявленные технологии) смотреть при выборе прова? из обрывочных мнений на форумах каждый "какбы ipv6" пров раздаёт адреса через свой костыль и опять же якобы не каждый из методов подходит под хотелку
именно с этим видать и неопределённость. насколько полноценно он должен уметь? разные мнения про правильный префикс от прова. /64 якобы не кашерен но внятных объяснений почему не даётся
в лучшем случае узнаем что задание уже таки застряло из-за того что полезло не на тот порт
но доля "истины" есть - при посылке задания тайм-аут вроде обнуляется и истинное положение становится известным, что правда не мешает заданию таки успеть отправится не туда
как послать вирт. задание чтоб при этом бумага не тратилась и принтер не одурел я не знаю
ну а ipp по вашему совету в винде не осилил от слова совсем - видимо она (даже с компонентом печать через интернет) рассчитана на подключение к линухам а не к принтерам напрямую
хоть коника и выдаёт явный "printer uri" винда его "не проглатывает"
каким-то бесом не работает ни на одном доменном компе
мистика, что в gpo мешает. но это отдельный трабл...
------------------------
на недоменном таки подключил. http://1.2.3.4/ipp родной драйвер скормил
но итог = эпикфэйл
специально подключал "плохой" принтер на котором знаю что нет тонера
и по 9100 это пусть и рандомной задержкой узнаётся
тут же Ready в управлении печатью и PrinterStatus : Normal в powershell просто и без затей всегда
по крайней мере альтернативный Пул на винде. что-то попадалось с виртуальным принтером но на поверку какой-то шлак
поэтому "самописно" по событию печати (планировщик заданий отлавливает) пытаюсь
-либо не меняя назначенные порты Пула меняю их ip адреса
-либо наоборот не трогая свойства порта "расставляю галочки" портов в Пуле
в обоих случаях после изменений имеем рандомный тайм-аут в который реальность в состоянии принтеров\портов и то что думает спуллер отличается
у меня с эти remoteapp другая трабла - как заставить клиента принудительно обновить их список (при неизменном url)
бывает список изменишь\добавишь а клиенты когда в течении дня узнают, а когда месяцами в душе про-то не знают
mandfilson, там не то чтобы "починили" а навсегда отключили старые способы передачи и оставили которые семёры не могут(+давали полгода в виде ключа реестра но и его потом убрали). по крайней мере про ту обнову что я.
а самбу я и двенадцатиметровой палкой не трогал. и т.н. бох миловал, DC и AD не помирали - так что идей нет
не так. я достаточно для своих нужд представляю работу ip4 и что как и где сделать чтоб доступ был "извне"
а подобных представлений про ip6 нет.
и когда на заре времён впервые выяснял "как" для ip4 - нужного (мне) уровня занудства\подробностей заметок и тогда и сейчас шквал
а про ip6 =0
после осознания что "к себе" могу попасть тоже только с компа где ip6 есть - это действительно на 99% так