[Petya V4sechkin]

d.makarov, может быть, причина не в Windows 10 1703, а в этом:
Обновление MS16-072 ломает Group Policy. Что с этим делать?
(проверьте наличие Authenticated Users или Domain Computers в разрешениях на политики).

[d.makarov]

Спасибо за ссылку. Очень интересная статья. На досуге буду пробовать. О результатах отпишусь.

[d.makarov]

Сделал все по инструкции по ссылке. Ситуация не изменилась, диски так и не подключились.
Всетаки больше грешу на обнову 1703, так как на вин7про и вин10про до версии 1607 включительно все прекрасно работало, а после обновления до версии 1703 перестало. Может есть еще какие мысли?

[Petya V4sechkin]

d.makarov, какие ошибки в журналах событий?

[d.makarov]

Вот скрин ошибки с пользовательской машины
Гугл пока результатов не дал

[Petya V4sechkin]

d.makarov, ошибка упоминается в темах:

• Creators Update Stops Cross Domain GPO Drive mapping working ('0x80090005 Bad Data)
• Windows 10 Creators Update 1703 - GPP unable to map drives that's cross domain

Но решения пока нет, предлагаются варианты:

Have you tried setting it to update rather than replace? Are you using the FQDN for the other domain server in the Group policy? You could try flipping the username format to UPN instead to see if the Creator's update works better with that.

Если ни один не сработает, то обходной путь:

If it is possible, please map the drive with "net use" command and configure it as startup or logon script.

[d.makarov]

Спасибо! Проблема решена.
Ситуация была такая. В офисе все рабочие станции были заселены в один (старый) домен, а удаленный сервер в другой (новый) домен (сейчас ведутся работы по переселению из старого домена в новый). При подключении к серверу (на новом домене) использовались учетки из старого домена, а по, видимо, новым условиям политики безопасности в win10 1703 это запрещено. В итоге в новом домене были созданы аналогичные старому домену учетки и все вернулось на свои места.
Тема закрыта.