Iis 404 файл или каталог не найден
Windows Server 2003, Internet Information Services 6.0
Невозможно загризить exe файл с сервера IIS 6.
Вы разместили на IIS 6 для скачки исполняемый файл. При наборе адреса этого файла в браузере его невозможно загрузить.
В браузере пишется ошибка:
Для решения этой проблемы откройте оснастку IIS (Internet Information Services (IIS) Manager).
Разверните слева дерево меню до папки в которой лежит ваш экзэшник.
На папке вызовите контекстное меню и в нем выберите Properties.
В откерывшемся окне (вкладка Directory) для Execute permissions выберите из выпадающего списка значение Scripts Only или None, но только не Scripts and Executables.
Для сохранения нажмиите кнопку OK или Apply.
Все, теперь загрузка ваших EXE файлов возможна.
Невозможно загризить произвольные (.sql, .info, .blabla) файл с IIS.
IIS 6.0 не обслуживает неизвестные типы MIME
Ранние версии IIS включают сопоставления MIME подстановочный знак, который позволяет службам IIS обрабатывать любой файл, независимо от его расширения. IIS 6.0 не включает это сопоставление MIME подстановочный знак и не обслуживает любого типа расширения, не определенные в узле MimeMap в метабазе IIS.
Чтобы определить тип MIME для определенного расширения, выполните следующие действия:
Примечание Следует добавлять только сопоставления подстановочных знаков для сопоставления IIS MIME в качестве временного решения в процессе устранения неполадок. После определения того, что отсутствует MIME-тип является причиной проблемы, удалите сопоставление подстановочных знаков и добавьте конкретного сопоставления типа MIME, которые необходимо обслуживать.
Примечание Помимо этих изменений на глобальном уровне в IIS, можно добавить необходимые типы MIME на более низких уровнях в метабазе. При этом можно указать веб-узлы или каталоги, которые разрешены для обслуживания содержимого с определенным расширением вместо глобально все узлы для обслуживания этого расширения.
вот моя паутина.config
Я тоже боролся с этим. К счастью, Стив Микелотти задокументировал решение, которое сработало для меня здесь.
в конце дня я включил все глаголы (verb="*") в обработчик ExtensionlessUrlHandler-Integrated-4.0 в моей веб-конфигурации.
другие указали, что включение WebDAV вызывает проблемы. К счастью, я не столкнулся и с этим вопросом.
была такая же проблема. Этот параметр конфигурации решил проблему.
для Windows 7 и более ранних версий:
для Windows 8 и более поздние версии:
вы используете приложение Web API в виртуальном каталоге или приложении?
например: у меня была та же проблема, когда я переместил свой проект в локальный IIS под веб-сайтом по умолчанию > SampleWebAPI. Я считаю, что это связано с изменением URL маршрутизации следующим образом:
Оригинал: localhost:3092/api/values
Переехал: localhost/SampleWebAPI/api/values
если вы переместите проект Web API на собственный веб-сайт, работающий на другом порту, кажется, работа.
дополнительное примечание: Я еще больше усложнил проблему, добавив api как псевдоним приложения на моем веб-сайте, который вызвал эффективный URL для:
localhost:81/api/api/values - заметил это после перемещения веб-сайта на свой собственный веб-сайт
Это единственный ответ, который работал для меня.
У меня была аналогичная проблема. Казалось, что бы я ни делал, ничто не перенаправлялось, и мой глобальный файл просто игнорировался. Я всерьез подумывал о том, чтобы просто закончить все это, прежде чем найти этот ответ. Надеюсь, эта ссылка поможет кому-то другому.
добавить следующее в файл web.конфиг файл работал на меня:
несколько вещей, чтобы проверить:
- убедитесь, что у вас установлен .NET Framework 4.
- убедитесь, что версия 4 .NET Framework выбрана для вашего веб-сайта и виртуального каталога (если применимо).
- убедитесь, что у вас установлен MVC или есть соответствующие библиотеки DLL в каталоге bin.
- возможно, потребуется разрешить ASP.NET 4.0 расширения веб-службы
- поместите приложение в собственный пул приложений.
- убедитесь, что в каталоге есть как минимум разрешения на выполнение "только скриптов".
У меня была похожая проблема. У меня правильные настройки в web.файл конфигурации, но запускал пул приложений в классический режим, а не встроенный режим
эта проблема также может произойти из-за следующего
2.Убедитесь, что в папке bin на сервере, где развернут веб-API, доступно следующее
Я начал получать 404 ответа от Web API после выполнения учебника Windows Azure, который сказал мне добавить файл "WebRole.cs " к моему проекту.
после удаления " WebRole.cs " из моего проекта мои вызовы веб-API снова начали работать.
Мне пришлось отключить опцию публикации файла " Precompile во время публикации."
пожалуйста, убедитесь, что пул приложений в встроенный режим
И добавьте в web следующее.конфигурационный файл:
в моем случае проблема заключалась просто в том, что я пытался получить доступ к сайту по адресу
основываясь на этом так что ответ, мне просто нужно было переодеться path="*." to path="*" для добавил ExtensionlessUrlHandler-Integrated-4.0 на configuration>system.WebServer>handlers в своем web.config
имел ту же проблему, ответ 404 для контроллеров веб-api, когда служил из IIS, но все работало нормально с VS2010. Ни одно из вышеперечисленных решений не сработало для меня. В конце концов я обнаружил, что проблема заключалась в том, что мы добавили поддержку WSE 3.0 для приложения и Microsoft.Сеть.Services3 dll отсутствовал в каталоге /bin приложения. Странно, но после копирования dll отображение маршрута начало работать.
Не забудьте развернуть global.асакс
Это немного левый ответ, но вы пытались удалить страницу ошибки IIS по умолчанию для 404, чтобы проверить, что ваш API фактически возвращает?
другая проблема, но вы никогда не знаете, что это может помочь;)
эта часть конфигурации в интернете.файл config может помочь, как помогли мне: в системе.раздел веб-сервера:
недавно у меня была ошибка 404 не найдена со всеми моими маршрутами/контроллерами Web Api 2. Поэтому я пошел на фактический сервер и попытался просмотреть с помощью localhost вместо имени хоста и получил "404.7 не найден - модуль фильтрации запросов настроен на запрещение расширения файла".
он разрешился для меня, когда я включаю флажок для UrlRoutingModule-4.0:
диспетчер IIS > модули > выберите UrlRoutingModule-4.0 > изменить модуль > установите флажок "вызывать только для запросов ASP.NET приложения или управляемые обработчики".
У меня была та же проблема: на недавно установленной машине с Visual Studio 2013 проект web api работал под IISExpress, но не под локальными IIS. Я пробовал все, что мог найти, но в конце концов проблема не была необходима с Web API, но с MVC: даже он был установлен, проект MVC не работал.
Что сработало для меня, так это удалить IIS (из добавления/удаления функций Windows), затем переустановить его, а затем запустить aspnet_regiis-i. Может, это кому-то поможет. еще.
Я потратил много времени, пытаясь много вещей, чтобы, наконец, понять, что я добавлял свое веб-приложение не на сайтах/веб-сайтах по умолчанию, а на другом веб-сайте, привязанном к другому порту. Очевидно, что попытка localhost на порту 80 даст 404.
Я ничего не делаю, просто добавить этот тег в web.config, его работа этот вопрос возникает один из следующих моментов
используйте RouteConfig и WebApiConfig в глобальном.эйсакс как GlobalConfiguration.Настроить(WebApiConfig.Реестр); RouteConfig.RegisterRoutes (RouteTable.Маршруты);
мы просто используем этот тег в web.конфига, он будет работать.
столкнулся с той же проблемой с веб-API и .Net Core Web API. Работал нормально в VS 2017 во время отладки, но вернулся 404 при публикации в IIS 7.5. Решением для меня было изменить способ создания сайта. Вместо публикации в корневом каталоге веб-сайта (созданный щелчком правой кнопки мыши сайты. Добавить веб-сайт), мне пришлось создать приложение (созданное щелчком правой кнопкой мыши на веб-сайте. Добавить приложение) и опубликовать в этой папке. Обратите внимание, что для основной версии мне пришлось изменить пул приложений Параметр версии .NET Framework "нет управляемого кода".
Я тоже боролся с этим. Моя точная проблема заключалась в том, что у меня был веб-сервис ASMX, который, когда я ввел параметр в веб-метод и протестировал его, он дал бы мне 404. Этот метод прекрасно работал в прошлом и не был изменен, только переиздан. Затем я попал сюда и попробовал все опубликованные ответы, и ничего не помогло.
В данной статье я подробно опишу процесс организации веб- доступа к базам данных «1С:Предприятие» 8.3 на веб-сервере IIS (Internet Information Server), входящего в поставку Microsoft Windows Server. Для более старых версий «1С:Предприятие» (8.1 и 8.2) алгоритм публикации баз данных в целом аналогичен. Будет рассмотрен алгоритм настройки IIS для работы «1С:Предприятие», а также описан процесс публикации баз данных на веб-сервере как для 32-разрядного, так и для 64-разрядного модуля расширения веб-сервера.
0. Оглавление
1. Что понадобится
- Компьютер отвечающий минимальным системным требованиям для работы веб-сервера под управлением одной из операционных систем:
- Права локального администратора на данном компьютере.
- Дистрибутив для установки компонент «1С:Предприятие». Для настройки 64-разрядного модуля расширения веб-сервера, дистрибутив для установки 64-разрядного сервера «1С:Предприятие». В данном примере используется версия 8.3.4.389. Для более старых версий «1С:Предприятие» (8.1 и 8.2) алгоритм публикации баз данных в целом аналогичен.
2. Установка веб-сервера IIS
Устанавливаем веб-сервер Internet Information Server, который по умолчанию входит в поставку Microsoft Windows Server. При установке обязательно выбираем компоненты:
Подробно про процесс развертывания веб-сервера IIS я писал:
3. Установка компонент «1С:Предприятие»
На этот же сервер, где развернут веб-сервер IIS, устанавливаем «1С:Предприятие» (32-разрядные компоненты) обязательно выбрав при установке компоненты:
- 1С:Предприятие
- Модули расширения веб-сервера
Если планируется настроить 64-разрядный модуль расширения веб-сервера, то необходимо дополнительно запустить программу установки 64-разрядного сервера из соответствующей поставки «1С:Предприятие» и установить компоненту:
4. Настройка операционной системы
Теперь необходимо установить необходимые права на ключевые папки, используемые при работе веб-доступа к базам данных «1С:Предприятие». Для каталога хранения файлов веб-сайтов, опубликованных на веб-сервере (по умолчанию C:\inetpub\wwwroot\ ) необходимо дать полные права группе «Пользователи» (Users). В принципе, этот шаг можно пропустить, но тогда для публикации или изменения публикации базы данных надо будет запускать «1С:Предприятие» от имени администратора. Для настройки безопасности данного каталога, кликаем по нему правой кнопкой мыши и в контекстном меню выбираем «Свойства» (Properties).
Затем нажимаем расположенную справа кнопку «Поиск» (Find Now), после чего выбираем необходимую группу IIS_IUSRS в таблице результатов поиска и нажимаем «ОК».
Группа IIS_IUSRS появится в списке групп или пользователей. Даем ей полные права на на выбранную директорию и нажимаем «Применить» (Apply) для сохранения изменений.
Ну и наконец, если публикация выполняется для файловой базы, необходимо также дать группе IIS_IUSRS полные права на каталог с расположенными файлами данной информационной базы.
5. Публикация базы данных на веб-сервере
Откроется окно настройки свойств публикации на веб-сервере. Основные поля необходимые для публикации уже заполнены по умолчанию:
Выбрав необходимые настройки публикации нажимаем «Опубликовать».
6. Настройка IIS для использования 32-разрядного модуля расширения веб-сервера
В списке пулов приложений найдем пул с именем DefaultAppPool. Кликнем по нему правой кнопкой мыши и в контекстном меню выберем пункт «Дополнительные параметры» (Advanced Settings).
В открывшемся окне параметров пула приложения, в группе «Общие» (General) найдем пункт «Разрешены 32-разрядные приложения» (Enable 32-Bit Applications) и установим значение параметра равным True. Затем сохраним изменения нажав «ОК».
7. Настройка IIS для использования 64-разрядного модуля расширения веб-сервера
Зарегистрировать 64-разрядный модуль расширения веб-сервера можно с помощью утилиты webinst.exe соответствующей версии, расположенной в каталоге bin, каталога с установленной программой «1С:Предприятие», либо воспользоваться приведенным ниже способом.
В таблице сопоставлений обработчиков найдем обработчик «1С Web-service Extension». Откроем данный обработчик, кликнув 2 раза по соответствующей строке в таблице.
Отредактируем обработчик, заменив путь к исполняемой dll 32-разрядного модуля расширения веб-сервера, который выбран в данный момент, на путь к 64-разрядной версии библиотеки. В данном примере меняем путь c «C:\Program Files (x86)\1cv8\8.3.4.389\bin\wsisapi.dll» на «C:\Program Files\1cv8\8.3.4.389\bin\wsisapi.dll» воспользовавшись кнопкой выбора. Изменив путь нажимаем «ОК» для сохранения изменений.
8. Подключение к опубликованной информационной базе через веб-браузер
К данной информационной базе также можно подключиться и с любого компьютера в сети, обратившись к веб-серверу по его внутреннему (или если прокинут порт 80, по внешнему) IP-адресу.
В этом случае, для корректной работы «1С:Предприятие», имя домена, на который идет обращение (или IP-адрес) должен быть добавлен в надежные узлы Internet Explorer, а также для него должны быть разрешены всплывающие окна. Подробнее про настройку Internet Explorer для работы веб-клиента «1С:Предприятие» читайте здесь.
9. Подключение к опубликованной информационной базе через клиент «1С:Предприятия»
К опубликованной на веб-сервере информационной базе можно подключиться и с помощью тонкого клиента «1С:Предприятия». Для подключения откроем окно запуска «1С:Предприятие» и нажмем кнопку «Добавить» для добавления информационной базы.
В окне добавления информационной базы/группы установим переключатель в «Добавление в список существующей информационной базы» и нажмем «Далее».
Введем имя базы данных, как она будет отображаться в списке информационных баз (должно быть уникальным для данного списка), тип расположения выберем «На веб-сервере» и нажмем «Далее».
Вводим строку адреса для подключения к информационной базе (без префикса /ru_RU/). Также здесь можно указать параметры прокси-сервера (если есть) и способ аутентификации на веб-сервере. Указав необходимые настройки снова жмем «Далее».
Указываем параметры запуска для информационной базы и нажимаем «Готово» для завершения работы мастера.
После чего данная информационная база появится в списке баз окна запуска «1С:Предприятие». Обратим внимание что режим запуска Конфигуратор недоступен для данного типа подключения. Нажимаем «1С:Предприятие» для подключения к информационной базе.
10. Конфигурационные файлы виртуального каталога
Рассмотрим подробнее структуру файлов, которые были созданы в процессе публикации. Если веб-доступ к опубликованной информационной базе по каким-то причинам не заработал, конфигурационные файлы можно отредактировать вручную, для достижения желаемого результата (конфигурационные файлы из данной статьи для 64-разрядного модуля расширения веб-сервера можно скачать здесь).
Перейдем в каталог, который мы указывали во время публикации базы данных. В нем увидим два файла:
Оба файла доступны для просмотра и редактирования с помощью любого текстового редактора, например программы «Блокнот» (Notepad). Рассмотрим структуру этих файлов подробнее.
10.1. Файл default.vrd
В файле default.vrd описываются опубликованные Web-сервисы (элемент <ws>), а также указывается имя виртуального приложения (атрибут base) и строка подключения к информационной базе «1С:Предприятие» (атрибут ib). В данном примере для файловой информационной базы, строка подключения будет следующей:
В строке подключения можно указать логин и пароль пользователя. В этом случае, подключение к информационной базе будет выполняться от имени указанного пользователя. Например, для подключения от имени пользователя Продавец, строка подключения будет следующей:
Для серверной информационной базы строка подключения будет иметь вид:
Подробнее про структуру данного файла можно почитать в книге «Руководство администратора» 2-е издание , Приложение 2, глава 3.12.
10.2. Файл web.config
Данный обработчик можно найти (или добавить, если его нет) в Диспетчере служб IIS. Для этого необходимо выделить вкладку с текущим приложением и в окне свойств выбрать пункт «Сопоставления обработчиков» (Handler Mappings).
Смотрите также:
IIS (Internet Information Services) – один из немногих штатных инструментов Windows, которым можно пользоваться, не ища более приемлемых альтернатив от других разработчиков. Веб-сервер IIS с поддержкой языка PHP можно использовать…
FTP-Сервер обеспечивает возможность передачи файлов между клиентом и сервером с помощью протокола FTP. Здесь будет рассказано как запустить FTP-сервер в Windows Server 2008 R2. 0. Оглавление Добавление службы FTP-сервер Добавление…
Когда можно увидеть ошибку 404
Технически, ошибка 404 является ошибкой на стороне клиента, подразумевая, что ошибка является вашей ошибкой, либо потому, что вы неправильно ввели URL, либо страница была перемещена или удалена с веб-сайта, и вы должны были знать об этом.
Другая возможность – если веб-сайт переместил страницу или ресурс, но сделал это, не перенаправляя старый URL-адрес на новый. Когда это произойдет, вы получите ошибку 404 вместо того, чтобы автоматически перенаправляться на новую страницу.
Повторите загрузку веб-страницы, нажав клавишу F5 , нажав/коснувшись кнопки обновления/перезагрузки, или снова попробовав ввести URL в адресной строке.
Ошибка 404 Not Found может появиться по нескольким причинам, хотя реальной проблемы не существует, иногда простое обновление загружает искомую страницу.
Проверьте на наличие ошибок в URL. Часто ошибка 404 Not Found появляется из-за неправильного ввода URL-адреса или ссылки, которая указывает на неправильный URL-адрес.
Перемещайтесь на один уровень каталога за раз в URL, пока не найдете что-нибудь.
Если вы перешли на домашнюю страницу веб-сайта, попробуйте выполнить поиск нужной информации. Если на сайте нет функции поиска, попробуйте перейти на страницу, которую вы хотите, используя ссылки категории, чтобы углубиться в сайт.
Поиск страницы из популярной поисковой системы. Вполне возможно, вы используете неправильный URL-адрес, и в этом случае быстрый поиск в Google или Яндексе приведет вас туда, куда вы хотите.
Вы также можете рассмотреть возможность очистки файлов cookie вашего браузера или, по крайней мере, файлов, связанных с данным веб-сайтом, если очистка кэша не работает.
Измените DNS-серверы, используемые вашим компьютером, но обычно это помогает только в том случае, если весь веб-сайт выдает ошибку 404, особенно если веб-сайт доступен тем, кто работает в других сетях (например, в вашей сети мобильной связи или у друга в другом городе).
404 на всём сайте не особенно распространены, если только ваш интернет-провайдер или правительство не фильтруют/цензируют веб-сайты. Независимо от причины, если это произойдет, попробуйте другой набор DNS-серверов.
Наконец, если ничего не помогает, подождите. Нет, это не весело, но это может быть единственным способом действий, особенно если вы уверены, что ошибка 404 не должна возникать (т.е. страница действительно должна отображаться по URL-адресу, который у вас есть, и другие сталкиваются с той же проблемой и находят это одинаково странным).
Ошибки, похожие на ошибку 404
Читайте также: