Ubuntu ru не работает

Обновлено: 04.07.2024

Ваша заявка успешно отправлена! Закрыть

1. Обзор

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

Что вы узнаете

Как использовать инструменты gpg для проверки подлинности файла
Как использовать инструменты sha256 для проверки целостности файла

Что вам понадобится

Доступ к инструментам gpg из командной строки
Доступ к Интернету для загрузки подписей

Первоначально создано командой Canonical Web

2. Необходимое программное обеспечение

Ключевые исполняемые файлы, которые вам потребуются, это sha256sum , md5sum и gpg .

Для Ubuntu

Это часть пакетов coreutils и gnupg, которые устанавливаются по умолчанию.

Для Windows

Если вы используете bash в Windows 10 (почему бы и нет? См. это руководство), эти инструменты являются частью установки по умолчанию.

Для macOS

Вы можете установить последнюю версию GnuPG с помощью Homebrew:

Программа sha256sum и другие полезные утилиты предоставляются coreutils:

Для других версий Linux

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

Все версии - проверьте, работают ли команды!

Вы можете убедиться, что команды работают должным образом, выполнив следующее:

Если вы запускаете gpg впервые, это создаст базу данных доверия для текущего пользователя.

Обе эти команды должны выводить некоторую информацию о версии. Теперь у нас есть необходимые инструменты, можно переходить к поиску и скачиванию нужных нам файлов

3. Скачать контрольные суммы и подписи

Помимо реальных файлов ISO, содержащих загруженный образ Ubuntu, все зеркала Ubuntu публикуют дополнительные файлы. Те, которые нас интересуют, называются:

Примечание. Некоторые люди задаются вопросом: если сайт, с которого они загружаются, не защищен (многие зеркала архивов не используют SSL), как они могут доверять подписям? Отпечаток gpg сверяется с сервером ключей Ubuntu, поэтому, если подпись совпадает, вы знаете, что она подлинная, независимо от того, где и как она была загружена!

Файл SHA256SUMS содержит контрольные суммы для всех доступных образов (вы можете проверить это, открыв файл), где существует контрольная сумма — разрабатываемые и бета-версии иногда не создают новые контрольные суммы для каждого выпуска.

Файл SHA256SUMS.gpg является сигнатурой GnuPG для этого файла. На следующем шаге мы будем использовать этот файл подписи для проверки файла контрольной суммы.

4. Получить правильный ключ подписи

В зависимости от вашей платформы вам может понадобиться или не понадобиться загружать открытый ключ, используемый для проверки подлинности файла контрольной суммы (Ubuntu и большинство вариантов поставляются с предустановленными соответствующими ключами). Самый простой способ узнать, нужен ли вам ключ, — запустить команду аутентификации:

В этом руководстве мы используем «длинные» (64-разрядные) идентификаторы ключей GnuPG, поскольку «короткие» (32-разрядные) идентификаторы ключей небезопасны.

Если у вас нет ключей…

Если открытого ключа для Ubuntu еще нет, вы получите сообщение об ошибке, подобное следующему:

На самом деле это очень полезное сообщение, поскольку оно говорит нам, какой ключ или ключи использовались для создания файла подписи. Зная эти идентификационные номера (46181433FBB75451 и D94AA3F0EFE21092 в примере), мы можем запросить их с сервера ключей Ubuntu.

Это делается с помощью следующей команды. Обратите внимание, что идентификационные номера являются шестнадцатеричными, поэтому мы добавляем к ним префикс 0x :

Эта команда должна получить нужные нам ключи и добавить их в вашу связку ключей. Вы должны увидеть следующее сообщение:

Теперь вы можете проверить отпечатки ключей, запустив:

… что должно привести к следующему результату:

5. Проверьте контрольную сумму SHA256

Теперь вы можете проверить файл контрольной суммы с помощью подписи.

На этот раз команда должна вернуть что-то вроде этого:

Хорошая подпись означает, что проверяемый файл был определенно подписан владельцем указанного ключевого файла (если они не совпадают, подпись будет считаться ПЛОХОЙ). Предупреждающее сообщение просто сообщает вам, что вы не подписали ключ и его нет в вашем списке надежных источников. Если вы хотите узнать больше о подписании ключей и доверии, посетите вики-страницу GPG сообщества Ubuntu.

Теперь, когда мы убедились, что файл контрольной суммы был создан Ubuntu, мы можем проверить, соответствует ли загруженный нами файл ISO контрольной сумме.

6. Проверьте ISO

Теперь вам нужно сгенерировать контрольную сумму sha256 для загруженного ISO-образа и сравнить ее с той, которую вы загрузили в файле SHA256SUM.

Убедитесь, что загруженные файлы SHA256SUMS и SHA256SUMS.gpg находятся в том же каталоге, что и файл Ubuntu ÌSO. Затем выполните следующие команды в терминале.

Требуемый результат будет выглядеть следующим образом:

Если вы не получили никаких результатов (или получили любой результат, отличный от показанного выше), значит, файл ISO не соответствует контрольной сумме. Это может быть связано с тем, что ISO-образ был изменен или неправильно загружен — в любом случае вам следует загрузить новый ISO-образ из заведомо надежного источника.

7. Что дальше?

Теперь вы знаете, что у вас есть хороший образ ISO, вы можете записать его на DVD или скопировать на загрузочный USB-накопитель, чтобы установить или попробовать Ubuntu!

Я получаю эту ошибку всякий раз, когда пытаюсь установить программы с помощью терминала:

Также я не могу установить обновления с помощью терминала.

я думаю, что ваш диспетчер обновлений графического интерфейса открыт, пока вы запускаете обновление apt-get, и во-первых, вы должны быть суперпользователем или использовать sudo, прежде чем использовать обновление apt-get

У вас вообще есть этот компьютер? Если да, то вам нужно показать это, будучи владельцем root (sudo) перед любой установкой, пожалуйста

7 ответов 7

Решение состоит в том, чтобы прочитать сообщение об ошибке: вы root?. Используйте sudo для запуска команды с привилегиями root, например: sudo apt-get update

@Suisse вы не используете bash, что довольно редко, поэтому первый вопрос, почему, во-вторых, вы можете попробовать просто набрать /bin/bash, чтобы войти в bash

Я использую терминал образа докера. из панели управления докером. выполнив /bin/bash, я попал в bash (разные цвета и выделение), но все равно получаю сообщение об ошибке: E: Не удалось открыть файл блокировки /var/lib/dpkg/lock-frontend - открыть (13: Отказано в доступе) E: Не удалось получить блокировку внешнего интерфейса dpkg (/var/lib/dpkg/lock-frontend), вы являетесь пользователем root?

@Suisse, если вы используете Docker, это скорее вопрос о Docker, чем вопрос об Ubuntu. Это может зависеть от вашего контейнера, но, скорее всего, вы можете указать, что хотите быть пользователем root при входе в контейнер, например, docker exec -u root -it /bin/bash

sudo: выполнение команд с повышенными правами

Большинству следующих команд необходимо предшествовать команду sudo. Это временно повышает привилегии до административного уровня пользователя root, что необходимо при работе с каталогами или файлами, не принадлежащими вашей учетной записи пользователя. При использовании sudo вам будет предложено ввести пароль. Только пользователи с sudo (административными) привилегиями смогут использовать эту команду. Вы никогда не должны использовать обычный sudo для запуска графических приложений с правами root (дополнительную информацию о правильном использовании sudo см. в разделе RootSudo.)

Итак, поскольку apt-get устанавливает программное обеспечение и, таким образом, влияет на систему, вам нужно использовать команду sudo, чтобы предоставить себе права администратора.

Таким образом, ваша команда должна быть sudo apt-get install myunity

Если вы хотите обновить свою систему, запустите

Это обновит базу данных пакетов вашей системы, а затем установит все обновления.

Ваша заявка успешно отправлена! Закрыть

1. Обзор

Ubuntu Server — это вариант уже знакомого вам стандартного Ubuntu, адаптированный для сетей и сервисов. Он так же способен запускать простой файловый сервер, как и работать в облаке из 50 000 узлов.

В отличие от установки Ubuntu Desktop, Ubuntu Server не включает графическую программу установки. Вместо этого он использует процесс на основе текстового меню. Если вы предпочитаете установить настольную версию, ознакомьтесь с нашим руководством по установке Ubuntu для настольных компьютеров.

В этом руководстве представлен обзор установки с DVD-диска или USB-накопителя.

Чтобы получить более подробное руководство по возможностям Ubuntu Server и его настройке, ознакомьтесь с нашей документацией Community Ubuntu Server.

2. Требования

Перед началом установки необходимо учесть следующее:

Убедитесь, что у вас есть как минимум 2 ГБ свободного места.
Имейте доступ к DVD или USB-накопителю с версией Ubuntu Server, которую вы хотите установить.
Если вы собираетесь установить Ubuntu Server вместе с данными, которые хотите сохранить, убедитесь, что у вас есть свежая резервная копия.

Дополнительную информацию о требованиях к оборудованию см. на страницах руководства по серверу. У нас также есть несколько руководств, в которых объясняется, как создать DVD-диск Ubuntu или USB-накопитель.

3. Загрузитесь с установочного носителя

Чтобы запустить процесс установки, выполните следующие действия:

Вставьте DVD-диск Ubuntu в DVD-привод (или вставьте USB-накопитель или другой установочный носитель).
Перезагрузите компьютер.

Через несколько секунд вы должны увидеть на экране сообщения, подобные приведенным ниже…

Большинство компьютеров автоматически загружаются с USB-накопителя или DVD-диска, хотя в некоторых случаях эта функция отключена для сокращения времени загрузки. Если вы не видите загрузочное сообщение и экран «Добро пожаловать», который должен появиться после него, вам нужно настроить компьютер на загрузку с установочного носителя.

Когда компьютер запустится, на экране должно появиться сообщение о том, какую клавишу нажать для доступа к настройкам или меню загрузки. В зависимости от производителя это может быть Escape, F2, F10 или F12. Просто перезагрузите компьютер и удерживайте эту клавишу, пока не появится меню загрузки, затем выберите диск с установочным носителем Ubuntu.

4. Выберите язык

После появления сообщений о загрузке отобразится меню «Язык».

Как следует из сообщения, используйте клавиши «Вверх», «Вниз» и «Ввод» для навигации по меню и выбора языка, который вы хотите использовать.

5. Выберите правильную раскладку клавиатуры

Прежде чем вам нужно будет что-то вводить, установщик отобразит меню, в котором вам будет предложено выбрать раскладку клавиатуры и, если применимо, ее вариант.

Если вы не знаете, какой именно вариант вам нужен, просто выберите вариант по умолчанию. После установки Ubuntu Server вам будет проще протестировать и при необходимости изменить настройки.

6. Выберите установку

Теперь мы готовы выбрать, что вы хотите установить. В меню есть три опции:

Нижние два параметра используются для установки определенных компонентов установки Metal As A Service (MAAS). Если вы устанавливаете MAAS, вы должны проверить документацию MAAS для получения дополнительной информации об этом! В оставшейся части этого руководства предполагается, что вы выбрали первый вариант — «Установить Ubuntu».

7. Нетворкинг

Установщик автоматически обнаружит и попытается настроить любые сетевые подключения через DHCP.

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

Если сеть не найдена, программа установки все равно может продолжить работу, просто не сможет проверить наличие обновлений. Вы всегда можете настроить сеть после установки.

8. Настроить хранилище

Следующий шаг – настройка хранилища. При установке рекомендуется выделить целый диск или раздел для запуска Ubuntu.

Если вам нужно настроить более сложную систему, ручной вариант позволит вам выбрать и реорганизовать разделы на любых подключенных дисках.

Обратите внимание, что Ubuntu больше не требует отдельного раздела для пространства подкачки, и автоматическая установка не создаст его.

9. Выберите устройство

Это меню позволит вам выбрать диск из обнаруженных в системе.

Чтобы упростить идентификацию, диски будут перечислены с использованием их системного идентификатора. Используйте клавиши со стрелками и введите, чтобы выбрать диск, который вы хотите использовать.

10. Подтвердить разделы

Выбрав целевой диск, программа установки рассчитает, какие разделы создать, и представит эту информацию…

Если это не то, что вы ожидали увидеть (например, вы выбрали не тот диск), вам следует использовать клавиши со стрелками и клавишу ввода, чтобы выбрать Назад из вариантов в нижней части экрана. Вы вернетесь в предыдущее меню, где сможете выбрать другой диск.

Здесь также можно вручную изменить разделы, выбрав «Редактировать разделы». Очевидно, что вы должны выбирать это только в том случае, если вы знакомы с тем, как работают разделы.

Если вас устраивает отображаемая структура диска, выберите «Готово», чтобы продолжить.

11. Подтвердить изменения

Прежде чем установщик внесет какие-либо деструктивные изменения, он покажет этот последний этап подтверждения. Дважды проверьте, что здесь все выглядит хорошо, и вы не собираетесь переформатировать не то устройство!

Для этого шага нет возможности «Отменить». Как только вы подтвердите изменения, указанные устройства будут перезаписаны, и любое содержимое может быть утеряно.

12. Настроить профиль

Программное обеспечение сейчас устанавливается на диск, но есть дополнительная информация, необходимая установщику. Ubuntu Server должен иметь хотя бы одного известного пользователя для системы и имя хоста. Пользователю также требуется пароль.

Есть также поле для импорта ключей SSH из Launchpad, Ubuntu One или Github. Вам просто нужно ввести имя пользователя, и установщик получит соответствующие ключи и установит их в систему, готовую к использованию (например, безопасный вход на сервер по SSH).

13. Установить программное обеспечение

После того, как вы закончите ввод необходимой информации, на экране отобразится ход установки. Ubuntu Server теперь устанавливает краткий набор полезного программного обеспечения, необходимого для серверов. Это значительно сокращает время установки и настройки. Конечно, после завершения установки вы можете установить любое дополнительное программное обеспечение, которое вам может понадобиться.

14. Установка завершена

По завершении установки вы увидите на экране подобное сообщение.

Не забудьте удалить установочный носитель, а затем нажмите клавишу ВВОД, чтобы перезагрузить и запустить сервер. Добро пожаловать в Ubuntu!

15. Что дальше?

Установив Ubuntu Server, вы теперь можете продолжить и построить тот файл-сервер или многоузловой кластер, о котором мы упоминали!

Если вы новичок в Ubuntu Server, мы рекомендуем прочитать Руководство по серверу.

Вы также можете ознакомиться с последними новостями об Ubuntu Server и узнать, для чего они используются другими, на страницах Ubuntu Server.

Поиск помощи

Сообщество Ubuntu, как для настольных компьютеров, так и для серверов, является одним из самых дружелюбных и густонаселенных, которые вы можете найти. Это означает, что если вы застряли, возможно, кто-то уже видел и решил ту же проблему.

Попробуйте обратиться за помощью в одном из следующих мест:

В качестве альтернативы, если вам нужна коммерческая поддержка развертывания серверов, обратите внимание на Ubuntu Advantage.

У всех рано или поздно возникают проблемы с веб-сервером или сайтом. Зная, где искать, когда вы сталкиваетесь с проблемой и какие компоненты являются вероятными виновниками, вы сможете быстро устранить эти проблемы и с меньшими трудностями.

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

Какие типы проблем типичны?

Хотя иногда могут возникать нетипичные проблемы, подавляющее большинство проблем, с которыми вы столкнетесь при попытке запустить свой сайт, относятся к весьма предсказуемому спектру.

Мы рассмотрим их более подробно в следующих разделах, а пока вот простой контрольный список пунктов, на которые стоит обратить внимание:

Установлен ли ваш веб-сервер?
Работает ли веб-сервер?
Правилен ли синтаксис файлов конфигурации вашего веб-сервера?
Открыты ли настроенные вами порты (не заблокированы ли они брандмауэром)?
Ваши настройки DNS направляют вас в нужное место?
Указывает ли корень документа на расположение ваших файлов?
Отправляет ли ваш веб-сервер правильные индексные файлы?
Правильно ли указаны разрешения и права собственности на структуры файлов и каталогов?
Ограничиваете ли вы доступ через файлы конфигурации?
Если у вас есть серверная часть базы данных, работает ли она?
Может ли ваш сайт успешно подключиться к базе данных?
Настроен ли ваш веб-сервер для передачи динамического содержимого обработчику сценариев?

Это некоторые из распространенных проблем, с которыми сталкиваются администраторы, когда сайт работает неправильно. Точную проблему обычно можно сузить, взглянув на файлы журналов различных компонентов и обратившись к страницам ошибок, отображаемым в вашем браузере.

Ниже мы рассмотрим каждый из этих сценариев, чтобы вы могли убедиться, что ваши службы настроены правильно.

Проверьте журналы

Прежде чем слепо пытаться отследить проблему, попробуйте проверить журналы своего веб-сервера и любых связанных с ним компонентов. Обычно они находятся в /var/log в подкаталоге, относящемся к службе.

Например, если у вас есть сервер Apache, работающий на сервере Ubuntu, по умолчанию журналы будут храниться в /var/log/apache2 . Проверьте файлы в этом каталоге, чтобы узнать, какие сообщения об ошибках генерируются. Если у вас есть серверная часть базы данных, которая доставляет вам проблемы, она, вероятно, также будет хранить свои журналы в /var/log.

Еще нужно проверить, оставляют ли сами процессы сообщения об ошибках при запуске служб. Если вы попытаетесь посетить веб-страницу и получите сообщение об ошибке, страница с ошибкой также может содержать подсказки (хотя и не такие конкретные, как строки в файлах журнала).

Используйте поисковую систему, чтобы попытаться найти релевантную информацию, которая может указать вам правильное направление. Приведенные ниже шаги могут помочь вам в устранении неполадок.

Установлен ли ваш веб-сервер?

Первое, что вам нужно для правильного обслуживания ваших веб-сайтов, — это веб-сервер.

Большинство людей установили сервер до того, как дошли до этого момента, но бывают ситуации, когда вы могли случайно удалить сервер при выполнении других операций с пакетами.

Если вы работаете в системе Ubuntu или Debian и хотите установить веб-сервер Apache, введите:

В этих системах процесс Apache называется apache2.

Если вы используете Ubuntu или Debian и вам нужен веб-сервер Nginx, вместо этого вы можете ввести:

В этих системах процесс Nginx называется nginx.

Если вы используете CentOS или Fedora и хотите использовать веб-сервер Apache, введите это. Вы можете удалить «sudo», если вы вошли в систему как пользователь root:

Если вы используете CentOS или Fedora и хотите использовать Nginx, введите это. Опять же, удалите «sudo», если вы вошли в систему как root:

В этих системах процесс Nginx называется nginx.

Ваш веб-сервер работает?

Теперь, когда вы уверены, что ваш сервер установлен, он работает?

Существует множество способов узнать, запущена служба или нет. Один из методов, который является довольно кросс-платформенным, заключается в использовании команды netstat.

Это покажет вам все процессы, использующие порты на сервере. Затем мы можем найти имя искомого процесса:

Вы должны изменить «apache2» на имя процесса веб-сервера на вашем сервере. Если вы видите строку, подобную приведенной выше, это означает, что ваш процесс запущен и работает. Если вы не получили никаких результатов, это означает, что вы запросили неправильный процесс или ваш веб-сервер не работает.

В этом случае вы можете запустить его, используя предпочтительный метод вашего дистрибутива. Например, в Ubuntu вы можете запустить службу Apache2, набрав:

В CentOS вы можете ввести что-то вроде этого:

Если ваш веб-сервер запускается, вы можете снова проверить с помощью netstat, чтобы убедиться, что все в порядке.

Правилен ли синтаксис вашего файла конфигурации веб-сервера?

Если ваш веб-сервер отказывается запускаться, часто это указывает на то, что ваши файлы конфигурации требуют некоторого внимания. Как Apache, так и Nginx требуют строгого соблюдения синтаксиса своих директив для чтения файлов.

Файлы конфигурации для этих служб обычно находятся в подкаталоге каталога /etc/, названного в честь самого процесса.

Таким образом, мы можем попасть в основной каталог конфигурации Apache в Ubuntu, набрав:

Подобным образом каталог конфигурации Apache в CentOS также отражает имя CentOS для этого процесса:

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

Каждый из этих веб-серверов также предоставляет вам возможность проверить синтаксис конфигурации ваших файлов.

Если вы используете Apache, вы можете использовать команду apache2ctl или apachectl, чтобы проверить файлы конфигурации на наличие синтаксических ошибок:

Как видно выше, мы получили информационное сообщение о деталях в нашей конфигурации, но ошибок не было. Это хорошо.

Если у вас есть веб-сервер Nginx, вы можете запустить аналогичный тест, набрав:

Как видите, этот процесс также проверяет ваш синтаксис. Если мы удалим конечную точку с запятой из строки в файле (распространенная ошибка для конфигураций Nginx), вы получите следующее сообщение:

Недопустимое количество аргументов, так как Nginx ищет точку с запятой в конце оператора. Если он не находит его, он переходит к следующей строке и интерпретирует это как дополнительные аргументы для последней строки.

Вы можете запустить эти тесты, чтобы найти синтаксические проблемы в ваших файлах. Исправьте проблемы, на которые он ссылается, пока вы не сможете получить файлы для прохождения теста.

Открыты ли настроенные вами порты?

Как правило, веб-серверы используют порт 80 для обычного веб-трафика и используют порт 443 для трафика, зашифрованного с помощью TLS/SSL. Для правильного доступа к сайту эти порты должны быть доступны.

Вы можете проверить, открыт ли порт вашего сервера, используя netcat с вашего локального компьютера.

Вам просто нужно использовать IP-адрес вашего сервера и сообщить ему, какой порт вы хотите проверить, например:

Это проверит, открыт ли порт 80 на сервере по адресу 111.111.111.111. Если он открыт, команда вернется сразу. Если он не открыт, команда будет постоянно безуспешно пытаться установить соединение. Вы можете остановить этот процесс, нажав CTRL-C в окне терминала.

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

Ваши настройки DNS направляют вас в нужное место?

Если вы можете получить доступ к своему сайту по IP-адресу, но не по доменному имени, возможно, вам следует проверить настройки DNS.

Чтобы посетители могли попасть на ваш сайт через его доменное имя, у вас должна быть запись "A" или "AAAA", указывающая на IP-адрес вашего сервера в настройках DNS. Вы можете запросить запись «A» вашего домена, выполнив следующую команду:

Возвращаемая вам строка должна совпадать с IP-адресом вашего сервера. Если вам нужно проверить запись «AAAA» (для соединений IPv6), вы можете ввести:

Имейте в виду, что любые изменения, которые вы вносите в записи DNS, распространяются довольно долго. Вы можете получить противоречивые результаты для этих запросов после внесения изменений, так как ваш запрос часто будет попадать на разные серверы, которые еще не обновлены.

Если вы используете DigitalOcean, вы можете узнать, как настроить параметры DNS для своего домена, здесь.

Убедитесь, что ваши файлы конфигурации также правильно обрабатывают ваш домен

Если ваши настройки DNS верны, вы также можете проверить файлы виртуального хоста Apache или файлы блокировки сервера Nginx, чтобы убедиться, что они настроены для ответа на запросы для вашего домена.

В Apache раздел файла виртуального хоста может выглядеть следующим образом:

Похожий фрагмент в Nginx может выглядеть примерно так:

Этот блок настроен для ответа на тот же тип запроса, который мы обсуждали выше.

Указывает ли корневой каталог документа на расположение ваших файлов?

Другое соображение заключается в том, указывает ли ваш веб-сервер на правильное расположение файла.

Каждый виртуальный сервер в Apache или серверный блок в Nginx настроен так, чтобы указывать на определенный каталог. Если это настроено неправильно, сервер выдаст сообщение об ошибке при попытке доступа к странице.

В Apache корневой каталог документа настраивается с помощью директивы DocumentRoot:

Эта строка сообщает Apache, что файлы для этого домена следует искать в каталоге /var/www/html. Если ваши файлы хранятся в другом месте, вам придется изменить эту строку, чтобы она указывала на правильное место.

В Nginx корневая директива настраивает то же самое:

В этой конфигурации Nginx ищет файлы для этого домена в каталоге /usr/share/nginx/html.

Обслуживает ли ваш веб-сервер правильные индексные файлы?

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

Когда посетитель запрашивает каталог, ваш сервер обычно хочет предоставить ему индексный файл. Обычно это файл index.html или файл index.php, в зависимости от вашей конфигурации.

В Apache вы можете найти строку в файле вашего виртуального хоста, которая явно настраивает порядок индексации, который будет использоваться для определенных каталогов, например:

Это означает, что при обслуживании каталога Apache сначала будет искать файл с именем index.html и попытается использовать index.php в качестве резервной копии, если первый файл не будет найден.

Вы можете установить порядок, в котором будут использоваться индексные файлы для всего сервера, отредактировав файл mods-enabled/dir.conf, в котором будут установлены значения по умолчанию для сервера. Если ваш сервер не обслуживает индексный файл, убедитесь, что в вашем каталоге есть индексный файл, соответствующий одному из параметров в вашем файле.

В Nginx директива, которая делает это, называется index и используется следующим образом:

Правильно ли установлены разрешения и права собственности?

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

Для чтения файлов каталоги, содержащие содержимое, должны быть доступны для чтения и выполнения процессом веб-сервера. Имя пользователя и группы, которые используются для запуска веб-сервера, отличаются от дистрибутива к дистрибутиву.

В Ubuntu и Debian и Apache, и Nginx работают от имени пользователя www-data, который является членом группы www-data.

В CentOS и Fedora Apache работает под пользователем с именем apache, который принадлежит к группе apache. Nginx работает под пользователем nginx, который является частью группы nginx.

Используя эту информацию, вы можете просматривать каталоги и файлы, из которых состоит содержимое вашего сайта:

Каталоги должны быть доступны для чтения и выполнения веб-пользователем или группой, а файлы должны быть доступны для чтения для чтения содержимого. Чтобы загружать, записывать или изменять контент, каталоги должны быть доступны для записи, а файлы также должны быть доступны для записи. Однако настраивайте каталоги на запись с большой осторожностью, поскольку это может представлять угрозу безопасности.

Чтобы изменить владельца файла, вы можете сделать следующее:

Это также можно сделать с каталогом. Вы можете изменить владельца каталога и всех файлов в нем, передав флаг -R:

Подробнее о разрешениях в Linux можно узнать здесь.

Ограничиваете ли вы доступ через свои файлы конфигурации?

Возможно, ваши настройки запрещают доступ к файлам, которые вы пытаетесь обслуживать.

В Apache это можно настроить в файле виртуального хоста для этого сайта или в файле .htaccess, расположенном в самом каталоге.

Доступ к этим файлам можно ограничить несколькими способами. Каталоги могут быть ограничены следующим образом в Apache 2.4:

Эта строка указывает веб-серверу не разрешать никому доступ к содержимому этого каталога. В Apache 2.2 и ниже это будет выглядеть так:

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

В Nginx эти ограничения примут форму директив deny и будут расположены в блоках вашего сервера или в основных файлах конфигурации:

Если у вас есть серверная часть базы данных, работает ли она?

Если ваш сайт использует серверную базу данных, такую как MySQL, PostreSQL, MongoDB и т. д., вам необходимо убедиться, что она запущена и работает.

Это можно сделать так же, как вы проверяли, работает ли веб-сервер. Опять же, мы можем искать запущенные процессы, а затем выбирать имя искомого процесса:

Как видите, служба запущена на этом компьютере. При поиске убедитесь, что вы знаете имя, под которым работает ваша служба.

В качестве альтернативы можно найти порт, на котором работает ваша служба, если вы это знаете. Просмотрите документацию по вашей базе данных, чтобы найти порт по умолчанию, на котором она работает, или проверьте файлы конфигурации.

Если у вас есть серверная часть базы данных, может ли ваш сайт успешно подключиться?

Следующий шаг, который необходимо предпринять, если вы устраняете проблему с серверной частью базы данных, — проверить, можете ли вы правильно подключиться. Обычно это означает проверку файлов, которые читает ваш сайт, для получения информации из базы данных.

Например, для сайта WordPress настройки подключения к базе данных хранятся в файле с именем wp-config.php . Вам необходимо проверить правильность DB_NAME , DB_USER и DB_PASSWORD, чтобы ваш сайт мог подключиться к базе данных.

Вы можете проверить, содержит ли файл правильную информацию, попытавшись подключиться к базе данных вручную, например:

Если вы не можете подключиться, используя значения, найденные в файле, вам может потребоваться создать правильные учетные записи и базы данных или изменить права доступа к вашим базам данных.

Настроен ли ваш веб-сервер для передачи динамического содержимого обработчику сценариев?

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

В этом случае необходимо убедиться, что ваш веб-сервер правильно настроен для передачи запросов обработчику сценариев.

В Apache это обычно означает, что модуль mod_php5 установлен и включен. Вы можете сделать это в Ubuntu или Debian, набрав:

Для систем CentOS/Fedora вам нужно будет ввести:

В Nginx это немного сложнее. У Nginx нет модуля PHP, который можно включить, поэтому нам нужно убедиться, что у нас установлен и включен php-fpm в наших конфигурациях.

На сервере Ubuntu или Debian убедитесь, что компоненты установлены, введя:

В CentOS или Fedora это можно сделать, набрав:

Поскольку обработчик PHP не является частью Nginx, вам нужно указать ему явно передавать файлы PHP. Выполните четвертый шаг этого руководства, чтобы узнать, как настроить Nginx для передачи файлов PHP в php-fpm. Вы также должны взглянуть на часть третьего шага, посвященную настройке процессора PHP. Это должно быть примерно одинаково независимо от вашего дистрибутива.

Если ничего не помогает, снова проверьте журналы

На самом деле проверка журналов должна быть вашим первым шагом, но это также хороший последний шаг перед обращением за дополнительной помощью.

Если вы исчерпали свои возможности самостоятельно устранять неполадки и вам нужна помощь (от друга, через обращение в службу поддержки и т. д.), вы быстрее получите более актуальную помощь, предоставив файлы журнала и сообщения об ошибках. . Опытные администраторы, вероятно, поймут, что происходит, если вы предоставите им необходимую информацию.

Заключение

Надеемся, что эти советы по устранению неполадок помогут вам отследить и устранить некоторые из наиболее распространенных проблем, с которыми сталкиваются администраторы, пытаясь запустить свои сайты.

Если у вас есть какие-либо дополнительные советы по проверке и способам решения проблем, поделитесь ими с другими пользователями в комментариях.

Хотите узнать больше? Присоединяйтесь к сообществу DigitalOcean!

Присоединяйтесь к нашему сообществу DigitalOcean, насчитывающему более миллиона разработчиков, бесплатно! Получайте помощь и делитесь знаниями в нашем разделе "Вопросы и ответы", находите руководства и инструменты, которые помогут вам расти как разработчику и масштабировать свой проект или бизнес, а также подписывайтесь на интересующие вас темы.

Читайте также: