Вопрос про ISCSI target
 

Добрый день!
Есть две сети А и Б, между ними маленькая скорость.
В сети Б ставим synology настраиваем диск как iscsi target.
В сети А стоит контролер домена, там подключаем диск synology (iscsi) расшариваем этот диск.
Когда клиенты будут из сети Б подключаться к этому диску, трафик пойдет через сеть А или Б?
Если перенаправление сработает и трафик будет внутри Б то хорошо...

То есть вы подключаете устройство iSCSI к контроллеру домена (DC.domain.local) , и на контроллере домена появляется ещё один раздел (например N:\)
Затем вы на контроллере домена для данного раздела создаёте сетевую папку (например iDisk)
Затем вы с клиентского компьютера подключаетесь к сетевой папке по адресу \\DC\iDisk

Очевидно, что у вас все обращения к этой информации будут производиться через сеть А, то есть не просто медленно, а в два-три раза медленеее.
Потому что протокол SMB не может оптимизировать такую цепочку, включающую использование других протоколов.

Может быть нужно в настройках iscsi, что то сделать, или возможно есть какое то другое решение?
Проще было бы в сеть Б поставить контроллер домена (между дисками сделать DFS), но это накладно.
Нужно это для оптимизации трафика при обновлении WSUS. Посколько в устройствах synology нет DFS (для репликации между дисками и назначения политики для сайта), как альтернативу рекомендовали ISCSI. Мне думается, что данная проблема должна решаться, ведь это программный уровень.

В "настройках" вы ничего не сделаете.
Программа X компьютера A устанавливает соединение с программой Y компьютера B через определённый сокет (IP+порт)
В вашем случае оптимизация трафика требует, чтобы программа X компьютера A установила соединение с программой Z устройства C через другой сокет.
Иначе никак - потому что приложение Y не может сообщить приложению X параметры соединения для прямого подключения.

Как?
сервер iSCSI не может ответить на запрос SMB - это совершенно разные протоколы передачи информации.

Вообще-то если вы запустите SMB на устройстве synology, то вы вполне можете подключить эту сетевую папку к дереву DFS домена.
Просто у вас не будет работать репликация стандартными средствами Windows server. Однако вы можете обеспечить синхронизацию данных между сетевыми папками другими способами: например через rsync.
Или просто прописать в групповых политиках для этого подразделения иные настройки WSUS.

P.S.
А ждать синхронизации сетевых профилей не накладно?
И не иметь возможности включить компьютер (начать сеанс пользователя) при разрыве канала связи не накладно?

Что если настроить на основе сказанного след. образом.
1. Изначально подключаем по iscsi, затем этот диск подключить к DFS (таким образом будет работать репликация стандартными средствами windows server)
2. Затем на synology поднимаем SMB и расшариваем ту же папку в сети Б. Потом в групповых политиках WSUS, указываем сеть Б как сайт и для этих клиентов обновления идут от Synology через smb.

Возмозно ли в WSUS указать папку для обновления, не подключая ее как диск?
Не пойдет ли трафик опять дважды через сеть А?

Не будет.
С точки зрения служб файл-сервера Windows server подключенное устройство iSCSI является ещё одним диском этого компьютера.
А DFS не поддерживает ни подключение двух сетевых папок одного компьютера к одной точке дерева, ни репликацию таких папок.

Не вижу смысла использовать здесь iSCSI
В данном случае проще сразу поднять SMB на NAS? подключить его к дереву DSF (допускается для любой службы файл-сервера), а и делать синхронизацию информации другими способами.

Если отбросить все перечисленные проблемы не ясно, как делать разные настройки WSUS на одном сервере и возможно ли это(ведь в настройках wsus надо будет указывать разные папки или диски для хранения обновлений, а в GP указываются уже именно имена серверов WSUS)?

Не много разобрался, последовательность действий такая:
1. На synology расшариваем папку, запустив службу SMB
2. На сервере, где WSUS, поднимаем DFS в котором указываем два каталога, один из которых на synology
3. В настроках WSUS указываем корневую папку dfs
4. Создаем сайт для сети Б, что б DFS знал какому кленту назначить ближайший каталог, для нас это synology
5. Так как в нашем случае DFS не хочет реплицироваться с NAS, ставим на сервере альтернативную программу rsync