IIS не может служить определенному расширению файла
Учитывая IP-адрес, необходимо смочь найти MAC-адрес соответствующего хоста.
arp -a
И в Windows и в Linux покажет Вам кэш ARP того хоста, отображая дюйм/с на MAC-адреса. (Обратите внимание, что это должно будет быть выполнено на машине, которая находится в той же подсети IP как машина, которую Вы пытаетесь найти).
После того как Вы имеете MAC-адрес, входите в систему переключателя, Вы подозреваете, что хост жулика подключен с, и ищите таблицу MAC-адреса тот адрес. (Таблицу MAC-адреса также называют образующей мост таблицей или таблицей CAM).
Например, на основанных на Cisco IOS переключателях, следующей команде:
show mac-address-table address <MAC address>
Покажет Вам порт, что данный MAC-адрес был в последний раз замечен на. Если получающийся порт является ссылкой на другой переключатель, входом в систему к тому переключателю и выполняет команду снова. Повторитесь, пока Вы не заканчиваете с серверным портом, и у Вас должен быть свой преступник.
Обратите внимание, что этот подход будет только работать, если у Вас будет управляемый коммутатор, который позволяет его таблице MAC-адреса быть запрошенной. Приводя это к сбою, это будет случаем ручного устранения; найдите каждый порт, который Вы знаете, не машина жулика, пока Вас не оставляют с одним портом Ваш, не может составлять.Удачи.
По умолчанию IIS в W2K3 и выше не будет служить файлам, которые не имеют типа MIME, который он знает о (вместо этого возврат 404 ошибок).
Необходимо добавить тип MIME к IIS, чтобы позволить этому служить тому типу файла. Можно установить его на уровне сайта или на уровне сервера.
Установить это для всего сервера:
- Откройте свойства для сервера в менеджере по IIS и нажмите MIME Types
- Нажмите "New". Введите "JSON" для расширения и "application/json" для типа MIME.
-
1Я добавляю новый тип MIME, перезапускаю веб-сайт, но все еще 404. Спасибо так или иначе, я думаю, что это может быть одной из проблемы. – Adrian Godong 13 July 2009 в 20:24
-
2Хм. Перепроверка, что you' ve изменяется. " переименованный в файл и это worked" признак классик индикатор этого поведения. – Evan Anderson 13 July 2009 в 20:45
-
3Трижды проверенный это. I' m предполагающий, что Вы don' t должен перезапустить целый сервер, правильно? – Adrian Godong 13 July 2009 в 20:46
-
4Хм... I' m stuggling, чтобы сказать Вам, что сделать, затем. Я просто сделал это сам в чистом VM Windows Server 2003 SP2. Я установил IIS, создал " нечто json" файл в " C:\inetpub\wwwroot" проверил, что я получил 404, когда я поразил " localhost/foo.json" в браузере добавил тип MIME для ".JSON"/" application/json" на сайт, затем перешел к моему все еще открытому окну IE и поражал F5 и видел, что страница загрузилась. Я думаю you' ve получил что-то еще в игре, также. – Evan Anderson 13 July 2009 в 21:02
У меня была та же проблема. IIS делает что-то названное фильтрацией типа MIME. Если это, dosn't знают тип MIME определенного расширения файла, он возвращает 404 ошибки.
На IIS <7: Откройте сайт (или сервер) свойства. Нажмите на вкладку HTTP-Header. Нажмите на кнопку MIME Types. Добавьте, что тип файла * с MIME вводит "application/octet-stream".
Для IIS 7: Откройте менеджер IIS. Нажмите сервер или веб-сайт. Дважды щелкните по значку функции MIME Types. В области Actions нажмите Add. Заполните поле "File Name Extension" с * и поле MIME Type с "application/octet-stream".
Чтобы объединить ответы в еще один общий ответ:
- IIS не будет обслуживать файлы, которые не имеют связанного с ними типа MIME.
Здесь следует предостережение:
- Если не обработчик сценария (движок активного содержимого, например, ASP / ASPX / PHP / Java / ISAPI / etc) связан с ними
- это означает, что IIS обрабатывает их как активное содержимое , а не статические файлы
- Файлы активного содержимого, обслуживаемые любым расширением, должны иметь это расширение, разрешенное в списке ограничений расширений веб-служб (также известный как ISAPI / CGI ограничения в IIS 7)
- Если вы получаете 404 для активного типа контента в IIS 7, это также может означать, что ваш обработчик не установлен, поэтому вам действительно нужно установить компонент, который поддерживает это расширение файла (например, если .aspx файлы генерируют 404, вероятно, у вас не установлен ASP.Net)
Если вы столкнулись с подобной проблемой, откройте файлы веб-журнала веб-сайта и посмотрите на код субстатуса (например, 404 3) чтобы точно определить, почему ваш веб-сайт не обслуживает контент для IIS 6, или
- используйте отслеживание неудачных запросов
- (или просто подробные сообщения об ошибках на локальной консоли)
в IIS 7.
Я добавил MIME-тип .json - text / json на сайт в IIS для просмотра в браузере в виде текста.
У меня тоже была эта проблема - и проблема оказалась в правах доступа к папке, в которой хранился файл json. Я ответил на аналогичный вопрос здесь .
Все эти люди правы, говоря, что вам нужно добавить тип MIME.
Тип MIME включает расширение файла на сервере, и обработчик сопоставления сообщает IIS что с этим делать.
Таким образом, вам также необходимо добавить обработчик сопоставления , и для этого у вас должна быть установлена функция Windows под названием Classic Asp для обработки отображение.
Вот как добавить обработчик сопоставления:
- Откройте диспетчер IIS7
- Перейдите к свойствам сервера IIS (или только сайта, если вам не нужны глобальные настройки)
- Нажмите
Сопоставления обработчиков - Щелкните
Добавить карту сценария - Введите свойства:
- Путь запроса:
*. Json - Исполняемый файл:
C: \ WINDOWS \ system32 \ inetsrv \ asp.dll - Имя:
JSON(вы можете называть это как угодно вам нравится)
- Путь запроса:
- Нажмите ОК, и все готово. Он должен начать работать, и вам не потребуется сброс IIS.
Кроме того, некоторые люди посоветуют вам использовать ʻapplication / x-javascript 'в качестве приложения mime-типа, но JSON не является javascript, per se (это , однако, подмножество), поэтому вместо него должно быть 'application / json', поскольку это зарегистрированный IANA тип носителя для JSON.
Также проверьте фильтрацию запросов в IIS. Если ".json" там и заблокирован, больше ничего работать не будет.
