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 не является проблемой.