Назад | Перейти на главную страницу

Apache не обслуживает некоторые расширения файлов с поддельным доменом

Я создаю новую виртуальную машину на AWS, используя образ Ubuntu 14.04, затем устанавливаю Apache 2.4 с apt-get install apache команду и настройте виртуальный хост, используя поддельное имя сервера, fake.example.com (см. конфигурацию VirtualHost ниже), затем укажите DocumentRoot к /home/ubuntu/public_html И последнее, я создаю 2 файла, test.txt и test.js, которые содержат некоторые данные.

Вот мой файл конфигурации виртуального хоста:

<VirtualHost *:80>
    ServerAdmin webmaster@localhost
    DocumentRoot /home/ubuntu/public_html

    ServerName fake.example.com
    <Directory /home/ubuntu/public_html>
            AllowOverride All
            Require all granted
    </Directory>
</VirtualHost>

Затем на вашем компьютере вам нужно добавить свой IP-адрес виртуальной машины в / etc / hosts, который выглядит так:

52.74.61.243    fake.example.com

(52.74.61.243 - моя ВМ. Вы можете протестировать с этим IP)

Попробуйте получить доступ по URL http://fake.example.com/test.js и http://fake.example.com/test.txt, вы увидите, что test.js может нормально получать контент, но для test.txt вы получите пустой ответ. Расширение файла Я знаю, что у этой проблемы есть .css, .txt.

Если я просто поменяю имя сервера на реальный домен, все остальные конфигурации останутся прежними, эти файлы обслуживаются нормально.

Пожалуйста, помогите мне понять, почему возникла эта проблема.

---------------- ОБНОВИТЬ -----------------------

Я проверил как apache, так и nginx, и проблема возникла на обоих. Я попытался получить файлы на локальном сервере, который работает нормально. Я думаю, что корень этой проблемы может быть где-то еще, а не в самом apache. Я буду искать первопричину.

---------------- ОБНОВЛЕНИЕ 2 ----------------------

Я создаю еще одну виртуальную машину в другом регионе и выполняю wget http://fake.example.com/test.txt который работает нормально. Это заставляет меня думать, что мой компьютер является основной причиной, но это не так, я тестировал с другим ПК и сталкивался с той же проблемой. Я также тестирую с другим подключением к Интернету (у одного и того же провайдера), но все же обнаружил проблему. Теперь проблема сосредоточена на моем интернет-провайдере.

Кто-нибудь был протестирован на моем URL?