.axd файлы генерируют ошибку 404
Как именно вы могли бы изменить рабочий каталог bash (или parent в целом)?
Это not возможно, используя любой «приемлемый» способ. Допустимо, я имею в виду «без возмутительно взломать вашу систему (например, gdb )»;)
Более серьезно, когда пользователь запускает исполняемый файл, дочерний процесс будет запускаться в его собственной среды, которая в основном является копией родительской среды. Эта среда содержит «переменные среды», а также «текущий рабочий каталог», просто для обозначения этих двух.
Конечно, процесс может изменить свою собственную среду. Например, чтобы изменить свой рабочий каталог (например, когда вы
cd xxxв вашей оболочке). Но поскольку эта среда является копией , это никак не изменяет среду родителя. И нет стандартного способа изменить родительскую среду. В качестве побочного примечания, поэтомуcd(«chdir») является внутренней командой оболочки, а не утилитой external . Если это так, он не сможет изменить рабочий каталог оболочки.
5 ответов
Вам необходимо создать MIME-тип для этого расширения в IIS:
Чтобы определить MIME-тип для определенного расширения, выполните следующие действия:
- Откройте IIS Microsoft Management Console ( MMC), щелкните правой кнопкой мыши имя локального компьютера, а затем щелкните Свойства.
- Щелкните Заголовки HTTP.
- Щелкните Типы MIME.
- Щелкните Новый.
- В поле Расширение введите расширение имени файла, которое вы хотите (например, .axed)
- В поле MIME Type введите application / octet-stream.
- Примените новые настройки. Обратите внимание, что необходимо перезапустить службу публикации в Интернете или дождаться перезапуска рабочего процесса, чтобы изменения вступили в силу. В этом примере IIS теперь обслуживает файлы с расширением .axed.
Можете ли вы сделать «плохой» запрос, который не работает, а затем проверить журналы событий системы и приложений сервера?
Существует несколько проблем вокруг axd, которые могут вызывать ошибки 404 или 500 (например, «время в будущем», упомянутое Алексом), но они оставляют след в журнале событий.
Посмотрите и опубликуйте любые записи журнала, в которых упоминается axds.
We had error 500(it is not 404, but who knows) on our production server some time ago. No script resources were able to load.
The problem was in the time difference between our development and production servers. It was -7 hours. .NET threw an exception because of it tried to use a "time in the future" of an assembly with embedded script resources.
Decreasing {website}/bin/ folder (actually assemblies' in it) creation date by day solved the problem.
Вы можете проверить следующее:
- Проверьте в консоли управления IIS, что расширение .axd (расширение обработчика HTTP по умолчанию) разрешено.
- Также проверьте, установлен ли флажок «Проверить, если файл существует » не установлен . Этот экран появляется после нажатия кнопки «Изменить» после выбора расширения axd.
- Проверьте, правильно ли зарегистрирован обработчик HTTP в web.config. Он также должен быть в правом разделе конфигурации в зависимости от версии IIS. Для классического режима IIS6 и IIS7 он должен находиться в
, если вы используете IIS7, убедитесь, что вы добавили обработчик в раздел :
<add name="MyName" path="MyName.axd" verb="*" type="NameSpace.Class, Assembly" />