Данните за достъп до прокси по подразбиране в IIS принадлежат на ефективната самоличност на работника, а не на администратора, който е разположил приложението. NetworkService представя идентификационните данни на компютъра по мрежата; самоличностите на пуловете от приложения също имат документирано поведение на машинен акаунт. В подходяща домейн среда проксито може да види DOMAIN\WEBSERVER$.

Запишете пула от приложения, конфигурираната му самоличност и всяко въплъщаване при мрежовото извикване. Сравнете това с доказателствата на проксито за същата крайна точка и предизвикателство. Локалното име на акаунт на пула и отдалечената мрежова самоличност са различни наблюдения.

Ако политиката умишлено разрешава машинния акаунт, предоставете този достъп съзнателно. Ако е необходим отделен акаунт за услуга, предоставете го чрез поддържаната от разполагането уредба за идентификационни данни. Преместването на целия пул към привилегирован интерактивен акаунт само за да се възпроизведе успех на работния плот променя много повече от влизането в проксито.

Схемата за удостоверяване трябва да поддържа избраната самоличност. Данните за достъп на Windows по подразбиране могат да участват в поддържано интегрирано удостоверяване; те не създават Basic потребителско име/парола за несвързан акаунт.

Проверете избора на маршрут, както и идентификационните данни. Услуга може да избере друга конфигурация на прокси преди удостоверяване. 407 е полезен само когато е свързан с действителната крайна точка, акаунт и обявена схема на работника.

Подобни статии