Конфигурируем статический IP в openSUSE – Блог – Tune IT

Начало работы в операционной системе centos — 🖧 полигон 218

Сразу после установки любого дистрибутива Linux рекомендуется провести обновление системы.
В операционной системе CentOS, которая так же представляет собой один из дистрибутивов Linux, обновление выполняется командой

sudo yum update

Однако, сразу же после установки, результат выполнения этой команды неверный.

Обновление CentOS

В подсказке мы видим что для выполнения этой команды необходимы привилегии администратора, или как нередко говорят, необходимы root-права.

Выполнить любую команду с привилегиями администратора можно дописав в начало sudo

yum update

Обновление CentOS с привилегиями администратора

Затем вводим пароль пользователя обладающего root-привилегиями.

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

Ошибка обновления CentOS

Выясним в чем причина. Для начала проверим настройки сетевых интерфейсов. Это можно сделать с помощью команды

ip a

Выполнив ее мы видим что интерфейс с названием ens160 есть, однако, ip-адрес ему не присвоен.
Проверка ip-адреса в CentOS

Но мы точно знаем что ip-адрес должен быть присвоен интерфейсу DHCP-сервером. Проверим конфигурацию сетевого адаптера.

Для этого будем использовать встроенный в CentOS редактор vi. Файл конфигурации сетевого интерфейса называется ifcfg-ens160 и располагается в папке /etc/sysconfig/network-scripts/. Открываем его командой

vi /etc/sysconfig/network-scripts/ifcfg-ens160

Содержимое файла появится на экране

Конфигурация сетевого интерфейса

Для нас представляет интерес последняя строка ONBOOT=no. Она говорит о том что интерфейс будет неактивным после загрузки. исправив no на yes мы включим сетевой интерфейс.

Для внесения изменений в редакторе vi нужно нажать клавишу Insert на клавиатуре. Но мы увидим предупреждение системы говорящее что мы пытаемся изменить файл, который доступен только для чтения.

Файл только для чтения

Редактировать файлы сетевых интерфейсов необходимо с правами администратора, поэтому выходим из режима редактирования (клавиша Esc), нажимаем клавишу двоеточие, затем клавишу q и Enter, и снова открываем файл конфигурации сетевого адаптера, но уже с правами суперпользователя

sudo vi /etc/sysconfig/network-scripts/ifcfg-ens160

нажимаем  клавишу Insert на клавиатуре, заменяем ONBOOT=no на ONBOOT=yes, нажимаем Esc, двоеточие, w, q и Enter;

если все прошло успешно то на экране появится соответствующее сообщение

Успешное сохранения настроек конфигурации сети

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

/etc/init.d/network restart

лучше сразу выполним ее с root-правами

sudo /etc/init.d/network restart

Перезапуск сети в CentOS

Выполнив команду ip a убедимся в том, что сетевой интерфейс получил адрес

Конфигурация сетевого интерфейса

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

Настройки прокси сервера изменяются в файле  /etc/yum.conf, отредактируем его

sudo vi  /etc/yum.conf

Нажимаем Insertm, добавляем три строчки

proxy=http://172.16.0.249:8080
proxy_username=net
proxy_password=password

Настройка прокси сервера в CentOS

Выходим из режима редактирования (клавиша Esc), нажимаем двоеточие, w, q и Enter.

И вот теперь если все сделано как нужно можем обновить систему

sudo yum update

Обновление CentOS

В какой то момент система попросит подтвердить установку пакетов, отвечаем y то есть yes.

Подтверждение обновления CentOS

После загрузки всех обновлений мы получаем самую новую версию операционной системы

Установим более удобный текстовый редактор nano и файловый менеджер midnight commander.

sudo yum install nano

sudo yum install mc

Установить эти программы можно было и одной командой

sudo yum install nano mc.

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

Файловый менеджер Midnight Commander

Отключение неиспользуемых модулей

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

Список используемых в данный момент модулей можно посмотреть командой:

apache2ctl -M


Для отключения модуля используется команда:

a2dismod *название модуля*

Соответственно для включения модуля используется команда:

a2enmod *название модуля*

Обратите внимание, что при использовании

a2dismod

, название модуля необходимо писать без самого слова модуль.

К примеру, если вы в выводе команды apache2ctl -M увидели proxy_module, то для его отключения необходимо использовать команду — a2dismod proxy

Наиболее загружающими систему модулями (по личному опыту) являются:

  • PHP, Ruby, Perl и прочие модули для различных скриптовых языков
  • SSL
  • Rewrite
  • CGI

Так что в тех случаях, когда эти модули вам не нужны я рекомендую эти модули отключить.

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

.3. Manual Network Configuration

Manual configuration of the network software should always be the last
alternative. Using YaST is recommended. All network interfaces
are activated with the script /sbin/ifup.
To halt the interface, use ifdown. To check
its status, use ifstatus.

If you only use internal network cards, simply configure the
interfaces by means of their names. With the commands ifup eth0,
ifstatus eth0, and
ifdown eth0, start, check, or stop
the interface eth0. The respective configuration
files are stored in /etc/sysconfig/network/ifcfg-eth0.
eth0 is the name of the interface and the name of
the configuration.

Alternatively, configure the network in relation to the hardware
address (MAC address) of a network card. In this case, use a hardware-based
configuration file named in the format
ifcfg-<hardware address without colon>.
Use lowercase characters in the hardware address, as displayed by the command
ip link (ifconfig
shows uppercase letters). If ifup finds a configuration
file matching the hardware address, a possibly existing file
ifcfg-eth0 will be ignored.

Things are a little more complicated with hotplug network cards. If you do
not use one of those cards, proceed directly to Section
14.3.1. “Configuration Files”.

Hotplug network cards are assigned the interface name arbitrarily, so the
configuration for one of those cards cannot be stored under the name of the
interface. Instead, a name is used that contains the kind of hardware and the
connection point. In the following, this name is referred to as the hardware
description. ifup must be started with two arguments
— the hardware description and the current interface name.
ifup then determines the configuration that best fits
the hardware description.

For example, consider a laptop with two PCMCIA slots, a PCMCIA ethernet
network card, and an internal network card configured as eth0.
If the internal card is in slot , its hardware
description is eth-pcmcia-0. The
cardmgr or the hotplug network script
runs the command ifup eth-pcmcia-0 eth1.
ifup searches /etc/sysconfig/network/ for
the file ifcfg-eth-pcmcia-0. If this file does
not exist, it consecutively searches for ifcfg-eth-pcmcia,
ifcfg-pcmcia-0, ifcfg-pcmcia,
ifcfg-eth1, and ifcfg-eth. The first
of these files found by ifup is used for the
configuration. To generate a network configuration valid for all PCMCIA
network cards in all slots, the configuration file must be named
ifcfg-pcmcia. This file would be used for
the ethernet card in slot 0 (eth-pcmcia-0) as
well as for a token ring card in slot 1 (tr-pcmcia-1).

A configuration based on the hardware address is treated with
higher priority. This option was only omitted in the example
for the sake of clarity.

YaST lists the configurations for hotplug cards and accordingly writes the
settings to ifcfg-eth-pcmcia-<number>. To use such
a configuration file for all slots,
ifcfg-eth-pcmcia is linked to this file. Keep this in mind
if you sometimes configure the network with and sometimes without YaST.

This section provides an overview of the network configuration files and
explains their purpose and the format used.

These files contain data specific to a network interface. They may be
named after the network interface (ifcfg-eth2), the
hardware address of a network card
(ifcfg-000086386be3), or the hardware description
(ifcfg-usb). If network aliases are used, the
respective files are named ifcfg-eth2:1 or
ifcfg-usb:1. The script ifup gets
the interface name and, if necessary, the hardware description as arguments
then searches for the best matching configuration file.

The configuration files contain the IP address
(BOOTPROTO=“static”, IPADDR=“10.10.11.214”) or
the direction to use DHCP (BOOTPROTO=“dhcp”). The IP address
should already contain the netmask (IPADDR=“10.10.11.214/16”).
Refer to man ifup for the complete
list of variables. In addition, all the variables in the files
dhcp, wireless, and
config can be used in the ifcfg-*
files, if a general setting should only be used for one interface.
By using the variables POST_UP_SCRIPT and
PRE_DOWN_SCRIPT, individual scripts can be run after
starting or before stopping the interface.

The domain to which the host belongs is specified in this file (keyword
search). Also listed is the status of the name
server address (keyword nameserver) to access.
Multiple domain names can be specified. When resolving a name that is not
fully qualified, an attempt is made to generate one by attaching the
individual search entries. Use multiple name servers
by entering several lines, each beginning with
nameserver. Comments are preceded by
# signs.

An example of /etc/resolv.conf is shown in
File 14.5. “/etc/resolv.conf”.
YaST enters the specified name server here.
Some services, like pppd (wvdial), ipppd (isdn), dhcp (dhcpcd and
dhclient), pcmcia, and hotplug, modify the file
/etc/resolv.conf by means of the script
modify_resolvconf.

:/>  Как почистить память озу на компьютере windows 10

If the file /etc/resolv.conf has been temporarily
modified by this script, it contains a predefined comment giving
information about the service by which it has been modified, the
location where the original file has been backed up, and how to
turn off the automatic modification mechanism.
If /etc/resolv.conf is modified several times, the
file includes modifications in a nested form. These can be reverted in
a clean way even if this reversal takes place in an order different from
the order in which modifications where introduced. Services that may need
this flexibility include isdn, pcmcia, and hotplug.

If it happens that a service was not terminated in a normal, clean way,
modify_resolvconf can be used to restore the original
file. Also, on system boot, a check is performed to see whether there
is an uncleaned, modified resolv.conf (e.g., after a
system crash), in which case the original (unmodified)
resolv.conf is restored.

YaST uses the command modify_resolvconfcheck to find out whether
resolv.conf has been modified and will subsequently
warn the user that changes will be lost after restoring the file.
Apart from this, YaST will not rely on
modify_resolvconf, which means that the impact of
changing resolv.conf through YaST is the same as
that of any manual change. In both cases, changes have
a permanent effect. Modifications requested by the
above-mentioned services are only temporary.

Configuring system settings | elasticsearch reference [7.11] | elastic

Where to configure systems settings depends on which package you have used to
install Elasticsearch, and which operating system you are using.

When using the .zip or .tar.gz packages, system settings can be configured:

When using the RPM or Debian packages, most system settings are set in the
system configuration file. However, systems which use systemd
require that system limits are specified in a
systemd configuration file.

When using the RPM or Debian packages on systems that use
systemd, system limits must be
specified via systemd.

The systemd service file (/usr/lib/systemd/system/elasticsearch.service)
contains the limits that are applied by default.

To override them, add a file called
/etc/systemd/system/elasticsearch.service.d/override.conf (alternatively,
you may run sudo systemctl edit elasticsearch which opens the file
automatically inside your default editor). Set any changes in this file,
such as:

Once finished, run the following command to reload units:

Noninteractively reconfiguring an oracle solaris 11 system using a configuration profile

New in Oracle Solaris 11 is the ability to create a system configuration profile from the command line. The resulting output can be used to reconfigure a system in noninteractive mode and is especially useful for cloned Oracle Solaris instances or for use with the Automated Installer.

Note that if you run the sysconfig create-profile command in a global zone, the output might not be usable for a non-global zone. To create a profile for a non-global zone, run this command from within a non-global zone instead.

For this example, we’ll use the create-profile option to generate an XML profile:

$sudo sysconfig create-profile -o ./sc.xml

The command launches the SCI tool (see Figure 1). You can follow the SCI tool sequence described in Configuring an Oracle Solaris 11 System for details. The obvious difference is that there aren’t any SMF state transitions or a halt to the system. We end up with the sc.xml profile in the current directory after exiting the tool.

To use the output of the previous command with sysconfig, type the following:

$sudo sysconfig configure -c ./sc.xml
This program will re-configure your system.
Do you want to continue (y/(n))? y

At this point, the system will reconfigure itself using the sc.xml profile. See Interactively Reconfiguring an Oracle Solaris 11 System Without Full Reboot for a discussion on the SMF state transitions involved.

Running automated fsck on remote server

I had another question about df, and now i came to conclusion i need to run fsck my partition, i’ve been reading about it and would like some advice, if possible.

The situation is like this, no physical access to the server and i want to run fsck.

from what i read i just need to touch /forcefsck and when i reboot it will run fsck.

My question is, at its basis, with what arguments will the fsck run? Will it need user input to correct errors, etc?

and after running will it save a log of what happened?

if this was how it ran it would be perfect, anyway of enforcing that on reboot?

fsck -v -p /machine/disk/p1 2>&1 > fscklog.txt

Also here they describe this:

it’s also a good idea on debian and debian-derivatives like ubuntu to edit /etc/default/rcS on remote servers and set “FSCKFIX=yes”
that adds “-y” to the boot time fsck, so it doesn’t risk the remote server being stuck waiting for someone to login at the console and run fsck.

But on Centos that doesn’t seem to exist

I only have ssh access at the moment so that is why i’m being so picky with it.

here’s some info about disks and mounted volumes on the server: http://pastebin.centos.org/33314

Thanks.

Загрузка

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

Данное меню располагает следующими параметрами, которые можно активировать галочкой:

  • «Безопасный режим». Активировав безопасный режим, вы запустите вашу ОС с ограниченными возможностями, что полезно для диагностики системных ошибок;
  • «Без GUI». Активация данного параметра уменьшит время на загрузку системы при включении компьютера, так как отключит анимацию загрузки. Windows устроена таким образом, что пока анимация полностью не проиграется, она не загрузится, даже если уже загрузились все драйвера и системные службы;
  • «Журнал загрузки». Этот параметр позволяет создать специальный текстовый файл, куда будет выведена информация о порядке загруженных драйверов во время загрузки системы после включения компьютера;
  • «Базовое видео». Включение этого параметра заменит драйвера дискретной видеокарты на стандартный VGA-драйвер;
  • «Информация об ОС». Если вы включите этот режим, то во время следующей начальной загрузки Windows сможете увидеть информацию о загружаемых драйверах.

Использование команды shutdown в дистрибутивах linux ubuntu и centos

Команда shutdown для Ubuntu и CentOS относительно похожа. Каждую команду, показанную ниже, можно использовать в соответствующем терминале. Помните, что для доступа к вашему VPS-серверу вам нужно будет использовать SSH. У нас есть руководство, посвящённое процессу работы с PuTTY!

Основная команда выключения как для CentOS, так и для Ubuntu выглядит так:

shutdown

Приведённая выше команда не выключит ваш компьютер немедленно. Она установит минутный таймер перед выключением. Не забудьте сохранить свою работу до отключения.

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

shutdown now

Как мы уже упоминали ранее, здесь команды для обеих ОС одинаковы.

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

shutdown чч:мм

Команда shutdown Linux использует 24-часовый формат. Введите часы вместо чч и минуты вместо мм.

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

shutdown  м

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

Чтобы предупредить о выключении вошедших в ваш VPS пользователей, введите следующую команду и нажмите Enter:

Shutdown  м “Сохраните свою работу, компьютер выключится через 5 минут”

Текст в кавычках можно заменить на любое сообщение.

Конфигурируем через yast

Даже те, кто ни разу не использовал openSUSE знают, что почти все здесь можно сделать через панель управления YaST. Итак, выберем элемент Network Settings в разделе Network Devices:Конфигурируем статический IP в openSUSE - Блог - Tune IT
В первую очередь надо переключиться в режиме ifup на вкладке “Global options”:
Конфигурируем статический IP в openSUSE - Блог - Tune IT
Теперь нужно перейти на вкладку Overview, выбрать интерфейс и нажать на кнопку Edit:Конфигурируем статический IP в openSUSE - Блог - Tune ITВыбираем Static assigned IP address, и заполняем соответствующие поля. Subnet mask можно также записать через 4 октета:Конфигурируем статический IP в openSUSE - Блог - Tune IT

Также нужно настроить статические маршруты на вкладке Routing и DNS-сервера. После нажатия на кнопку OK, YaST сам обновит необходимые конфиги и перезапустит сервисы.

Логика организации конфигурации apache

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

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

:/>  Как перезапустить любую службу в Windows 7, 8, 10 -

Директивы, ответственные за те или иные параметры безопасности сервера, вынесены в файл security.conf. Тем самым, директивы как бы сгруппированы по своему смыслу в отдельные конфигурационные файлы. Это достаточно логично и удобно при чтении, правке, активации и деактивации конфигов.

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

Во-вторых: центром всей конфигурации выступает главный конфиг Apache веб сервера – apache2.conf файл. Именно этот файл в первую очередь ищет и читает web сервер Apache при старте или перезагрузке.

А уже в этом файле при помощи директив Include, в месте их указания, выполняется подключение и загрузка всех остальных заданных конфигов. Таким образом, все конфигурационные файлы объединяются в единую конфигурацию web сервера и происходит это, когда Apache читает файлы по порядку их подключения, начиная с главного конфига.

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

В-третьих: если вы посмотрите на структуру каталогов домашней директории Apache, то увидите три пары директорий с названиями вида: префикс_каталога-available/enabled. Такая логическая структура призвана для распределения ваших конфигов на три группы, исходя из префикса названия каталога, где conf-* это каталоги для ваши прочих конфигов, mods-* это каталоги для конфигов модулей Apache и sites-* это каталоги для конфигов ваших виртуальных хостов.

Вторая часть имени этих каталогов -available/-enabled логически указывает на доступные вообще и только активные в настоящий момент момент конфиги. Так в директориях *-available хранятся все доступные для использования файлы конфигурации, а уже в директориях вида *-enabled расположены символьные ссылки (ярлыки) только на те конфиги из *-available директории, которые должны быть прочитаны web сервером при загрузке конфигурации.

Apache читает только каталоги вида *-enabled, поэтому применяться только те конфиги, на которые в этих каталогах есть ссылки. Такой подход дает еще дополнительный уровень удобства тем, что позволяет вам хранить все ваши конфиги в каталогах домашней директории сервера, а задействовать только необходимые в текущий монет.

В-четвертых: директивы конфигурации web сервера Apache имеют контекст (Context), в котором они действуют. Понятие контекст директивы указывает на то, где, на каком уровне и в каком конфиге данная директива может использоваться.

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

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

Виды контекста директив:

Общие

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

  • обычный запуск. Здесь всё можно понять по названию – это обычный режим загрузки ОС Windows. Он включает в себя загрузку всех элементов автозапуска, драйверов, системных служб и так далее. Ваша ОС по умолчанию всегда запускается именно в таком режиме, если вы ничего не меняли в настройках;
  • диагностический запуск. Этот режим запуска в большинстве используется для тестирования системы и устранения неполадок. Часто бывает так, что некоторые программы приводят к неполадкам в работе системы и препятствуют её полноценному функционированию (а то и вовсе могут привести к невозможности ОС загрузиться). В режиме диагностического запуска загружаются только самые важные службы и системные компоненты. В таком режиме лучшего всего заниматься чисткой компьютера от различных вредоносных программ;
  • выборочный запуск. Данный режим служит для более детального изучения возникших в системе неполадок. По сути, диагностический запуск – это выборочный запуск, в котором не поставлено ни одной галочки. В данном режиме вы сможете сами выбирать, какие элементы загружать, а какие – нет. Для более точной диагностики рекомендуется поочерёдно включать элементы, до тех пор, пока не возникнет та системная проблема, которая беспокоит вас в обычном режиме. Так вы сможете определить, в какой из запускаемых служб содержится проблема, и это поможет вам приблизиться к её решению.

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

Опции fsck.

Основные Опции.

Блокировка целого дискового устройства эксклюзивным flock. Этот параметр может быть использован только с одного устройства (это означает, что -A и -l являются взаимоисключающими). Эта опция рекомендуется, когда несколько экземпляров FSCK выполняются в то же время.

Сериализация FSCK операций. Это отличная идея, если вы проверяете несколько файловых систем в интерактивном режиме. (Примечание. E2fsck работает в интерактивном режиме по умолчанию. Чтобы запустить e2fsck в не-интерактивном режиме, необходимо указать -p или -a, если вы хотите чтобы все ошибки исправлялись автоматически используйте опцию -n если вы не делаете.)

Задает тип (ы) файловой системы которые должны быть проверены. Когда флаг -A, используется только файловые системы, которые соответствуют fslist проверяются. Fslist параметр разделенный запятыми список файловых систем и опционов спецификаторов.

Опции спецификаторы могут быть включены раздельными запятыми в fslist. Они должны иметь формат opts=fs-option. Если спецификатор присутствует, то только файловые системы, которые содержат FS-option в их опциях монтирования области /etc/fstab  будут проверены.

Например, если OPTS = ро появляется в fslist, то только файловые системы, перечисленные в/etc/fstab с возможностью ро будут проверены.

Как правило, тип файловой системы выводится с помощью функции поиска для filesys в файле /etc/fstab и используя соответствующую запись. Если тип не может быть выведен, и есть только одна файловая система в качестве аргумента для опции -t, Fsck будет использовать указанный тип файловой системы. Если этот тип не доступен, то тип по умолчанию файловая система (в настоящее время ext2) не используется.

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

Корневая файловая система будет сначала проверяется, если опция -P не указана (смотрите ниже). После этого файловые системы будут проверяться в порядке, установленном в поле fs_passno (в шестом)в файле /etc/fstab. Файловые системы со значением fs_passno 0 пропускаются и не проверяются вообще.

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

Fsck не проверяет сложенные устройств (рейды, DM-склеп …) параллельно с любым другим устройством. Смотрите ниже для установки FSCK_FORCE_ALL_PARALLEL для файловой системы используется определения зависимостей между устройствами.

Таким образом, очень распространенная конфигурация в  файле /etc/fstab для установки корневой файловой системы имеет значение fs_passno из 1 и установить все другие файловые системы имеют значение fs_passno 2. Это позволит запустить проверку Fsck для автоматического запуска файловой системы параллельно.

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

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

/etc/fstab опцию монтирования nofail могут быть использованы, чтобы пропустить в Fsck несуществующие устройства. Fsck также пропускает несуществующие устройства, которые имеют особый тип файловой системы автоматически.

-C [fd]

Показать завершения / индикаторы выполнения для этих проверок файловых систем (в настоящее время только для ext2 и ext3), которые поддерживают их. Fsck будет управлять проверкой файловой системы так, что только один из них будет отображать индикатор выполнения.

Не проверять смонтированные файловые системы и вернуть код завершения 0, для смонтированных файловых систем.

Ничего не делать, просто показывает, что должно быть сделано.

Когда опция -A устанавливается, то fsck проверяет корневую файловую систему параллельно с другими файловыми системами. Это не очень безопасно, чтобы делать так, т.к если корневая файловая система находится под e2fsck, то исполняемый файл может быть поврежден!

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

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

Не показывать название при запуске.

Подробный вывод, в том числе всех команд конкретной файловой системы , которые выполняются.

:/>  Как узнать системные требования своего компьютера в два клика!

 Специальные параметры для файловой системы.

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

Параметры и аргументы, которые следуют — рассматриваются как файловая система конкретных вариантов, которые будут переданы в файловой системе конкретной проверки.

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

Хотя не гарантируется, что следующие параметры поддерживаются большинством файловых систем:

Автоматическое восстановление файловой системы без каких-либо вопросов (используйте эту опцию с осторожностью). Обратите внимание, что e2fsck поддерживает -a только для обратной совместимости. Эта опция отображается на e2fsck-х с опцией -p, которая является безопасной в использовании, в отличие от опции -a.

Для некоторых файловых систем конкретных проверок, опция -n вызовет fs-specific  FSCK и тем самым данная опция говорит о отказе от попыток исправить все проблемы, но просто сообщать о таких проблемах в стандартный вывод.

В частности, fsck.reiserfs не будет сообщать любые повреждения при использовании этих варианта.

fsck.minix браузер не поддерживает параметр -n вообще.

Интерактивный ремонт файловой системы (спросит подтверждение).

Примечание: Как правило, плохая идея использовать эту опцию, если несколько FSCK в настоящее время работают параллельно. Также обратите внимание, что это поведение для E2fsck по умолчанию; он поддерживает эту опцию только для причин обратной совместимости.

Для некоторых файловых систем конкретная проверка, -у — этот вариант вызовет fs-specific Fsck которая всегда пытаться автоматически исправить все обнаруженные и поврежденное в файловой системы. Иногда эксперт может быть в состоянии сделать лучше запустить FSCK вручную.

Для удобства – настроим сеть:

# ifconfig eth0 inet 77.120.106.** netmask 255.255.255.0
# route add default gw 77.120.106.1 eth0

В ОС — Linux уже имеется утилита FSCK («Проверка системных файлов») для проверки файловой системы.Синтаксис выглядит следующим образом, есть необходимость проверить и при необходимости отремонтировать одну или несколько файловых систем Linux:

# fsck Fs-Name-Here
# fsck /dev/xyz
# fsck /home
# fsck.ext3 /dev/hdc1
# fsck.ext2 /dev/flash/device/name

Fs-Name-Here -может быть одним из следующих:Имя устройства — (e.g. /dev/hda1, /dev/sda2, /dev/md0, /dev/vg1/volume_1).Точка монтирования — (e.g. /var, /home).Метка ext2 — (e.g. LABEL=home ).UUID спецификатор — (e.g. UUID=8536abf2-44c3-5a90-34b3-bfc23456f6bd).

Готовые примеры.

Во-первых, файловая система должна быть демонтирована. Вы не можете восстановить его, пока он работает, но для начала перейдем в init 1:

# init 1

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

# fdisk -l

Далее, выполним проверку чтобы узнать тип файловой системы:

# file -s /dev/sda1

/dev/sda1: Linux rev 1.0 ext4 filesystem data (needs journal recovery) (extents) (huge files)

Далее, демонтировать файловую систему, например, если это /home (/dev/sda3) файловая система введите команду:

# umount /home

Или

# umount /dev/sda1

Можно вывести, что можно выполнить для данной ФС:

# fsck -N /dev/sda1
 fsck from util-linux-ng 2.17.2
[/sbin/fsck.ext4 (1) -- /boot] fsck.ext4 /dev/sda1

Например, запустим проверку целостности ФС с исправлением всех ошибок в автоматическом режиме:

# fsck.ext4 -y /dev/sda1
e2fsck 1.41.12 (17-May-2021)
/dev/sda1 is mounted.
e2fsck: Cannot continue, aborting.

У меня данный раздел примонтирован, нужно его отмонтировать и выполнить заново данную команду:

# umount /dev/sda1

Отмонтировали, теперь выполняем проверку:

# fsck.ext4 -y /dev/sda1

Вот что получили:

Подготовка папок

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


Создадим на диске «C:» (или где вам удобней) папку «Server»:

C:Server

В ней создадим 2 папки:

C:Serverweb

– это папка в которой у нас будут лежать программы

C:Serverdomains

– а в этой папке будут лежать наши сайты


Итак, в папке web мы создадим 3 папки для apache, php, mysql:

C:ServerwebapacheC:ServerwebphpC:Serverwebmysql

Далее перейдем в папку domains и создадим папку localhost

C:Serverdomainslocalhost

Внутри папки у нас будет 2 подпапки: public_html – для файлов сайта; logs – для текстовых файлов, в которых записывается «кто» получал доступ к сайту и какие ошибки в работе сайта появлялись.

C:Serverdomainslocalhostpublic_htmlC:Serverdomainslocalhostlogs


На этом структура папок заканчивается, переходим к настройке Apache.

Системные команды для apache

В Ubuntu для Apache, так же как и для других служб системы, доступны команды вида:

sudoserviceapache2start|stop|graceful-stop|restart|reload|force-reload|status

Примеры общих системных команд управления Apache web сервером:

sudo service apache2 start           Запуск Apache2
sudo service apache2 stop            Остановка Apache2
sudo service apache2 graceful-stop   Мягкая остановка Apache2
sudo service apache2 restart         Перезапуск Apache2
sudo service apache2 reload          Мягкий перезапуск Apache2
sudo service apache2 force-reload    Форсированный перезапуск Apache2

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

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

Структура домашней директории apache в ubuntu

В процессе стандартной установки WEB сервера Apache в Ubuntu создается следующая структура файлов и каталогов домашней директории веб сервера:

/etc/apache2/...............................Домашняя директория Apache в Ubuntu - ServerRoot
    |-- conf-available......................директория, содержит разные конфиги
    |    `-- charset.conf...................файл для указания кодировок
    |    `-- localized-error-pages.conf.....файл для задания страниц ошибок
    |    `-- other-vhosts-access-log.conf...файл для задания логов виртуальных хостов
    |    `-- security.conf..................файл для директив безопасности
    |    `-- serve-cgi-bin.conf.............файл для директив конфигурации CGI
    |-- conf-enabled........................директория, содержит ССЫЛКИ на активированные конфиги из conf-available
    |    `-- @..............................ССЫЛКИ на активированные конфиги из conf-available
    |-- mods-available......................директория, содержит конфиги установленных модулей Apache
    |    `-- ...    ........................доступные конфиги модулей Apache
    |-- mods-enabled........................директория, содержит ССЫЛКИ на активированные конфиги модулей из mods-available
    |    `-- @..............................ССЫЛКИ на активированные конфиги модулей Apache
    |-- sites-available.....................директория содержит доступные конфиги виртуальных хостов
    |    `-- 000-default.conf...............файл виртуального хоста по умолчанию для 80 порта, создан при инсталляции Apache
    |    `-- default-ssl.conf...............файл виртуального хоста по умолчанию для порта 443, создан при инсталляции Apache
    |-- sites-enabled.......................директория, содержит ССЫЛКИ на активированные конфиги виртуальных хостов из sites-enabled
    |    `-- @000-default.conf..............ссылка на активированный конфиг виртуального хоста
    |-- apache2.conf........................ГЛАВНЫЙ конфиг web сервера Apache в Ubuntu
    |-- envvars.............................файл с настройками путей для окружения Apache
    |-- magic...............................Файл скриптов для модуля mime_magic (этот модуль не активен по умолчанию)
    |-- ports.conf..........................файл для задания портов на которых будет принимать подключения Apache

Приведенные примеры представлены из OS Ubuntu server 16.04 LTS, однако тоже самое будет и в других версиях и дистрибутивах Ubuntu как в сервером варианте, так и в desktop варианте.

Установка php

Если веб-сервер был нужен вам для размещения статического содержимого или сторонних веб-приложений, например, публикации баз 1С:Предприятия, то дальше можно не читать. Но если вы собираетесь создать сайт на основе популярных CMS – вам потребуется поддержка скриптового языка PHP, на базе которого разработаны большинство современных “движков”.

Важно! В современных дистрибутивах используется более новая версия PHP7, чтобы работать с новой версией языка вместо php5 в приведенных ниже командах следует указывать php7.x или просто php, например, вместо php5-imagick нужно набрать php7.0-imagick или php-imagick.

Выполним команду:

apt-get install php5

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

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

Например, для работы с графикой вам потребуется поддержка графической библиотеки GD2, поэтому установим соответствующий модуль:

apt-get install php5-gd

После чего не забудьте перезапустить веб-сервер:

service apache2 reload

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

Установим утилиту и модуль PHP для нее:

apt-get install imagemagick php5-imagick

Для проверки работы PHP создадим в корневой директории сайта специальный скрипт:

Оставьте комментарий

Adblock
detector