Содержание
Я получаю это «Вы должны заменить этот файл (расположенный по адресу /var/www/html/index.html)» после обновления до v14.4 ubuntu
Хорошо, вот что происходит. Сначала я обновил php на Ubuntu v12 до php v5.5 (затем проверил сайты, чтобы убедиться, что они все еще работают). Затем обновилась ОС до версии v14 (trusty)
Когда было предложено только что сказал «i» всем запросам, система выполнила перезагрузку и оттуда ввела «ls», чтобы убедиться, что файлы там все еще есть.
Но веб-страницы не отображаются в браузере, вместо этого я получаю «страницу по умолчанию», я попытался перенаправить apache в новое местоположение файла, расположенное в /var/www/html/index.html, но я не думаю, что я делаю это правильно, как будто я сказал, что мне нехорошо с командной строкой
Нет админа, который он получил, и не будет отвечать
РЕДАКТИРОВАТЬ 1
ОК Итак, я предполагаю, что мне теперь нужно, чтобы Apache указывал на html-файлы (вместо каталога дерева apache, где он сейчас работает)
Что мне нужно ввести, чтобы это произошло? Как получить apache для перенаправления на файл apache2.conf.dpkg или скопировать содержимое в apache2.conf?
Изменить 2
Большая проблема …. !!!!
Теперь веб-страница опустилась. Теперь говорится: «Эта веб-страница недоступна»
Веб-страница является основным источником дохода, и я могу потерять свою работу, если я не «исправлю» это, поэтому мне потребуется пошаговое руководство о том, как изменить:
1. Корень документа, перемещенный из / var / www в / var / www / htm
или
- Переместите код вниз в / var / www / html
РЕДАКТИРОВАТЬ 3
ОК, после редактирования текстового файла: sudo nano /etc/apache2/sites-available/000-default.conf
Я попытался «перезапустить» apache. Я получаю следующее: * Ошибка конфигурации apache2. Вывод теста конфигурации был: AH00526: Ошибка синтаксиса в строке 1 файла /etc/apache2/apache2.conf: Неверная команда ‘bash:’, возможно, с ошибкой или определена модулем, не включенным в конфигурацию сервера. Действие «configtest» не удалось. В журнале ошибок Apache может быть больше информации. Что это значит? Как это исправить?
EDIT 4
У вас снова работает apache
Однако теперь, когда я пытаюсь перейти на главную страницу в веб-браузере, я приветствую корневую таблицу, которую я могу перейти к html / file, но приветствую «404 не найденную страницу» на трех веб-страницах, а «по умолчанию» apache ubuntu «на другом.
1 Как я могу исправить?
2 Каковы шаги для этого?
РЕДАКТИРОВАТЬ 5
Удалось понять, что сайты должны быть перерегистрированы и новые сертификаты выданы для их загрузки (все они — сайты joomla)
Может быть, php не делает то, на что он предназначен?
Если это так, я просто обновляю его (PHP должен быть 5.6, поскольку выше не будет работать с местом размещения сайтов)
Apache /var/www/html будет читать index.html, но не index.php
Итак, я запускаю apache на экземпляре amazon, мне нужно приложение android для связи с mySQL через PHP. Я могу прочитать index.html, но моя папка /var/www/android_login_api/index.php получает 404. Как это может быть, когда он может читать корневую папку веб-службы apache?
Запрошенный URL /var/www/html/android_login_api/index.php не был найден на этом сервере.
apache
ubuntu
Поделиться
Источник
NicklasN
23 мая 2015 в 20:53
2 ответа
1
Я думаю, вам следует создать файл .htaccess в вашем /var/www/html .
И просто добавьте эту строку :
DirectoryIndex index.php
Поделиться
w3spi
23 мая 2015 в 23:23
1
Похоже на проблему с разрешением. Попробуйте изменить разрешение index.php на 755
Sudo chmod 755 index.php
Это сделает файл index.php читаемым.
Другая мысль заключается в том, что, поскольку android_login_api, вероятно, будет иметь ссылки внутри себя, вы также можете использовать
sudo chmod 755 /var/www/html/android_login_api 755 -R
Это рекурсивно сделает все ваши файлы читаемыми
Поделиться
Morgan Green
23 мая 2015 в 21:30
Похожие вопросы:
Apache2 на Ubuntu 14.04 не будет загружаться index.php
Используя следующие сообщения: Ubuntu 14.04 apache2 проблемы конфигурации .htaccess файл не работает на Ubuntu 14.04 с apache2 Apache doesn’t автоматически выполнить скрипт index.php в корне Я…
после замены каталога /var/www/html apache больше не работает
Я настраиваю экземпляр aws ec2. После установки apache он имеет /var/www/html. Затем Я заменил html своим собственным каталогом html, который содержит мои файлы php. Теперь файл index.php больше не…
Не удается запустить index.html из /var/www/html — 403 запрещено
Я скопировал несколько файлов из локальной папки в папку сервера apache /var/www/html, которая также включает в себя index.html . Я создал тестовый файл, чтобы проверить версию php внутри папки, и…
ec2 / apache не удалось найти файлы в общедоступном интернете из папки /var/www/html
Я просто следовал инструкциям с этой страницы ( http: / / www.alexkorn.com / blog/2011/03/getting-php-mysql-running-amazon-ec2/ ) для установки apache и mysql на экземпляре ec2. Я не мог заставить…
без www на www. перенаправить AND перенаправить index.html для index.php
Я использую mod_rewrite для направления всех не www-запросов на www. url, используя следующий код RewriteEngine On Options +FollowSymLinks # non-www to www resolve RewriteCond %{HTTP_HOST}…
index.html под /var/www/html не открывается
Я только что подготовил сервер AWS EC2 Linux и выполнил следующие задачи. 1) установлен Tomcat. 2) установлен сервер MySQL DB. 3) сервер Apache HTTP. 4) запустил сервер HTTPD Apache. 5) изменил…
Openproject, apache и /var/www/html
У меня есть проблема с Openproject, Apache и другими приложениями, которые установлены в /var/www/html. Когда я пытаюсь подключиться к любому приложению в /var/www/html или даже index.html, оно не…
Измените /var/www/html/ на /var/www/ из-за плохого шлюза 502
Я столкнулся с проблемой обновления версии php в Vagrant. Это решено, но теперь моя проблема заключается в том, что то, что работало раньше, теперь не работает и связано с каталогом, в котором…
WordPress в var/www/html ничего не загружается (на цифровом океане)
Я пытаюсь установить свой сайт godaddy wordpress на digital ocean из резервной копии. Я установил digital ocean ubuntu droplet точно так же, как инструкции описаны в digital ocean: установите…
nginx локальное перенаправление с /var/www/html/index.html на /var/www/html/larvel_project/public
мы работаем над локальным проектом WIFI, где мы используем интернет — сервер Ubuntu внутри CPU , и у нас нет никакого доменного имени, чтобы указать его. Мы предоставляем доступ wifi с сервера CPU,…
Начало работы — HTTP сервер Apache Версия 2.5
Если вы абсолютный новичок в работе с HTTP-сервером Apache или
в запуске веб-сайтов вообще, вы можете не знать с чего начать или какие
вопросы задавать. Этот документ познакомит вас с основами.
Адреса в Интернете записываются с помощью URL — Uniform Resource
Locator (унифицированный указатель ресурса), который указывает на
используемый протокол (например, http), имя сервера
(например, www.apache.org), URL-путь (например,
/docs/current/getting-started.html) и, возможно,
строку запроса (например, ?arg=value), используемую для
передачи серверу дополнительных аргументов.
Клиент (например, веб-браузер) подключается к серверу
(например, вашему HTTP-серверу Apache), используя определённый протокол,
и отправляет запрос на ресурс, используя URL-путь.
URL-путь может обозначать множество вещей на сервере. Это может быть
файл (как getting-started.html), обработчик
(как server-status) или файл какой-то
программы (как index.php). Мы рассмотрим это подробней ниже,
в разделе Контент веб-сайта.
Сервер отправляет ответ, содержащий код состояния и,
опционально, тело ответа. Код состояния указывает, был ли запрос успешно
обработан, а если нет, то какая ошибка произошла.
Это говорит клиенту, что он должен делать с ответом.
Вы можете прочитать о возможных кодах ответа на
Вики HTTP-сервера Apache.
Детали транзакции и условия возникновения ошибки записываются
в файлы журналов. Это описывается более подробно ниже, в разделе
Файлы журналов и устранение неполадок.
Для того чтобы соединиться с сервером, клиент сначала должен преобразовать
имя сервера в IP-адрес — место в Интернете, где находится сервер.
Таким образом, чтобы ваш веб-сервер был доступен, необходимо,
чтобы имя сервера было в DNS.
Если вы не знаете как это сделать, вам нужно обратиться к сетевому
администратору или поставщику услуг Интернета (провайдеру).
Они могут сделать это для вас.
Несколько хостов могут указывать на один и тот же IP-адрес,
а один физический сервер может иметь больше одного IP-адреса.
Таким образом на одном физическом сервере вы можете запустить больше одного
сайта с помощью особенности: виртуальные хосты.
Если вы тестируете сервер, не имеющий выхода в Интернет, можете поместить
имена хостов в файл hosts для того что бы имя разрешалось локально.
Например, вы можете добавить запись для отправки запросов к
www.example.com на локальный компьютер, для тестирования.
Эта запись будет выглядеть так:
127.0.0.1 www.example.com
Файл hosts, скорее всего, расположен в /etc/hosts или
C:\Windows\system32\drivers\etc\hosts.
Вы можете узнать больше о файле
hosts и больше о
DNS.
HTTP-сервер Apache настроен с помощью простых текстовых файлов.
Эти файлы могут располагаться в разных местах, в зависимости от того как вы
установили сервер. Общие места расположения файлов можно найти в
Вики
HTTP-сервера Apache. Если вы установили httpd из исходного кода,
то расположение файлов конфигурации по умолчанию следующее:
/usr/local/apache2/conf.
По умолчанию файл конфигурации называется httpd.conf.
Это тоже может варьироваться в сторонних дистрибутивах сервера.
Конфигурация часто разбивается на несколько небольших файлов, для
удобства управления. Эти файлы загружаются через директиву
Include.
Имена или расположения этих файлов конфигурации
могут сильно отличаться от одной установки к другой.
Расположите и разделите эти файлы наиболее подходящим для
вас образом. Если расположение файлов по умолчанию,
не имеет смысла для вас, не стесняйтесь изменить его.
Сервер настраивается путём размещения
директив конфигурации в этих файлах конфигурации.
Директива — это ключевое слово с одним или несколькими аргументами,
устанавливающими её значение.
На вопрос: «Где я должен прописать эту директиву?» – обычно
отвечают, там где ты хочешь использовать её. Если это глобальная настройка,
она должна располагаться в конфигурационном файле вне разделов
<Directory>,
<Location>,
<VirtualHost> или других
разделов. Если настройка относится только к конкретному каталогу,
значит она должна быть внутри секции
<Directory>,
которая описывает этот каталог, и так далее.
Смотри документ Разделы конфигурации
с подробным описанием вышеуказанных разделов.
В дополнение к основному файлу конфигурации, некоторые директивы могут
располагаться в файлах .htaccess, расположенных в папках с
контентом. Файлы .htaccess в первую очередь предназначены для
людей у которых нет доступа к главному конфигурационному файлу сервера.
Вы можете узнать больше о файлах .htaccess в инструкции
.htaccess.
Содержимое сайта может принимать различные формы, но в широком смысле
разделяется на статический и динамический контент.
Статический контент — это, например, HTML-файлы, файлы изображений,
CSS-файлы и другие файлы, которые просто лежат на диске.
Директива DocumentRoot указывает
где в вашей файловой системе, вы должны разместить эти файлы.
Эта директива устанавливается глобально или отдельно для каждого
виртуального хоста. Посмотрите в своём файле(ах) конфигурации,
чтобы узнать, как именно эта директива используется на вашем сервере.
Обычно, когда запрашивается каталог, без указания имени файла, то будет
отдан документ с именем index.html. Например, если для директивы
DocumentRoot установлено значение /var/www/html
и приходит запрос на адрес
http://www.example.com/work/,
то файл расположенный по пути
/var/www/html/work/index.html
будет отдан клиенту.
Динамический контент — это всё что генерируется во время запроса и может
изменяться от запроса к запросу. Существует множество способов создания
динамического контента. Различные обработчики
доступны для генерации содержимого. Могут быть написаны специальные
CGI программы для генерации контента на сайте.
Для написания кода с разнообразным функционалом
могут использоваться сторонние модули, такие как mod_php.
Множество сторонних приложений, написанных на различных языках
программирования, и утилит доступны для скачивания и установки
на ваш HTTP-сервер Apache.
Поддержка сторонних продуктов выходит за рамки этой документации.
При необходимости вы должны самостоятельно найти их документацию
или форумы поддержки, где вы сможете получить ответы на свои вопросы.
Для вас, как администратора HTTP-сервера Apache,
самые ценные активы — это файлы журналов (лог-файлы),
в частности, журнал ошибок. Исправление любой проблемы без журнала ошибок
можно сравнить с вождением автомобиля с закрытыми глазами.
Расположение журнала ошибок задаётся директивой
ErrorLog,
которая может быть установлена глобально или для каждого виртуального хоста.
Записи в журнале ошибок расскажут вам, что и когда пошло не так.
Зачастую они также смогут подсказать, как что-то исправить.
Каждая запись в журнале ошибок содержит код ошибки,
по которому вы можете поискать в Интернете более подробное
описание того, как решить проблему.
Вы также можете настроить журнал ошибок так, чтобы в него записывался
идентификатор журнала, который можно сопоставить с записями в журнале
доступа — это поможет определить, какой запрос какую ошибку вызвал.
Больше о логирование вы можете узнать в
документации о журналах.
Теперь, когда вы знакомы с основами, пора двигаться дальше.
Этот документ содержит только базовую информацию.
Мы надеемся, что она поможет вам начать работу,
но есть множество других вещей, о которых вам, возможно, нужно узнать.
Страница index.
Урок 12.
Что такое страница index? Это главная страница сайта.
У каждого сайта есть главная страница. Предположим у нас сайт автомобильной тематики имеющий 4 страницы. Это страница про автомобили Audi, вторая про BMW, третья про Mercedes и четвертая — это главная страница нашего сайта. Соответственно папка в которой находится наш сайт будет иметь 4 файла. Это audi.html, bmw.html, mercedes.html и index.html
Допустим наш сайт уже находится в интернете и имеет доменное имя «nemeckieavto.ru».
По ссылке nemeckieavto.ru/audi будет открываться наш файл audi.html
По ссылке nemeckieavto.ru/bmw будет открываться наш файл bmw.html
По ссылке nemeckieavto.ru/mercedes будет открываться наш файл mercedes.html
Теперь внимание! Для того, чтобы попасть на главную страницу нашего сайта, не нужно вводить в адресной строке nemeckieavto.ru/index, достаточно будет только ввести nemeckieavto.ru
Тем кто не понял, вот второй вариант объяснения:
1) Каждый сайт в интернете имеет доменное имя (домен).
2) Каждый сайт (за исключением одностраничных) имеет энное количество страниц (файлов), которые имеют свои названия.
3) Эти самые страницы (файлы) сайта будут доступны по адресу www.домен/название страницы
4) Главная страница сайта (файл index.html) будет доступна по адресу www.домен
Файл index.html в обязательном порядке присутствует абсолютно на любом сайте. Сайт не будет работать без этого файла.
В одностраничных сайтах присутствует только файл index.html, других файлов нет.
Создаем еще три страницы html.
На 2-ом уроке мы создали папку «Сайт» и в ней создали файл с расширением html. Скорее всего этот файл у Вас называется «new 0». Сейчас давайте в этой папке создадим еще 3 файла. Чтобы не заморачиваться с расширением и с кодировкой (2 урок), можно просто сделать 3 копии нашего файла «new 0». Таким образом у нас получится 4 файла с расширением html. Перед тем как сделать копии, удалите все html коды, которые мы писали в процессе работы. Оставьте только теги относящиеся к структуре html страницы.
С этими файлами мы будем работать в следующих уроках. Теперь давайте переименуем файлы и дадим им имена audi.html, bmw.html, mercedes.html и index.html. Не используйте в названии файлов заглавные буквы, с чем это связанно, Вы узнаете из следующего урока. Внимание! Если я пишу, что файл должен иметь имя, например, bmw.html, то это не значит что нужно дать ему имя bmw.html, это значит ,что файл должен иметь имя bmw, а html — это расширение (тип) файла, а не часть его имени!
Для тех, кто в танке, в результате в папке «Сайт» у нас 4 файла с расширением html:
Если по умолчанию у Вас стоит браузер FireFox, то вид ваших файлов будет как на рисунке. Если же по умолчанию установлен другой браузер, то и файлы будут с изображением другого браузера.
Вы что-то не поняли из этого урока? Спрашивайте!
— [email protected]
ВАДИМ, ТЫ ОЧЕНЬ СИЛЬНО МНЕ ПОМОГ, Я ХОЧУ ОТБЛАГОДАРИТЬ ТЕБЯ
Режим HTML5 History | Vue Router
По умолчанию vue-router работает в режиме хэша — он использует хэш URL для симуляции полного URL-адреса, что позволяет избежать перезагрузки страницы при изменении URL.
Мы можем обойтись без хэша, используя режим history, который работает с API history.pushState для достижения той же цели:
При использовании этого URL выглядит естественно, например: http://oursite.com/user/id. Прекрасно!
Возникает, однако, и проблема: поскольку наше приложение — одностраничное, не сконфигурировав соответствующим образом сервер мы заставим пользователей получать ошибку 404, если они перейдут по http://oursite.com/user/id напрямую. Вот это уже прекрасным не назвать.
Не спешите расстраиваться: всё, что нужно — единственная «резервная» запись в конфигурации сервера. Если URL не совпадает ни с одним статическим файлом, сервер должен просто отдать index.html, в котором и живёт наше приложение. И снова, прекрасно!
Примеры конфигурирования серверов
Примечание: В примерах ниже предполагается, что приложение публикуется в корневой каталог. При необходимости публикации во вложенный каталог нужно определить опцию publicPath в Vue CLI(opens new window) и соответствующее свойство маршрутизатора base. Также необходимо внести изменения в примерах ниже чтобы использовать вложенный каталог вместо корневого (например, заменить RewriteBase / на RewriteBase /name-of-your-subfolder/).
Apache
Вместо mod_rewrite, вы также можете использовать FallbackResource(opens new window).
nginx
Node.js
Node.js c использованием Express
При использовании Node.js/Express, мы рекомендуем пользоваться connect-history-api-fallback middleware(opens new window).
Internet Information Services (IIS)
- Установить IIS UrlRewrite(opens new window)
- Создать файл
web.configв корневом каталоге вашего сайта со следующим содержимым:
Caddy
Хостинг Firebase
Добавьте в файл firebase.json:
Предостережение
При таком подходе возникает одно неприятное последствие: ваш сервер больше не будет сообщать об ошибках 404, поскольку все найденные пути теперь возвращают index.html. Чтобы обойти эту проблему, вы должны реализовать специальный маршрут в своём приложении Vue, чтобы показывать страницу 404:
В качестве альтернативы, если вы используете сервер Node.js, вы можете реализовать fallback, используя маршрутизатор на стороне сервера, чтобы сопоставлять поступающие URL и отвечать с помощью 404, если не найдено сопоставлений маршруту. Ознакомьтесь с руководством по серверному рендерингу Vue.js(opens new window) для получения дополнительной информации.
Что такое индексный файл index.html
На чтение 3 мин Просмотров 110 Опубликовано
Когда вы создаёте веб-страницы в редакторе кода, таком как Visual Studio Code, Sublime Text, вам необходимо создать index.html, потому что эта страница выполняет важную работу. Создание первой страницы index.html считается лучшим методом веб-разработки.
Итак, что такое страница index.html и почему она имеет значение? В этой статье рассказывается о index.html и о том, почему вы всегда должны создавать эту страницу при создании веб-сайта.
Что такое index.html?
Index.html — это первая HTML-страница, которую вы создаёте при создании веб-сайта. HTML (язык разметки гипертекста) помогает структурировать текст и другие элементы на веб-странице. Страница index.html — это страница по умолчанию, которую видит посетитель веб-сайта, если не указана другая страница, которую часто называют «домашней страницей».
Например, если вы вводите URL-адрес, такой как https://careerkarma.com, вы не указали какую-либо конкретную страницу, которую сервер должен доставить клиенту (компьютеру или мобильному телефону). Во многих случаях вы увидите страницу по умолчанию или страницу index.html.
Если вы знаете точный адрес страницы, которую хотите просмотреть, например https://careerkarma.com/blog, то сервер направит вас на эту страницу, а не на страницу index.html.
index.html легко распознаётся на большинстве серверов как страница по умолчанию, поэтому многие разработчики предпочитают использовать index.html в качестве имени страницы по умолчанию.
Как создать страницу index.html
Теперь вы понимаете, что такое страница index.html и почему она важна. Давайте посмотрим, как именно мы можем создать страницу index.html с помощью Visual Studio Code (или VS Code), редактора кода.
Если у вас не установлен VS Code, ознакомьтесь с этим полезным руководством по началу работы с Visual Studio Code.
Начнём с создания нового файла.
На главной панели инструментов VS Code создайте новый файл.
Затем вам будет показан пустой файл кода с таким именем, как «Без названия» или «Без названия-1».
Затем перейдите в «Файл», «Сохранить как» и сохраните имя файла как «index» с типом файла «html».
Теперь вы увидите «index.html» в качестве имени вашего файла.
По умолчанию в файле index.html должно быть несколько элементов. К ним относятся HTML-теги, такие как,и. Вы также должны объявить тип документа, используя «DOCTYPE HTML».
У вас есть страница index.html. Теперь вы можете создавать дополнительные файлы, чтобы оживить ваш сайт.
Вывод
Страница index.html — важная часть вашего веб-сайта. Это страница, которую серверы доставляют клиентам (устройствам), когда пользователи не указывают другую страницу.
Создать страницу index.html в редакторе кода легко. Помните, что вы можете создавать другие HTML-страницы в дополнение к index.html, например, about.html или contact.html.
Включив страницу index.html в свои проекты веб-разработки, вы поможете посетителям вашего сайта иметь хорошо спроектированный сайт и поможете защитить файлы в вашем каталоге от уязвимостей.
Решение проблем, связанных с ошибкой NGINX «403 Forbidden»
«403 Forbidden» — наиболее распространенная ошибка при работе с NGINX. В этой статье мы расскажем о причинах возникновения 403 forbidden NGINX, а также о том, как найти ее причину и исправить основную проблему.
«403 Forbidden» — это универсальная ошибка NGINX, которая указывает на то, что вы запросили что-то, а NGINX (по ряду причин) не может это предоставить. «403» является кодом состояния HTTP, который означает, что веб-сервер получил и понял ваш запрос, но не может предпринять никаких дальнейших действий.
По умолчанию файлы конфигурации NGINX находятся в папке /etc/nginx. Если вы просмотрите этот каталог, то найдете несколько конфигурационных файлов для различных модулей сервера.
Главный файл конфигурации — /etc/nginx/nginx.conf. Он содержит основные директивы для NGINX и является аналогом файла httpd.conf для Apache.
Чтобы отредактировать этот файл, используйте команду:
CentOS 7: sudo nano /etc/nginx/conf.d/test.example.com.conf Ubuntu 16.04: sudo nano /etc/nginx/sites-available/test.example.com.conf
Одна из наиболее распространенных причин ошибки 403 forbidden NGINX — некорректная настройка индексного файла.
nginx.conf указывает, какие индексные файлы должны загружаться, и в каком порядке. Например, приведенная ниже строка указывает NGINX искать index.html, затем index.htm, затем index.php:
index index.html index.htm index.php;
Если ни один из этих трех файлов не будет найден в каталоге, NGINX вернет ошибку «403 Forbidden».
Примечание. Имена файлов чувствительны к регистру. Если nginx.conf указывает index.html, а файл называется Index.html, это приведет к ошибке «403 Forbidden».
Если вы хотите использовать имя индексного файла, которое ваш веб-сервер NGINX не распознает, отредактируйте nginx.conf и добавьте имя файла в строку конфигурации индекса.
Например, чтобы добавить index.py в список распознаваемых индексных файлов, отредактируйте эту строку следующим образом:
index index.html index.htm index.php index.py;
Сохраните изменения, а затем перезапустите NGINX командой:
Альтернативным решением является разрешение индекса директории. Индекс директории означает, что если индексный файл не найден, сервер отобразит все содержимое директории.
По соображениям безопасности индекс директории в NGINX по умолчанию отключен.
При «403 forbidden NGINX», если вы хотите показать индекс директории в ситуациях, когда NGINX не может найти (идентифицировать) файл, отредактируйте nginx.conf, как описано выше, и добавьте в него две следующие директивы:
Autoindex on; Autoindex_exact_size off;
Эти директивы должны быть добавлены в блок location. Можно либо добавить их в существующий блок location/, либо добавить новый. Окончательный результат должен выглядеть так:
location / {
[pre-existing configurations, if applicable]
autoindex on;
autoindex_exact_size off;
}Также можно активировать индексирование директории в определенной папке, если не хотите, чтобы она была доступна для всего сайта:
location /myfiles {
autoindex on;
autoindex_exact_size off;
}Сохраните изменения в файле, затем перезапустите NGINX командой:
Некорректные права доступа к файлам являются еще одной причиной ошибки «403 Forbidden NGINX». Для использования с NGINX рекомендуется стандартная настройка: для каталогов — 755 и для файлов — 644. Пользователь NGINX также должен быть владельцем файлов.
Для начала нужно определить, от имени какого пользователя запущен NGINX. Для этого используйте команду:
В этом примере рабочий процесс NGINX работает от имени пользователя nginx.
Перейдите на уровень выше корневой директории документа сайта. Например, если корневая директория вашего сайта /usr/share/nginx/example.com, перейдите в /usr/share/nginx с помощью команды:
Измените права собственности на все файлы в директориях нижних уровней на пользователя nginx с помощью команды:
sudo chown -R nginx:nginx *
403 forbidden NGINX — как исправить: установите права доступа для каждой директории на 755 с помощью команды:
sudo chmod 755 [имя директории]
Например, чтобы установить права доступа для директории example.com, используется команда:
sudo chmod 755 example.com
Затем перейдите в корневой каталог веб-документа:
sudo chmod 755 example.com
Измените права доступа для всех файлов в этой директории с помощью команды:
Дайте знать, что вы думаете по данной теме материала в комментариях. За комментарии, лайки, дизлайки, отклики, подписки огромное вам спасибо!
Данная публикация является переводом статьи «Solve an NGINX 403 Forbidden Error» , подготовленная редакцией проекта.
Сервер
— я получаю сообщение «Вам следует заменить этот файл (расположенный по адресу /var/www/html/index.html)» после обновления до v14.4 ubuntu
Файлы конфигурации Apache находятся в / etc / apache2 . Вы можете использовать команду cd для перехода в соответствующий каталог:
компакт-диск / etc / apache2
Есть несколько способов редактировать файлы конфигурации. Самый простой в освоении — nano . Вам также, вероятно, потребуется использовать sudo для редактирования конфигурации Apache.Таким образом:
sudo nano apache2.conf
Вам необходимо изменить директиву Apache DocumentRoot (или VirtualDocumentRoot ). В каком файле он находится, зависит от вашей конкретной конфигурации. Я бы рекомендовал сначала поискать в /etc/apache2/apache2.conf , а также все, что может быть в / etc / apache2 / sites-enabled .
Если вы поищете на веб-сайте Apache DocumentRoot , вы найдете много полезной документации.В целом документация Apache неплохая.
После внесения изменений в конфигурацию вам необходимо перезапустить Apache, чтобы они вступили в силу:
sudo service apache2 перезапуск
ИЗМЕНИТЬ
Я только что понял кое-что важное: поскольку при обновлении вы вслепую отвечали на каждый вопрос, не выясняя, что вы делали в первую очередь, весьма вероятно, что вы пропустили конфигурацию Apache, и, вероятно, есть немало ошибок, помимо этой проблемы.(Возможно, вы также разместили конфигурацию другого программного обеспечения на машине.) Я бы рекомендовал вам получить / etc / apache2 из резервной копии и внимательно сравнить две версии, чтобы решить, как восстановить вашу конфигурацию. Если у вас нет резервной копии, вам будет очень весело!
Одно ключевое различие между Linux и Windows: установщики Windows задают множество бессмысленных вопросов, что приводит к феномену «следующий, следующий, следующий». Но Linux не задает бессмысленных вопросов.Поэтому, если он задает вопрос, будьте осторожны, отвечая на него, потому что это, вероятно, важно.
РЕДАКТИРОВАТЬ 2
Подождите секунду. Файлы, оканчивающиеся на .dpkg-old , являются версиями файлов до обновления. Они должны содержать правильную конфигурацию. Вероятно, вы можете сравнить их с файлами без суффиксов, чтобы определить правильную конфигурацию.
Используйте команду diff , чтобы увидеть различия между двумя файлами. Используйте nano для редактирования файла и cp для создания копии файла (или резервной копии на случай, если что-то пойдет не так). mv переместит или переименует файл, а rm навсегда удалит файл без подтверждения и без корзины. Так что будь осторожен. Чтобы узнать, как использовать команду, используйте man : например, man diff .
NGinx Общедоступное расположение www по умолчанию?
Значение по умолчанию связано с префиксом с опцией сценария configure при компиляции nginx; вот какой-то странный образец из Debian:
% nginx -V | & tr '' "\ n" | fgrep -e путь -e префикс
--prefix = / etc / nginx
--conf-путь = / etc / nginx / nginx.conf
--error-log-path = / var / log / nginx / error.log
--http-client-body-temp-path = / var / lib / nginx / body
--http-fastcgi-temp-path = / var / lib / nginx / fastcgi
--http-log-path = / var / log / nginx / access.log
--http-proxy-temp-path = / var / lib / nginx / прокси
--http-scgi-temp-path = / var / lib / nginx / scgi
--http-uwsgi-temp-path = / var / lib / nginx / uwsgi
--lock-путь = / var / lock / nginx.lock
--pid-path = / var / run / nginx.pid
Впоследствии значение по умолчанию root устанавливается в каталог html (согласно документации директивы root ), который, как оказалось, находится в пределах префикса , что можно проверить, посмотрев на $. Переменная document_root из простого файла конфигурации:
# printf 'server {listen 4867; return 200 $ document_root \\ n;} \ n' \
> / etc / nginx / conf.d / so.10674867.conf
# nginx -s reload && curl localhost: 4867
/ и т. д. / nginx / html
Тем не менее, злые дистрибутивы, такие как Debian, похоже, немного модифицируют его, чтобы развлечь вас:
% fgrep -e root -e включить /etc/nginx/nginx.conf
включить /etc/nginx/mime.types;
#include /etc/nginx/naxsi_core.rules;
#passenger_root / usr;
включить /etc/nginx/conf.d/*.conf;
включить / etc / nginx / sites-enabled / *;
% fgrep -e корень -e включить \
/ и т.д. / nginx / conf.г / *. conf / etc / nginx / sites-enabled / *
/etc/nginx/conf.d/so.10674867.conf:server{listen 4867; return 200 $ document_root \ n;}
/ etc / nginx / sites-enabled / default: root / usr / share / nginx / www;
/ etc / nginx / sites-enabled / default: # включить /etc/nginx/naxsi.rules
/ etc / nginx / sites-enabled / default: # root / usr / share / nginx / www;
/ etc / nginx / sites-enabled / default: # include fastcgi_params;
/ etc / nginx / sites-enabled / default: # запретить доступ к файлам .htaccess, если корень документа Apache
/ etc / nginx / sites-enabled / default: # root html;
/ etc / nginx / sites-enabled / default: # root html;
Итак, в этом экземпляре Debian вы можете видеть, что корень наконец-то установлен на / usr / share / nginx / www .
Но, как вы видели на примере конфигурации сервера, который будет обслуживать значение $ document_root через http, настройка nginx достаточно проста, так что вы можете написать свою собственную конфигурацию в одну или две строки, указав требуемый корень для точного удовлетворения ваших потребностей.
Начало работы — HTTP-сервер Apache, версия 2.5
Если вы совершенно не знакомы с HTTP-сервером Apache или даже с его использованием
веб-сайт вообще, вы можете не знать, с чего начать или какие вопросы
просить.Этот документ проведет вас через основы.
Адреса в Интернете выражаются с помощью URL-адресов — унифицированных указателей ресурсов.
— которые определяют протокол (например, http ), имя сервера (например,
www.apache.org ), URL-путь (например,
/docs/current/getting-started.html ) и, возможно, запрос
строка (например, ? arg = значение ), используемая для передачи дополнительных
аргументы серверу.
Клиент (например, веб-браузер) подключается к серверу (например, к вашему HTTP-серверу Apache),
с указанным протоколом и выполняет запрос для ресурса, используя
URL-путь.
URL-путь может представлять любое количество объектов на сервере. Это может
быть файлом (например, getting-started.html ) обработчиком (например, server-status) или какой-то программой
файл (например, index.php ). Мы обсудим это подробнее ниже в
раздел «Контент веб-сайта».
Сервер отправит ответ , содержащий статус
код и, необязательно, тело ответа.
Код состояния указывает, был ли запрос успешным, а если нет, то какой
какая-то ошибка возникла.Это говорит клиенту, что ему следует
делать с ответом. Вы можете прочитать о возможных кодах ответа в
HTTP-сервер
вики.
Подробная информация о транзакции и любые условия ошибки записываются в
лог-файлы. Это обсуждается более подробно ниже в разделе «Файлы журналов и устранение неполадок».
Чтобы подключиться к серверу, клиент сначала должен разрешить
имя сервера на IP-адрес — место в Интернете, где
сервер находится. Таким образом, чтобы ваш веб-сервер был доступен, он
необходимо, чтобы имя сервера было в DNS.
Если вы не знаете, как это сделать, обратитесь в свою сеть.
администратор или интернет-провайдер, чтобы выполнить этот шаг для
ты.
Более одного имени хоста могут указывать на один и тот же IP-адрес и многое другое.
к одному физическому серверу можно подключить более одного IP-адреса. Таким образом, вы
может запускать более одного веб-сайта на одном физическом сервере, используя
функция называется виртуальными хостами.
Если вы тестируете сервер, недоступный в Интернете, вы
может помещать имена хостов в ваш файл hosts для локального разрешения.Например, вы можете захотеть поместить запись в свой файл hosts для сопоставления
запросить www.example.com в вашу локальную систему, для
в целях тестирования. Эта запись будет выглядеть так:
127.0.0.1 www.example.com
Файл hosts, вероятно, будет расположен по адресу / etc / hosts или
C: \ Windows \ system32 \ drivers \ etc \ hosts .
Вы можете узнать больше о файле hosts на Wikipedia.org/wiki/Hosts_(file) и
больше о DNS в Википедии.org / wiki / Имя_домена_Система.
HTTP-сервер Apache настраивается с помощью простых текстовых файлов.
Эти файлы могут быть расположены в любом из множества мест, в зависимости от того, как
именно вы установили сервер. Общие расположения для этих файлов могут
быть найденным в
вики httpd. Если вы установили httpd из источника, по умолчанию
расположение файлов конфигурации
/ usr / local / apache2 / conf . Файл конфигурации по умолчанию:
обычно называется httpd.conf . Это тоже может варьироваться в зависимости от
сторонние дистрибутивы сервера.
Конфигурация часто разбивается на несколько файлов меньшего размера,
для удобства управления. Эти файлы загружаются с помощью директивы Include . Имена или местонахождение
эти суб-файлы не являются волшебными и могут сильно отличаться от одного
установка на другой. Расположите и разделите эти файлы как
имеет смысл вы . Если расположение файлов
у вас по умолчанию не имеет смысла для вас, не стесняйтесь переставлять.
Сервер настраивается путем размещения директив конфигурации в этих
файлы конфигурации.Директива — это ключевое слово, за которым следует один или несколько
аргументы, устанавливающие его значение.
Вопрос « Где я должен положить это
директива? «обычно определяется с учетом того, где вы хотите
директива, чтобы быть эффективной. Если это глобальный параметр, он должен появиться
в файле конфигурации вне любого раздела , , или другого раздела. Если это к
применяется только к определенному каталогу, тогда он должен находиться внутри
раздел со ссылкой на
этот каталог и так далее.См. Конфигурацию
Документы по разделам для дальнейшего обсуждения этих разделов.
В дополнение к основным файлам конфигурации, некоторые директивы могут входить в
.htaccess файлов, находящихся в каталогах содержимого.
.htaccess файлов предназначены в первую очередь для людей, у которых нет
доступ к основному файлу (ам) конфигурации сервера. Вы можете узнать больше о
.htaccess файлов в .htaccess howto.
Контент веб-сайта может принимать самые разные формы, но в широком смысле
разделены на статическое и динамическое содержание.
Статическое содержимое — это файлы HTML, файлы изображений, файлы CSS и т. Д.
и другие файлы, находящиеся в файловой системе. Директива DocumentRoot указывает, где в вашем
файловая система, вы должны разместить эти файлы. Эта директива либо установлена
глобально или для каждого виртуального хоста. Посмотрите в своем файле (-ах) конфигурации, чтобы
определите, как это установлено для вашего сервера.
Обычно обслуживается документ с именем index.html .
когда каталог запрашивается без указания имени файла.Для
Например, если DocumentRoot установлен на
/ var / www / html и делается запрос на
http://www.example.com/work/ , файл
/var/www/html/work/index.html будет обслуживаться
клиент.
Динамический контент — это все, что создается по запросу.
время, и может меняться от одного запроса к другому. Есть множество
способы создания динамического контента. Для создания контента доступны различные обработчики. Программы CGI могут быть написаны для генерации
контент для вашего сайта.
Сторонние модули, такие как mod_php, могут использоваться для написания кода, который
разнообразие вещей. Многие сторонние приложения, написанные с использованием
различные языки и инструменты доступны для загрузки и
установка на ваш HTTP-сервер Apache. Поддержка этих сторонних
вещи выходят за рамки этой документации, и вы должны найти
их документация или другие форумы поддержки, чтобы ответить на ваши вопросы
о них.
Как администратор HTTP-сервера Apache, ваши самые ценные активы:
файлы журналов и, в частности, журнал ошибок.Устранение неполадок любого
проблема без журнала ошибок — это как езда с закрытыми глазами.
Местоположение журнала ошибок определяется директивой ErrorLog , которая может быть установлена глобально,
или на виртуальный хост. Записи в журнале ошибок сообщают вам, что пошло не так,
и когда. Они также часто говорят вам, как это исправить. Каждое сообщение журнала ошибок
содержит код ошибки, который вы можете найти в Интернете, чтобы получить дополнительную информацию.
подробное описание того, как решить проблему. Вы также можете
настройте журнал ошибок так, чтобы он содержал идентификатор журнала, который затем можно
соотнесены с записью журнала доступа, чтобы вы могли определить, какой запрос
вызвало состояние ошибки.
Подробнее о входе в журналы можно прочитать
документация.
Когда у вас есть все необходимое, самое время двигаться
на.
Этот документ охватывает только основы. Мы надеемся, что это поможет вам
запущен, но есть много других вещей, которые вам могут понадобиться
знать.
Как изменить страницу индекса по умолчанию в Apache
Для каждого веб-сайта вам в конечном итоге потребуется изменить индексную страницу по умолчанию на домашнюю страницу вашего веб-сайта / блога.В этой статье мы рассмотрим, как изменить страницу индекса по умолчанию на веб-сервере Apache.
Как изменить страницу индекса по умолчанию на веб-сервере Apache
Вот шаги, чтобы изменить страницу индекса по умолчанию на веб-сервере Apache. Вы можете изменить страницу индекса по умолчанию с помощью файла конфигурации Apache Server или файла .htaccess. Ниже мы рассмотрим оба подхода.
Изменить страницу индекса по умолчанию с помощью конфигурации Apache
Файл конфигурации Apache находится в одном из следующих мест, в зависимости от вашей установки:
-
/ и т.д. / apache2 / httpd.conf -
/etc/apache2/apache2.conf -
/etc/httpd/httpd.conf -
/etc/httpd/conf/httpd.conf
Откройте терминал и запустите следующую команду открыть файл конфигурации Apache
$ Судо vi /etc/apache2/httpd.conf
Также читайте: Как изменить часовой пояс в Apache / PHP
Вы увидите следующие строки кода.
# # DirectoryIndex: устанавливает файл, который Apache будет обслуживать, если каталог # запрашивается.#DirectoryIndex index.html index.php
Измените index.html index.php на выбранную вами веб-страницу (например, home.html).
DirectoryIndex home.html
Убедитесь, что вы разместили этот файл home.html по адресу / var / www / html / . Если вы поместили его в другую папку (например, / var / www / html / product / ), измените указанный выше путь соответствующим образом (например, / var / www / html / product / ).g /product/home.html ).
DirectoryIndex /product/home.html
Вы также можете добавить несколько страниц индекса в Apache, как показано ниже
DirectoryIndex home.html welcome.html
Перезапустите веб-сервер Apache, чтобы изменения вступили в силу.
$ sudo service apache2 перезапуск
Также читайте: Как установить mod_security на CentOS 7
Изменить страницу индекса по умолчанию, используя.htaccess
Вы также можете изменить индексную страницу по умолчанию для Apache, используя .htaccess. Прежде чем продолжить, пожалуйста, включите mod_rewrite (.htaccess) на вашем веб-сервере Apache.
Откройте файл .htaccess, обычно расположенный по адресу /var/www/html/.htaccess
$ sudo vi /var/www/html/.htaccess
Также читайте: Как настроить виртуальные хосты в Apache
Добавьте следующую строку в файл .htaccess, чтобы установить страницу индекса на home.html.
DirectoryIndex home.HTML
Перезапустите веб-сервер Apache, чтобы изменения вступили в силу.
$ sudo service apache2 перезапуск
Вот и все. Откройте браузер и посетите http: // your_server_or_ip , и вы увидите новую страницу. Замените your_server_or_ip своим доменным именем или IP-адресом сервера.
Ubiq позволяет легко визуализировать данные за считанные минуты и отслеживать их на информационных панелях в реальном времени. Попробуйте сегодня!
Как использовать веб-сервер Apache для установки и настройки веб-сайта
Если вы никогда не развертывали веб-сайт с веб-сервером Apache, вы скоро узнаете, как это сделать.
Время от времени я считаю полезным сделать шаг назад и изучить основы. Это не только помогает мне стать техническим писателем, но и помогает многим людям, которые только изучают основы той технологии, о которой я говорю.
На этот раз речь идет о веб-сервере Apache, программном обеспечении, которое существует уже несколько десятилетий и без проблем обслуживает как большие, так и маленькие веб-сайты.Apache без проблем работает с MySQL, PHP и множеством других пакетов, поэтому вы можете обслуживать простые статические или невероятно динамические веб-сайты.
Как установить и настроить сервер? Где вы размещаете файлы?
Давайте пройдемся по этому, шаг за шагом. Я буду демонстрировать на Ubuntu Server 20.04.
Но сначала немного дополнительной информации.
SEE: Шпаргалка по телефонному собеседованию: Разработчик программного обеспечения (TechRepublic Premium)
Разница между Apache на Ubuntu и дистрибутивами на основе Red Hat
Причина, по которой я должен указывать, какой дистрибутив Linux я Использование связано с тем, что варианты Apache на основе Ubuntu и Red Hat по-разному — от установки до конфигурации.Например, в дистрибутивах на основе Red Hat Apache устанавливается через пакет httpd, тогда как в дистрибутивах на основе Ubuntu пакет apache2 подойдет. Еще одно отличие заключается в том, где и как настроен Apache. В дистрибутивах на основе Red Hat большая часть вашей конфигурации Apache будет происходить в /etc/httpd/conf/httpd.conf. В дистрибутивах на основе Ubuntu конфигурации находятся в /etc/apache2/apache2.conf и / etc / apache2 / sites-available /. Есть еще много различий, но вы уловили идею.
После того, как вы запустите любую из этих команд, у вас будет запущен Apache. Вы также захотите убедиться, что Apache запускается после перезагрузки (или загрузки) сервера. Для этого введите команду:
sudo systemctl enable apache2
Вы можете проверить свою установку, открыв веб-браузер и указав его на http: // SERVER_IP (где SERVER_IP — это IP-адрес сервера, на котором размещен Apache). Вас должна приветствовать страница приветствия Apache (, рис. A, ).
Рисунок A
Официальная страница приветствия Apache, работающая на сервере Ubuntu.
Какую страницу обслуживает Apache? Если вы заглянете в / var / www / html, вы найдете файл index.html — давайте изменим его.
Вернувшись в окно терминала, переименуйте этот файл index.html с помощью команды:
sudo mv /var/www/html/index.html /var/www/html/index.html.bak
Теперь давайте создадим новый файл приветствия. Введите команду:
sudo nano / var / www / html / index.HTML
В этот файл вставьте следующее:
Здравствуйте, TechRepublic!
Как дела?
Сохраните и закройте файл. Перезагрузите веб-страницу в браузере, и вы должны увидеть изменения ( Рисунок B ).
Рисунок B
Наша новая страница index.html обслуживается Apache.
Как создать сайт для Apache
Теперь мы собираемся создать виртуальный хост, который будет обслуживать Apache.Виртуальный хост — это красивое название для веб-сайта, обслуживаемого Apache. Вы можете обслуживать множество виртуальных хостов на одном сервере Apache. Фактически, вы ограничены только мощностью вашего хостинг-сервера и пропускной способностью вашей сети.
Итак, давайте создадим виртуальный хост под названием test .
Первое, что мы собираемся сделать, это создать каталог для размещения теста с помощью команды:
sudo mkdir -p / var / www / html / test
Затем мы дадим новому каталогу право собственности с помощью команды:
sudo chown -R $ USER: $ USER / var / www / html / test
Наконец, мы предоставим соответствующие разрешения с помощью команды:
sudo chmod -R 755 / var / www / html / test
Скопируйте наш новый index.html в каталог test с помощью команды:
sudo cp /var/www/html/index.html / var / www / html / test /
Теперь нам нужно создать конфигурацию виртуального хоста, чтобы Apache знал, где находится тест. Он будет размещен в / etc / apache / sites-available. Для этого мы создадим файл test.conf с помощью команды:
sudo nano /etc/apache2/sites-available/test.conf
В этот файл вставьте следующее:
ServerAdmin admin @ example.ком ServerName example.com ServerAlias www.example.com DocumentRoot / var / www / html / test ErrorLog $ {APACHE_LOG_DIR} /error.log CustomLog $ {APACHE_LOG_DIR} /access.log объединены
Самая важная строка выше начинается с DocumentRoot , поскольку это указывает Apache, где будут найдены файлы для виртуального хоста. Сохраните и закройте этот файл.
На этом этапе мы создали каталог для размещения файлов, предоставили ему надлежащие права собственности и разрешения, а также создали конфигурацию для виртуального хоста.Однако Apache все еще не знает о новом сайте. Почему? Поскольку файл конфигурации живет на сайтах, доступно . Что нам нужно сделать, так это создать ссылку из этой конфигурации в каталог / etc / apache2 / sites-enabled . На сервере Apache активны только конфигурации, найденные в с поддержкой сайтов.
На серверах, отличных от Ubuntu, для этого необходимо использовать команду ln (для ссылки ). Однако в Ubuntu есть удобная утилита, которая создаст этот сайт за вас.Утилита a2ensite . Если мы запустим команду:
sudo a2ensite test.conf
После этого будет включен наш тестовый виртуальный хост.
После успешного выполнения этой команды вы должны перезагрузить Apache (который только перезагрузит файлы конфигурации, но не перезапустит веб-сервер) с помощью команды:
sudo systemctl reload apache2
Теперь, если вы укажете в своем браузере http: // SERVER_IP / test (где SERVER_IP — это IP-адрес сервера), вы должны увидеть такое же приветствие Hello, TechRepublic, как и в случае с базовым индексом.html, только он обслуживается нашим вновь созданным виртуальным хостом.
Вы только что установили веб-сервер Apache, отредактировали файл index.html, а затем создали свой собственный виртуальный хост. Вы можете взять это простое руководство и использовать его в качестве основы для развертывания всех необходимых вам веб-сайтов, обслуживаемых Apache.
Подпишитесь на TechRepublic’s How To Make Tech Work on YouTube для получения всех последних технических советов для бизнес-профессионалов от Джека Уоллена.
Еженедельный бюллетень с открытым исходным кодом
Вы не захотите пропустить наши советы, руководства и комментарии по ОС Linux и приложениям с открытым исходным кодом.Доставка по вторникам
Зарегистрироваться Сегодня
См. Также
Изображение: Джек Уоллен
Основы индекса.html Веб-страница по умолчанию
Одна из самых первых вещей, которую вы узнаете, когда начинаете погружаться в воду дизайна веб-сайтов, — это как сохранять свои документы в виде веб-страниц. Многие учебники и статьи о начале работы с веб-дизайном предложат вам сохранить исходный HTML-документ с именем файла index.html . Давайте посмотрим на значение этого конкретного соглашения об именах, которое действительно является отраслевым стандартом.
Дерек Абелла / Lifewire
Домашняя страница по умолчанию
Индекс.html-страница — это наиболее распространенное имя, используемое для страницы по умолчанию, отображаемой на веб-сайте, если никакая другая страница не указана, когда посетитель запрашивает сайт. Другими словами, index.html — это имя, используемое для домашней страницы веб-сайта.
Архитектура сайта и Index.html
Веб-сайты создаются внутри каталогов на веб-сервере. Для вашего веб-сайта вы должны сохранить каждую веб-страницу как отдельный файл. Например, ваша страница «О нас» может быть сохранена как about.html , а ваша страница «Свяжитесь с нами» — под именем контакт.html . Ваш сайт будет состоять из этих HTML-документов.
Иногда, когда кто-то посещает веб-сайт, он делает это, не указывая один из этих конкретных файлов в адресе, который они используют для URL-адреса. Например:
http://www.lifewire.com
class = «ql-syntax»>
Несмотря на то, что в URL-запросе, отправленном на сервер, нет страницы, этот веб-сервер все равно должен доставить страницу для этого запроса, чтобы браузеру было что отображать.Доставленный файл является страницей по умолчанию для этого каталога. Обычно, если файл не запрашивается, сервер знает, какой из них обслуживать по умолчанию. На большинстве веб-серверов страница по умолчанию в каталоге называется
index.html
class = «ql-syntax»>
По сути, когда вы переходите по URL-адресу и указываете конкретный файл, это то, что сервер доставит. Если вы не укажете имя файла, сервер ищет файл по умолчанию и отображает его автоматически — почти так, как если бы вы ввели это имя файла в URL-адрес.
Другие имена страниц по умолчанию
Помимо index.html, существуют другие имена страниц по умолчанию, которые используют некоторые сайты, в том числе:
- индекс.htm
- default.htm или default.html
- home.htm или home.html
Реальность такова, что веб-сервер можно настроить так, чтобы он распознавал любой файл, который вы хотите использовать по умолчанию для этого сайта. В этом случае рекомендуется использовать index.html или index.htm, потому что он сразу распознается на большинстве серверов без какой-либо дополнительной настройки.Хотя default.htm иногда используется на серверах Windows, использование index.html почти гарантирует, что независимо от того, где вы решите разместить свой сайт, в том числе если вы решите сменить хостинг-провайдера в будущем, ваша домашняя страница по умолчанию все равно будет распознаваться и отображаться. .
У вас должна быть страница index.html во всех ваших каталогах
Всякий раз, когда у вас есть каталог на вашем веб-сайте, рекомендуется иметь соответствующую страницу index.html. Даже если вы не планируете отображать контент на индексных страницах выбранных каталогов с любыми фактическими ссылками на страницы, наличие файла на месте — это разумный шаг для пользователя, а также функция безопасности.
Использование имени файла по умолчанию, такого как index.html, также является функцией безопасности
Большинство веб-серверов начинают со структурой каталогов, видимой, когда кто-то заходит в каталог без файла по умолчанию. Это представление показывает им информацию о веб-сайте, который в противном случае был бы скрыт, например каталоги и другие файлы в этой папке. Эта прозрачность может быть полезна во время разработки сайта, но после того, как сайт запущен, разрешение просмотра каталогов может быть уязвимостью безопасности.
Если вы не поместите файл index.html в каталог, по умолчанию большинство веб-серверов будут отображать список всех файлов в этом каталоге. Хотя это поведение можно отключить на уровне сервера, это означает, что вам нужно привлечь администратора сервера, чтобы заставить его работать.
При установке
IIS просмотр каталогов по умолчанию отключен. Если документ по умолчанию не найден и просмотр документов и каталогов по умолчанию отключен, пользователь получит ошибку 404.
Если у вас мало времени и вы хотите контролировать это самостоятельно, простой обходной путь — просто написать веб-страницу по умолчанию и назвать ее index.html. Загрузка этого файла в ваш каталог поможет закрыть эту потенциальную дыру в безопасности. Кроме того, также рекомендуется связаться с вашим хостинг-провайдером и попросить отключить просмотр каталогов.
Сайты, не использующие файлы .HTML
Некоторые веб-сайты, например те, которые работают на системе управления контентом или которые используют более надежные языки программирования, такие как PHP или ASP, могут не использовать.html-страницы в их структуре. Для этих сайтов вы по-прежнему хотите убедиться, что указана страница по умолчанию, а для выбранных каталогов на этом сайте по-прежнему желательно иметь страницу index.html (или index.php, index.asp и т. Д.) По описанным причинам. выше.
| Изменено из оригинала Debian для Ubuntu | |
| Последнее обновление: 19.03.2014 | |
| См .: https://launchpad.net/bugs/1288690 | |
| -> | |
 | |
| Apache2 Ubuntu Страница по умолчанию | |
| СОДЕРЖАНИЕ | |
| О программе | |
| Изменения | |
| Объем | |
| Файлы конфигурации | |
| -> | |
| Работает! | |
| Это страница приветствия по умолчанию, используемая для проверки правильности | |
| работа сервера Apache2 после установки в системах Ubuntu. | |
| Он основан на эквивалентной странице в Debian, из которой Ubuntu Apache | |
| упаковка выведена. | |
| Если вы можете прочитать эту страницу, это означает, что HTTP-сервер Apache установлен по адресу | |
| этот сайт работает нормально. Вам следует заменить этот файл (расположенный по адресу | |
| / var / www / html / index.html ), прежде чем продолжить работу с вашим HTTP-сервером. | |
| Если вы обычный пользователь этого веб-сайта и не знаете, что это за страница | |
| О | , это, вероятно, означает, что сайт в настоящее время недоступен из-за |
| техническое обслуживание. | |
| Если проблема не исчезнет, обратитесь к администратору сайта. | |
| Обзор конфигурации | |
| Конфигурация Apache2 по умолчанию для | Ubuntu отличается от |
| Конфигурация восходящего потока | по умолчанию и разделена на несколько файлов, оптимизированных для |
| взаимодействие с инструментами Ubuntu.Система конфигурации — | |
| полностью задокументировано в | |
| /usr/share/doc/apache2/README.Debian.gz . Обратитесь к этому за полным | |
| документация. Документация для самого веб-сервера может быть | |
| найден при обращении к руководству , если apache2-doc | |
| На этом сервере установлен пакет | . |
| Схема конфигурации для установки веб-сервера Apache2 в системах Ubuntu выглядит следующим образом: | |
| / и т. Д. / Apache2 / | |
| | - apache2.conf | |
| | `- ports.conf | |
| | - с поддержкой модов | |
| | | - * .load | |
| | `- * .conf | |
| | - с включенной конфигурацией | |
| | `- * .conf | |
| | - поддержка сайтов | |
| | `- *.conf | |
| apache2.conf — основная конфигурация | |
| файл. Он соединяет части вместе, включая всю оставшуюся конфигурацию | |
| файлов при запуске веб-сервера. | |
| ports.conf всегда включается из | |
| основной файл конфигурации. Он используется для определения портов прослушивания для | |
| входящих соединений, и этот файл можно изменить в любое время. | |
| Файлы конфигурации в папке mods-enabled / , | |
| Каталоги | conf-enabled / и sites-enabled / содержат |
| отдельных фрагментов конфигурации, которые управляют модулями, глобальная конфигурация | |
| или конфигурации виртуального хоста соответственно. | |
| Они активируются доступными символическими ссылками | |
| файлы конфигурации из соответствующих | |
| * -доступны / аналоги.Этим следует управлять | |
| с помощью наших помощников | |
| a2enmod , | |
| a2dismod , | |
| a2ensite , | |
| a2dissite , | |
| и | |
| a2enconf , | |
| a2disconf | |
| . См. Соответствующие справочные страницы для получения подробной информации. | |
| Бинарный файл называется apache2.За счет использования | |
| переменных среды, в конфигурации по умолчанию apache2 должен быть | |
| запускается / останавливается с помощью /etc/init.d/apache2 или apache2ctl . | |
| Вызов / usr / bin / apache2 напрямую не будет работать с | |
| конфигурация по умолчанию. | |
| Корни документов | |
| По умолчанию Ubuntu не разрешает доступ через веб-браузер к | |
| любой файл, кроме файлов, находящихся в / var / www , | |
| public_html | |
| каталогов (если включено) и / usr / share (для Интернета | |
| заявок). Если на вашем сайте используется корень веб-документа | |
| , расположенный в другом месте (например, в / srv ), вам может потребоваться внести свой | |
| корневой каталог документов в / etc / apache2 / apache2.conf . | |
| Корневой каталог документа Ubuntu по умолчанию — / var / www / html . Вы | |
| может создавать ваши собственные виртуальные хосты в / var / www. Это другое | |
| до предыдущих выпусков, что обеспечивает лучшую защиту сразу после установки. | |
| Проблемы с отчетами | |
| Используйте инструмент ubuntu-bug , чтобы сообщать об ошибках в | |
| Пакет Apache2 с Ubuntu.Однако проверьте | |
| href = «https://bugs.launchpad.net/ubuntu/+source/apache2″> существующий | |
| отчетов об ошибках , прежде чем сообщать о новой ошибке. | |
| Сообщайте об ошибках, связанных с модулями (такими как PHP и др.) | |
| для соответствующих пакетов, а не для самого веб-сервера. | |
| Category Html |