Кто-нибудь знает о достойном способе диагностики ошибок доступа MSMQ. Я использую NServiceBus в веб-приложении. Существует служба, которая фактически создает частные очереди, и веб-приложение отправляет сообщения в эту очередь.Диагностика ошибок доступа MSMQ с помощью NServiceBus
Веб-сайт использует анонимный доступ, а пул приложений запускается с использованием учетной записи сетевой службы. Когда мое приложение пытается отправить сообщение в очередь (используя NServiceBus), я получаю отказ в доступе к MSMQ. Я пробовал все комбинации полного контроля с ANONYMOUS LOGON, Everyone и т. Д., И до сих пор не повезло. Я попытался удалить очереди и позволить NServiceBus воссоздать их, и до сих пор не повезло.
Когда я установил пул приложений IIS для запуска с использованием учетной записи локального администратора, все работает отлично. Как я могу точно определить, какие разрешения я должен применять? Использование учетных записей/разрешений, добавленных по умолчанию, явно не работает.
Udi, спасибо, что ответили. NServiceBus создает две очереди (главная очередь и очередь ошибок), а в обеих очередях «Everyone» имеет доступ к «Отправить сообщение». При попытке отправить сообщение по-прежнему запрещается доступ. Впоследствии я обнаружил, что это не ВСЕГДА случается - на некоторых из dev-машин у нас нет проблемы, а на других. Знаете ли вы какие-либо инструменты, которые я могу использовать для мониторинга того, кто пытается получить доступ к очереди при доступе к доступу? Я чувствую, что это проблема проверки подлинности IIS, потому что раньше у меня не было этой проблемы, поэтому это не NServiceBus. –