Создайте отчет в Microsoft Excel - проблема полномочий в сервере основы команды 2010
Я предполагаю, что мы говорим о веб-сервере. Обычно, когда веб-сервер выполняет библиотеку PHP (или исполняемый файл в зависимости от обстоятельств), PHP будет выполнен как пользователь веб-сервера. Таким образом, если веб-сервер будет работать как пользователь 'www', то PHP будет выполнен как тот пользователь также и наследует полномочия того пользователя.
Если Вы установите бит SUID, то PHP не будет работать как 'www' пользователь, вместо этого владелец программы PHP - то, кого программа PHP выполнит как. Таким образом, если 'корень' будет владеть PHP, то PHP будет всегда работать как 'корень' со всеми связанными полномочиями. Это может быть очень опасно, поскольку в системах Unix 'корень' имеет безграничную силу (Администраторские учетные записи являются вторыми только в учетную запись Windows System и могут нанести очень почти столько же ущерба, много плохо достаточно).
Теперь, если Вы хотите, чтобы PHP смог открыть файл как пользователя 'joe', затем PHP должен работать как пользователь 'joe'. Если это прибывает из веб-сервера, это может только происходить одним из двух способов (обычно). 1. Веб-сервер работает как 'joe', и PHP наследует те полномочия. 2. PHP работает как пользователь, который может принять права других пользователей (обычно, эта способность резервируется для 'базирований').
Начиная с выполнения веб-сервера, поскольку 'joe' не практичен, это характерно для SUID программа PHP и выполняет его как корень, затем принимает права пользователя 'joe'. Это может быть чрезвычайно опасно, поскольку ошибки в программе могли легко позволить любому врываться в сервер и наносить неисчислимый ущерб. Кроме того, ошибки в других частях веб-сервера могли потенциально использовать это и снова нанести ущерб. Поэтому (и другие) это высоко поощряется, что Вы не делаете SUID (если абсолютно необходимый), и запишите программы, которые не требуют его.
В зависимости от Вашей точной среды может применяться больше деталей, и часть этого может быть неточной. Я старался изо всех сил, не зная точно, что Вы делаете. Также примечание там не является никаким SUID в Windows, но существуют способы получить ту функциональность при выполнении веб-сервера.
That's not a permission denied message you're receiving, so it's not likely you'll rid yourself of it by adding more permissions. What happens when you fill out the username and password? I don't see this behavior, and I run reports with Excel all the time. I wonder if something gets cached after the first authentication?
Я знаю, что это старый вопрос, но на случай, если кто-то еще наткнется здесь в поисках решения, вы должны проверить разрешения в службах Analysis Services Куб. Excel обращается к кубу для создания отчетов, поэтому у вас должен быть доступ к нему, а также к Tfs_Warehouse Db (требуются те же разрешения - «TfsWarehouseDataReader»).
В SSMS нажмите «Подключиться» в «Обозревателе объектов» »и выберите« Службы Analysis Services ... »
Затем разверните« Базы данных »->« Tfs_Analysis »->« Роли »
Щелкните правой кнопкой мыши« TfsWarehouseDataReader »->« Свойства »
Нажмите "Членство", а затем добавьте свою учетную запись AD в список.
Надеюсь, это кому-то поможет!