Почему делают еженедельные задачи, созданные через PowerShell с помощью другого пользователя, перестали работать с ошибкой 0x41306
Я немного потерян в Вашем вопросе. Вы говорите о WINS, но затем Вы приносите "ipconfig/registerdns" в него. "ipconfig/registerdns" на клиенте не сделает ничего для влияния на способность клиента разрешить имена NetBIOS.
Я не думаю, что Вы на самом деле решаете свою проблему с "ipconfig/registerdns" (особенно, потому что Вы говорите, что необходимо делать это несколько раз в день). Я подозреваю, что Вы получаете определенный эффект плацебо от выполнения этого.
Право ThingTM, чтобы сделать, мне, должен был бы осуществить сниффинг трафика определения имен, выходящего из клиента, когда он не может разрешить "нечто", называет и видит то, что он пытается сделать. W/клиенты Windows XP я ожидал бы видеть, что он запрашивает свой основной сервер DNS для "foo.primary. DNS.suffix" сначала, сопровождаемый всеми суффиксами в "Списке Поиска суффикса DNS" (выполненный "ipconfig / все" на клиенте для наблюдения этого списка). Если это не возвратит удовлетворительный ответ от DNS затем, то это отступит к определению имен NetBIOS. Необходимо видеть запрос, отправленный к его серверу WINS и затем, предполагая использование определения имен NetBIOS "H-узла", широковещательной передачи для имени.
Я знаю, что это публиковалось в течение нескольких лет, но я вижу, что это очень посещаемая страница, у которой до сих пор нет способа найти ее задним числом, поэтому вот метод, который я использовал:
На виртуальной машине используйте tcpdump, чтобы найти имя коммутатора и номер порта:
[myID@vm001 ~] sudo tcpdump –nn –v –i eth0 –s 1500 –c 1 ‘ether[20:2] == 0x2000’
Подождите несколько минут. бежать; когда это будет сделано, найдите эти две строки в выводе (они будут разделены другими строками вывода):
Device-ID (0x01), length: 26 bytes: ‘Switch001.mydomain.com’
Port-ID (0x03), length: 19 bytes: ‘GigabitEthernet8/17’
Затем вам нужно будет посмотреть на порт вашего коммутатора, чтобы определить, какой физический сервер подключен. Надеюсь, у вас есть физический доступ к коммутатору и вы можете выполнить трассировку кабеля, или вы можете привлечь кого-то, кто может, или у вас есть хорошее описание конфигураций портов коммутатора и вы можете просмотреть эту информацию или привлечь кого-то, кто может. У меня есть доступ для чтения к нашим коммутаторам, и я смог найти свой хост-сервер таким образом:
Поскольку один и тот же скрипт добавляет оба запланированных задания, вероятность того, что разница заключается в учетных данных сеанса/текущего пользователя, невелика.
Я бы поменял порядок, в котором вы удаляете и добавляете каждое задание, чтобы сначала обработать ежедневное задание, а затем еженедельное. Если это ничего не меняет, то, возможно, именно параметры задания, а не что-то в движке состояния планировщика, инициализируется по ошибке
.