Различие между доступом к веб-сайту с помощью Локального адреса узла и IP-адресом

Цель Символьной ссылки должна смочь быть доступной читателями. В Вашем случае...

E:\
|- Folder1\
|- [share]Folder2\
      |- slF1

Если точки 'slF1' "E:\Folder1\" клиентам не смогут получить доступ к нему. На самом деле, если Вы сделали это:

E:\
|- Folder1\
|- [share]Folder2\
      |- Folder3\
      |- slF3

И сделанный "slF3", который не знает ссылка на "E:\Folder1\Folder3", это ВСЕ ЕЩЕ не работало бы начиная с Клиентов, как получить доступ к "E:\". Однако при создании "slF3" ссылкой на "\\Server\Share\Folder3", это работало бы просто великолепно. Чтобы заставить его работать путь, Вы хотите, чтобы он работал:

E:\
|- [F1Share]Folder1\
|- [F2share]Folder2\
      |- slF1

Сделанный "slF1" ссылка на \\server\F1Share\и это должно работать точно так же, как Вы должны.

mklink /D slF1 \\Server\F1Share\

Вещь иметь в виду состоит в том, что символьная ссылка является путем, который сопровождается явно клиентами, как будто это был Ярлык. То, с чем Вы связываетесь, будет тем, к чему клиенты пытаются присоединить. Доли не делают ссылок высокой ограды прежде, чем подать их, клиенты должны поддерживать их. Это могло бы быть проблемой с клиентами старшего возраста, которые не могут обработать соединения.

Причина, совместно использующая его непосредственно, работает, то, потому что Windows на самом деле совместно использует E:\Folder1 в том экземпляре, и символьная ссылка никогда не затрагивается клиентами.

1
задан 27 August 2012 в 07:22
2 ответа

Из вашего описания это не похоже на проблему с настройкой веб-сайтов веб-серверов по имени или IP, которые являются двумя основными настройками для размещения нескольких сайтов на одном веб-сервере. URL-адреса, которые вы пробовали вначале, имеют гораздо более длинный путь и, скорее всего, запускают отдельный веб-сайт для веб-сайта по умолчанию, обслуживаемого из неявного корня, если вы не укажете никакого пути. Другими словами, вы получаете доступ к разным веб-сайтам на своем веб-сервере. Отдельно следует отметить, что localhost преобразуется в 127.0.0.1 или адрес обратной связи; а не 192.168.1.46.

1
ответ дан 4 December 2019 в 01:00

Скорее всего , это проблема конфигурации браузера. Вы используете IE? затем посмотрите: http://support.microsoft.com/kb/304655 . Вы используете IE? затем посмотрите: http://support.microsoft.com/kb/304655 . Вы используете IE? затем посмотрите: http://support.microsoft.com/kb/304655 . В противном случае попробуйте другой браузер.

Или

Убедитесь, что у вас правильно настроен анонимный доступ в вашем IIS.

Изменить: Я настоятельно рекомендую вам перейти на последнюю версию IIS. Я почти уверен, что эти проблемы исчезнут. Если вы застряли на 5.1, попробуйте следующее:
Откройте IIS -> щелкните правой кнопкой мыши на своем веб-сайте в левом дереве -> свойства -> Безопасность каталога -> Анонимный доступ и контроль аутентификации -> Отметьте «Разрешить IIS контролировать пароль».

0
ответ дан 4 December 2019 в 01:00

Теги

Похожие вопросы