Содержит ли кадр пакета информацию об учетной записи на ПК-отправителе?
Более месяца назад появилась странная проблема в виде задержки печати у МФУ xerox workcentre 3335/45. При этом МФУ Pantum работают идеально. В учреждении у подсети нет продвинутой логики: это просто несколько коммутаторов, соединенных в цепь. К ним подключаются все устройства, после чего эта цепь подключается к Випнет координатору (управляется другим учреждением). Долго ломал голову над проблемой: и коммутаторы менял, и в настройках мфу копался, и трафик мониторил, и ACL правила для портов в веб интерфейсе коммутаторов задавал. Всё было безрезультатно. Даже триггер проблемы не мог установить.
Недавно обнаружил, что при отсутствии доступа к открытой сети у ПК, с которого отправляется запрос на печать, задержки нет. Стал копать в этом направлении. Далее ситуация становится еще интереснее: триггером задержки на ксероксах оказались... доменные учетные записи сотрудников. То есть печать с одного и того же компа может быть с задержкой (доменная учетка), а может быть моментальной (локальная учетка). Почему? Так и не понял. В качестве временного решения создал на ПК сотрудников с ксероксами локальные учетные записи и подключил к ним все необходимые сетевые ресурсы. Поскольку с точки зрения безопасности решение откровенно так себе, проблему то нужно добить.
Содержит ли в себе кадр пакета какую-либо информацию об учетной записи, которая была активна в момент отправки пакета? Погуглив, ничего не нашел. Знакомые тоже подобным не занимались.
Нет, не содержит, само собой. Что там в пейлоаде принтеру улетает - вопрос к драйверам и используемому протоколу.
Что касается реального источника проблемы - шерсти че там в доменных политиках нахреноверчено
