у нас есть общие ресурсы на сервере, которые должны открываться без запроса учетных данных (у текущего пользователя есть там разрешения). У сервера есть несколько других записей в другой зоне DNS, ведущих к его IP. Мы можем открыть общий ресурс с других серверов в домене всеми тремя способами - servername, FQDN, IP. Таким образом, используя \\ servername \ mall или FQDN \\ application.company.se \ mall или \\ ipaddress \ mall, общий ресурс открывается без запроса кредитов. Но когда вы находитесь на самом сервере через RDP и пытаетесь открыть этот общий ресурс, используя FQDN \\ application.company.se \ mall, он запрашивает учетные данные, и никакие кредиты не работают, вместо того, чтобы сразу открывать его! Я могу открыть его через \\ servername \ share или \\ ipaddress \ share, когда на сервере, но только FQDN почему-то не работает. И имя сервера, и пользовательское имя DNS находятся в DNS, указывающем на один и тот же адрес, и я могу пинговать и разрешать все. Я тестировал на другом сервере, у которого есть еще одна запись DNS (кроме computername.domain), и он ведет себя так же. Я также пробовал это в другой, совершенно другой среде, и это то же самое.
Так это нормальное поведение: если вы создаете запись DNS A, указывающую на ваш сервер, вы не можете получить доступ к ее общим ресурсам, пока вошли в систему через RDP, используя это имя хоста DNS, которое вы создали?
Этот сервер не является DNS-сервером
Убедитесь, что вы можете пропинговать полное доменное имя.
Вы используете другой DNS-сервер и не говорите Google DNS. Если вы можете пинговать его, вы можете это сделать.
Если ping работает, проверьте брандмауэр. Если вы работаете с полным доменным именем, даже если находитесь на одном сервере без записи хоста, значит, вы больше не используете частный профиль в брандмауэре и вам нужно отключить или добавить исключение для общедоступного профиля.
Нашел решение на Технет
Я поместил туда два имени хоста из DNS, которые клиент хочет использовать, и он сразу же начал работать.
Мне не нужно было использовать это значение DisableStrictNameChecking, как они упоминаются в связанной статье.