Виртуальный сервер 2012r2 и проблема с SMB
 

Приветствую всех. Имеется такая ситуация и проблема с ней. Сразу говорю, что сталкиваюсь с виртуальным сервером впервые.
Значит приобрели мы в дата центре виртуальный сервер с настройкой через Vcloud Director. Поднял на нём Windows Server 2012r2 с файловым сервером, терминальным доступом, Удалённый доступ с VPN и iis с ftp. На сервере имеется 2 сетевые карты, одна настроена на внешку и смотрит в интернет, и вторая смотрит внутрь локальной сети(в сети только один этот сервер).
Клиентские машины находятся в другой сети и через VPN подключаются к виртуальному серверу,клиенты и сервер пингуются в обе стороны. Пользователи заходят на RDP и ftp по внутреннему адресу, но при попытке подключиться по SMB к расшаренным сетевым папкам, ничего не происходит, а диагностика выдаёт ошибку "ресурс общего доступа к файлам и принтерам доступен в сети но не отвечает на попытки подключения", причём когда я пытаюсь на самом сервере проверить доступ по SMB, то по \\имя-сервера я вижу расшаренные папки, но не могу подключить их и зайти в них, диагностика показывает ту же ошибку "ресурс общего доступа к файлам и принтерам доступен в сети но не отвечает на попытки подключения", а при \\ip-сервер долго думает, выдаёт окно для ввода логина и пароля, ввожу, но ничего не происходит, а диагностика показывает ошибку "Windows не удалось связаться с устройством или ресурсом. Уже всю голову сломал, в чём может быть проблема, ничего не получается. На физическом сервере когда поднимал, всё было отлично и всё работало.

Подскажите пожалуйста куда копать, или что делать, какие команды выполнить,чтобы скинуть вам информацию. Очень прошу помочь

В данном контексте настроек, виртуальный сервер ничем не отличается от физического. ;)

У Вас совсем каша в голове... если сервер стоит удалённо, то и одна и другая сетевая смотрят в интернет. Или вторая карта это виртуальный адаптер созданный программой установленной в ОС (например в случае применения OpenVPN) или же это второй адаптер в созданный в свойствах VM. А вот соединение по второму адаптеру уже смотрит в Вашу локальную сеть. Вот это правильное понимание контекста.

Противоречие. Вы указали использование двух разных видов подключения по IP и по имени (опять же не понятно с использование FQDN и DNS соответственно или NETBIOS).

Вполне возможно что свойствах второй сетевой карты у Вас выбран тип сети как "Публичный". Более точно Нам и Вам скажет команда "Get-NetConnectionProfile" выполненная в среде Powershell, особенно если вы опубликуете результат данной команды тут. ;)
И следовательно у Вас не настроен брандмауэр Windows на соответствующие запросы.

Ну да, по сути эти 2 карты созданы в VM
Я имел ввиду, что пробовал на клиентской машине попасть на сервер и по ip, и по Имени, и выдает одинаковые ошибки, а на самом сервере, если указать его имя(то папки отображаются, но не подключаются и ошибка как на Клиентах), а по ip просит ввести пароль, но в итоге потом ошибка, но другая

Фактически имеем соединение VPN типа Site-to-Site. Хорошо, с этим ясно.

Ну вот теперь всё понятно.
Анонимные подключения к Windows по умолчанию (не ко всем сервисам, но к тем что Вам нужны точно) запрещены (ещё начиная с, по моему, Vista или в каком-то из SP WinXP).
Брандмауэром, по умолчанию, блокируются любые попытки подключения по SMS из сети типа Public (Публичная).
Для изменения этого поведения можно сделать следующее:
Сменить тип сети с "Публичная" на "Частная" Как изменить тип сети с общедоступной на частную в Windows 10 / Server 2016/2012 R2?.
Включить "Общий доступ к файлам и принтерам" (Панель управления\Сеть и Интернет\Центр управления сетями и общим доступом\Дополнительные параметры общего доступа).
Проверить в брандмауэре включилось ли правило "Общий доступ к файлам и принтерам (входящий трафик SMB)" для частной сети, тип - входящее подключение.

Сделал всё как написано, но не помогло. Всё так же пингуется, но не заходит.

Даже когда клиент подключался по впн ему выдавалась общедоступная сеть, я и на клиенте сделал те же действия, сеть стала частной. Но результата никакого

Всё заработало, и сеть и DHCP. Я нашёл в чём была причина. Локальная политика безопасности - Политика IP безопасности на "Локальный компьютер", там было создано правило блокировки всех ip, я его не создавал...возможно вирус создал, просканил на наличие вирусов и все удалил