Доступ к общему ресурсу D$ сервера по внешнему IP
 

Добрый день!

Есть сервер Windows Server 2016 Standart.
К серверу можно подключиться с клиентского компьютера (win7) по RDP по внешнему IP через интернет. Учетка имеет администраторские права.

Но при попытке подключиться из проводника к системной шаре \\xxx.xx.xx.xxx\D$ выдается ошибка:
Как можно исправить эту ошибку, чтобы подключение к D$ заработало?

В "Параметрах общего доступа" такие настройки:
- для профиля "Частная (текущий профиль)" - переключатель "Общий доступ к файлам и принтерам" установлен в "Включить общий доступ к файлам и принтерам"
- для профиля "Гостевая или общедоступная" - переключатель "Общий доступ к файлам и принтерам" установлен в "Отключить общий доступ к файлам и принтерам"
- для профиля "Все сети" - переключатель "Общий доступ к общедоступным папкам" установлен в "Отключить общий доступ (люди ... все равно будут иметь доступ ...)"

Может быть из-за этих настроек не работает?

Сервер подключен к Интернету через роутер или к серверу напрямую подключен кабель от провайдера?
Если через роутер, то на роутере надо делать проброс портов 135,139 как минимум.
Если напрямую, то надо смотреть какой тип у этой сети, если общедоступная тогда надо будет устанавливать переключатель "Общий доступ к файлам" в режим включить.

PS. Но открытие доступа к общим папкам сервера через Интернет чревато большими проблемами с безопасностью.

Только нужно уточнять: 135, 139 - UDP. Так же нужен 445 TCP, без него не будет работать.
Если после будут проблемы с доступом, можно попробовать открыть 137, 138 UDP, 136-138 TCP - бывает без них не работает. Это зависит от версии SMB который используется между системами, и задействуется ли NetBIOS поверх TCP или нет.

Сервер подключен через роутер.
Да :( Снижать безопасность не хочется.

=======

Тогда такой вопрос.
Как предать файл с клиентского ПК на сервер, с учетом того что есть соединение по RDP?
Включать проброс дисков клиентского ПК не хочется.
Копировать файл через буфер обмена - получается долго и ненадежно.
Какие еще есть способы?

- Обычно так получается, когда копируются файлы объемом от 100 МБ при инете ( примерно) 70/40 вход/исход. - У вас должно быть копирование подобных по размеру файлов ? - Если да, то метод не будет рабочий, согласен. Если файлы небольшие - то никаких проблем быть не должно. А если они есть, то причину их нужно искать на стороне инета.
- Поднять на сервере FTP-сервер и лить файлы через FTP-клиента. Filezilla в помощь - неплохие как клиент, так и сервер

Можно поднять ВПН соединение как вариант. Быстро и без шума.

Файлы от 500 Мб до нескольких Гб.

Порты для FTP-сервера на роутере надо будет открывать?

Надо ставить VPN-сервер?
Порты для VPN-сервера на роутере надо будет открывать?

Да.

- Да.
Да. Смотрите. Если вы вводите в работу какую-либо роль, которая взаимодействует по сети и принимает входящие соединения - для нее естественно нужно открывать нужные ей для работы протоколы и порты.

:(
На самом сервере я имею админские права, могу делать любые настройки.
А вот к роутера доступа у меня нету.


Я пока решил вопрос при помощи AmmyyAdmin - запустил на клиентском ПК и на сервере, соединился в режиме передачи файлов.
Но хотелось бы какой-то другой способ попроще.

А как же работает тот же AmmyyAdmin?
Ему ведь не нужны никакие открытие порты.

Получается, нужен какой-то инструмент типа AmmyyAdmin (служба, сервер), но который устанавливается и работает локально в операционке, и принимает соединения по сети не используя дополнительных портов.
Есть что-то подобное?

Пробовал сделать через ВПН. Оказалось неудобно.
Так как при подключении к ВПН-серверу, развернутому на Windows-сервере, на локальном компьютере отрубается локальная сеть.

Маршрут прописать или галку поставить не использовать шлюз удаленной сети.

Где это делается?

А вообще-то этот способ не подходит. На сервере я не смогу порт открыть - у меня нету доступа к роутеру.

Если это не связано с постоянной необходимостью то я бы наверное из за лени своей пользовал бы что нибудь типа Ammy Admin, RMS и иже с ними. Быстро и удобно

Это платно. Много не попользуешься