Я разместил приложение на веб-сайте по умолчанию в IIS. приложение Приложение в интрасети с проверкой подлинности Windows. Когда я пытаюсь получить доступ к приложению за пределами размещенного сервера. Я могу получить к нему доступ с помощью имени хоста с некоторых машин. в то время как другие машины выдают сообщение об ошибке «Ресурс не найден». на этих машинах (где я получаю сообщение об ошибке), если я пытаюсь получить доступ с IP-адресом вместо имени хоста, я могу получить доступ к сайту.
имя моего хост-сервера - kdev
Я пытаюсь получить доступ к приложению как http: \ kdev \ usersetupapp \ home.aspx. Это отлично работает на некоторых машинах. но не в другой системе, я могу получить доступ к приложению с IP-адресом, как показано ниже
http: // [10.0.0.1] /usersetupapp/home.aspx
Пожалуйста, помогите мне решить проблему
Также дайте мне знать, можно ли разместить приложение интрасети на самом веб-сайте по умолчанию, или мне нужно разместить его как отдельный веб-сайт. Также, если мне нужно разместить отдельный веб-сайт, нужно ли мне указывать DNS-запись для имени хоста?
Спасибо
Похоже, у вас проблема с разрешением имен клиентов, которые не могут получить доступ к приложению. В зависимости от URL-адреса, который вы пытаетесь использовать, вам необходимо иметь возможность выполнить ping kdev на клиенте и посмотрите, как имя преобразуется в IP-адрес сервера. Пока это не работает, браузер тоже работать не будет.
У меня есть подозрение, что вы получаете разрешение широковещательных имен для машин, находящихся в подсети с сервером IIS, что объясняет, как вы можете получить доступ к серверу с одних клиентов, но не с других.
Вы должны создать запись «A» в домене, который клиенты используют для своего полного доменного имени (FQDN), чтобы сопоставить «kdev» с правильным IP-адресом.
w / по отношению к «Веб-сайту по умолчанию» - это просто то, что создается во время установки IIS. По сути, он не имеет отношения к DNS, и вы можете устанавливать в него приложения, если хотите. Если вы решили сделать другие веб-сайты и вы решите использовать заголовки хоста HTTP для их идентификации, тогда вам потребуются записи DNS, соответствующие именам заголовков хоста, если вы хотите, чтобы клиенты могли разрешать имена веб-сайтов и получать доступ к сайтам (что, я думаю, вы бы хотеть).
Похоже, вам было бы полезно прочитать, как работают заголовки хостов DNS и HTTP.