1. Как уже упоминал mozers, имя_диска$ - стандартная NT-вая шара. Во-первых, она есть вне зависимости от доменности, кроме случаев когда данные шары(а кроме дисков есть и ADMIN$, IPC$) были специально отключены администратором. Во-вторых, для доступа к данным ресурсам требуются права локального администратора(администратор тоже существует даже при отсутствии домена, и даже на домашних версиях).
2. Если пользователь, под которым запускается скрипт, присутствует на удалённом компьютере, и пароль на удалённом ПК совпадает с локальным - этих данных достаточно для авторизации при доступе к шаре(сталкивался с некоторыми нюансами авторизации между разнесёнными доменами на 2012 R2 <--> 2012 R2, но явно не ваш случай). Если пароли не совпадают - будет ошибка авторизации(может звучать и как отсутствие доступа, точнее нужно смотреть логи безопасности "сервера"). Если такой пользователь на удалённом ПК отсутстсует - тогда запрашивается логин/пароль(если заходить эксплорером, например), но есть нюанс(см. п.3).
3. В локальных политиках Windows имеется политика переключающая режим сетевой авторизации,  как авторизовывать сетевых пользователей - как гостей, или давать им "представиться"? Если в политиках стоит гостевой доступ, то хоть обвводитесь логин/паролями - вы гость. А гость не может иметь доступ к административным ресурсам(Access denied!). Честно говоря, не уловил закономерность - на недоменном компе сталкивался и с нормальной авторизацией, и с включённым гостевым доступом(речь про нетюненные свеже установленные с оригинальных образов, и обновлённые версии).
4. Сообщение об ошибке вполне конкретное. В локальных политиках "сервера"  включаете аудит безопасности(я всегда включаю и успех и отказ - но не забудьте указать размер журнала побольше стандартного и разрешить перезапись старых событий при достижении максимума), повторяете ошибку, идёте в лог безопасности "сервера" и смотрите подробное описание ошибки(хост, юзернейм, описание) - 99% что увидите там попытку зайти гостём .

Примечание: "сервер" - компьютер к которому выполняется подключение, даже если это не Windows Server.

Другими словами, как уже упоминал mozers, это не вопрос скрипта, это вопрос системного администрирования.

P.S.

Эта строка и не должна вам выдавать ошибку при отсутствии прав доступа. В этой строке вы вызываете запуск CMD.EXE, в сессии которого осуществляется запуск NET.EXE. Даже если NET.EXE вернёт в консоль Access Denied, вы об этом не узнаете(разве что косвенно - по тому, что шара в результате так и не подключилась). Поэтому нужно проверять как эта команда отрабтывает напрямую, в консоли.

Админские шары имеются на NT системах независимо от того входит машина в домен или нет.

Ну, да. Я вообще о сервере думал, а не админах.

200? Скорее там даже 10 нет. И автозагрузка в каком виде? Если говорить
про планировщик с однократным заданием, то ещё можно согласиться, а так нет.

Согласен, что телега не ахти, но для ламеров и обфускация сойдёт.

Каждый сам решает, как ему удобней. Я привёл скрипты в комбинации с net use. Ничего в этом криминального не вижу.

Я там со спеху двоеточия после user забыл поставить. Исправил.

пишем там "\\192.168.42.10\d$ к результату не приводит и при семерке не помогал, а скрипт справлялся

Полный бред. Не думаю что есть смысл продолжать.