Поначалу этот сценарий может показаться немного странным;) ОС - Windows Server 2003.
Мы делаем ежедневное резервное копирование с наших производственных серверов и просто копируем все приложение на наши резервные серверы, где нам нужна точная копия из производственной среды (более или менее).
Это работает довольно хорошо, за одним исключением: производственная система должна иметь доступ к некоторым файлам на общем ресурсе (например, \\ PROD_SHARE \ Files $). Этот путь указывается в файле конфигурации.
Теперь мы не хотим изменять этот файл конфигурации при его копировании на резервный сервер. Проблема в том, что путь к общему ресурсу в среде резервного копирования отличается (на этот раз он находится на локальном хосте, поэтому путь - \\ LOCALHOST \ Files $).
Возможно ли (на резервном сервере) каким-то образом «перенаправить» все запросы к PROD_SHARE на LOCALHOST, чтобы мы могли использовать те же файлы конфигурации, что и в производственной среде? Мы пробовали это с помощью файла etc \ hosts, но он не работает (соединение работает, но появляется диалоговое окно входа в систему, и мы не можем войти в систему - может это просто проблема с политикой?).
Есть у кого-нибудь идеи?
ОБНОВИТЬ:
Спасибо за ваши ответы, я думаю, что мой вопрос был слишком сложным - на самом деле моя проблема так же проста, как (моя проблема, извините):
Я хочу иметь возможность использовать \\ PROD_SHARE вместо \\ LOCALHOST (но результат должен быть таким же)
Я попробовал ответить с псевдонимом, а также с LMHOSTS - оба имеют тот же результат, что и моя первая попытка с файлом HOSTS: я могу проверить связь с localhost, используя другое имя, но когда я пытаюсь открыть SMB Share \ PROD_SHARE Я получаю диалоговое окно входа в систему (кажется, соединение работает), в котором я не могу войти в систему - даже с учетными данными пользователя, которые я только что использовал для загрузки Windows (администратор домена). Ошибка: «Windows не может войти в систему. Убедитесь, что ваше имя пользователя и пароль верны».
Производственная среда и среда резервного копирования вообще не находятся в одной и той же сети / домене, поэтому конфликтов имен быть не должно.
Не пробовал, но, может быть, поможет файл LMHOSTS?
Это похоже на / etc / hosts для имен серверов SMB. Вы можете найти его в% SystemRoot% \ System32 \ Drivers \ Etc (возможно, его не существует, но, по крайней мере, в Vista есть образец файла lmhost.sam).
Это старый пост, но я столкнулся с этой проблемой во время сезона Covid, когда пытался работать из дома.
Я хочу перенаправить вызовы сервера SMB для \\ SERVERNAME \ (или в приведенном выше примере PROD_SHARE) на локальный SMB на компьютере.
Метод
Появится сообщение «Локальная проверка подлинности Windows» и выдаст ошибку, поскольку компьютер не распознает «ИМЯ СЕРВЕРА». Поэтому отключите проверку аутентификации на наличие обратной связи, отредактировав / добавив следующее значение реестра:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa > DWORD > DisableLoopbackCheck=1
Перезагрузите «Рабочую станцию» в services.msc.
Другие методы (непроверенные):
Изменить / добавить ключ реестра:
HKLM\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters DWORD DisableStrictNameChecking=1
Другие источники: https://support.microsoft.com/en-us/help/926642/error-message-when-you-try-to-access-a-server-locally-by-using-its-fqd
Если я правильно понимаю, вы хотите, чтобы машина в вашей среде резервного копирования реагировала на имя серверного компьютера, который работает в вашей производственной среде.
Это возможно, но у вас могут возникнуть некоторые трудности, если между средой резервного копирования и производственной средой существует связь NetBIOS.
Вот основная процедура добавления псевдонима к машине Windows Server.
На резервном сервере добавьте значение REG_MULTI_SZ с именем «OptionalNames» в реестр в HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ lanmanserver \ parameters. В этом значении укажите имя, на которое должен отвечать сервер резервного копирования.
Добавьте значение REG_DWORD в тот же раздел реестра с именем «DisableStrictNameChecking» и установите для него значение «1».
Откажитесь от сервиса "Сервер" (или перезагрузите аппарат).
Проблема может заключаться в том, что сервер резервного копирования попытается зарегистрировать это псевдоним в WINS и будет транслировать его с помощью NetBIOS через TCP / IP. Так как у вас уже есть компьютер с запущенным псевдонимом, вы можете получить сообщения «повторяющееся имя компьютера». Если вы можете использовать брандмауэр для своей среды резервного копирования вдали от производственной среды для NetBIOS, это не будет проблемой.
Кроме того, имейте в виду, что не будет никакого способа устанавливать соединения Microsoft File and Print Sharing между сервером с установленным псевдонимом и настоящий серверный компьютер, использующий имя NetBIOS. Вам нужно будет "подключиться" к настоящий серверный компьютер с резервного сервера по IP-адресу, если вам нужна эта функция.
Не уверен, что я неправильно понял вопрос или нет, но мне было интересно, может быть, Microsoft DFS можно ли вообще использовать в этом сценарии?