WSUS ничего не может скачать, непонятно почему

У меня 2 сервера WSUS:
Старый W2K3, WSUS 3.0SP2 и новый сервер 2012 года с включенной ролью WSUS.

Старая машина работает нормально и получает обновления от MS через прокси-сервер компании. (При установке BITS в фоновый режим по умолчанию.)
Новый имеет точно такую ​​же настройку конфигурации, включая конфигурацию прокси и ту же учетную запись пользователя для прокси. Новый синхронизируется нормально, даже импортировал и проверил все обновления, которые я скопировал со старого сервера.
Но новый сервер НЕ будет загружать ничего нового от Microsoft.
Я все время получаю ошибку 364:

Не удалось загрузить файл содержимого. Причина: значение не попадает в ожидаемый диапазон. Исходный файл: /msdownload/update/software/defu/2013/05/am_delta_f1860b39acfcbfcf1d701c7c19d28faa97dd9e71.exe Целевой файл: D: \ WsusContent \ 71 \ F1860B39ACFCBFCF1D701C7CD9D9EFAAA

Прокси-сервер, очевидно, правильно поддерживает команду Range. В конце концов, другой сервер использует тот же прокси, и у менеджеров загрузки тоже нет проблем с этим. (Пробовал и другой прокси: та же проблема.)
Я пробовал установить BITS в режим переднего плана. Нет никакой разницы.

Я полностью удалил роль WSUS (включая ключи реестра и т. Д.) И переустановил. После переустановки проблема вернулась.

Я не могу найти других записей, которые проливают больше света на проблему.

Есть идеи, что может быть причиной этого?

Обновить:

После некоторых экспериментов я сузил его до следующего:
a) Задания BITS создаются службой WSUS, но отменяются немедленно (в ту же секунду) после создания. Это видно в сообщениях журнала событий Bits. (Нет очевидной причины для отмены.)
б) Сервер является членом домена X. Учетная запись, используемая для прокси, является членом домена Y (и имеет права администратора на сервере). На старой машине все находится в домене Y. Это может быть частью проблемы.

Я собираюсь получить учетную запись в X с прокси-доступом и использовать ее для передачи WSUS. К сожалению, мне нужно проделать некоторую волокиту, чтобы получить еще одну учетную запись, поэтому я больше не смогу протестировать ее сегодня.

Обновление 2: После получения учетной записи в том же домене, что и сам сервер, проблема все еще осталась. По-видимому, это не имеет никакого значения.
Я также протестировал эту новую учетную запись на том же рабочем сервере. (Таким образом, создается междоменная проблема.) Другой сервер доволен тем, что у него нет проблем с использованием новой учетной записи.

Завтра я собираюсь сделать глубокий шаг: полностью удалить роль сервера WSUS и IIS, удалить все связанные ключи реестра, удалить все файлы содержимого из IIS и WSUS и выбросить базу данных WID. Перезагрузите сервер и сделайте все по-новому.
Я бы тоже хотел полностью переустановить ОС, но это невозможно. Серверы находятся в ведении другого отдела. Я могу получить полного локального администратора на одном, но мне не разрешено его устанавливать.

Обновление 3: Каким-то образом сама установка Windows прошла через все эксперименты.
Мне пришлось укусить пулю и запросить переустановку сервера.
...
Хорошо, у меня новая установка сервера.
Переделал настройку WSUS, по книге.
Тот же эффект: ошибка 364

Я в своем уме. Что может быть причиной того, что WSUS (или BITS) может подумать, что загрузка проблематична? (BITS просто немедленно отменяет загрузки, фактически ничего не делая.)
Я предполагаю, что настоящая проблема заключается в другом, что не обрабатывается должным образом и приводит к этой вводящей в заблуждение ошибке 364.
Приветствуются любые предложения по решению или просто способы устранения неполадок.