Windows CE 5 не может получить доступ к UNC в другой подсети

На нашем складе мы использовали дешевые домашние WAP Linksys. Я пытаюсь перейти на SonicPoints для использования с нашим брандмауэром SonicWall. Так что раньше все мои устройства Motorola MC9090 CE находились в той же подсети, что и остальная сеть, и они нормально обращались к моим UNC. Что ж, теперь они находятся в другой подсети и не имеют доступа ни к одному из моих UNC. Они могут пропинговать сервер и вернуть правильный IP (другую подсеть), но Compact Framework 2 утверждает, что мои пути к UNC-папкам ... ЛОЖЬ. Итак, вот краткий обзор моих текущих настроек.

Server Share - 10.10.10.216 - \\STORE1\Data\ MC9090 CE Device - 10.10.10.20 If (Directory.Exists("\\STORE1\Data\") = TRUE

MC9090 CE Device - 10.10.30.20 If (Directory.Exists("\\STORE1\Data\") = FALSE ping STORE1 - returns 10.10.10.216 and good result

Random laptop running Win10 - 10.10.30.30 If (Directory.Exists("\\STORE1\Data\") = TRUE

Так что на основе ноутбука мои маршруты в порядке. Он может получить доступ к общему ресурсу в другой подсети. Поэтому я решил создать общий ресурс в подсети .30 и посмотреть, что произойдет.

Server Share - 10.10.30.30 - \\RANDOMLAPTOP\Data\ MC9090 CE Device - 10.10.10.20 If (Directory.Exists("\\RANDOMLAPTOP\Data\") = FALSE

MC9090 CE Device - 10.10.30.20 If (Directory.Exists("\\RANDOMLAPTOP\Data\") = TRUE

Исходя из этого, я пришел к выводу, что устройство CE или Compact Framework 2 в целом не способны обращаться к UNC в разных подсетях? Это сейчас за моей рубкой.

Если я могу видеть и пинговать сервер с моего устройства CE (даже в разных подсетях), почему я не могу получить доступ к UNC на этом сервере?

РЕДАКТИРОВАТЬ:

Устройство MC9090 CE - 10.10.30.12:

ping store1 Reply from 10.10.10.216: Echo size=32 time=21ms TTL=128 Reply from 10.10.10.216: Echo size=32 time=11ms TTL=128 Reply from 10.10.10.216: Echo size=32 time=15ms TTL=128 Reply from 10.10.10.216: Echo size=32 time=5ms TTL=128

net use * \\store1\data (with or without username) Command failed: status 53

Статус 53 означает:

«Сообщение об ошибке 53 обычно возвращается при сбое разрешения имени для определенного имени компьютера. Ошибка 53 также может возникать при возникновении проблемы с установкой сеанса NetBIOS».

Разрешение имен явно не является проблемой, и NETBIOS не является проблемой, если он находился в одной подсети. Это какая-то древняя проблема ОС между подсетями? По крайней мере, это доказывает, что Compact Framework не является проблемой.