Вопросы Теги

Создание дополнительного виртуального хоста Ubuntu Server 16.04.3

14.04

В этом случае больше похоже на ответ user53768. Все, что вам нужно сделать, это:

1- Для преобразования ваших желаемых изображений в тип *.svg с использованием Inskscape.

2- Резервное копирование старых значков в каталогах /usr/share/icons/ubuntu-mono-dark/status/22/ и /usr/share/icons/ubuntu-mono-light/status/22/ (в моем примере я использую английский и греческий языки). 

cd usr/share/icons/ubuntu-mono-dark/status/22/
sudo mv indicator-keyboard-En.svg indicator-keyboard-En.svg.bak    
sudo mv indicator-keyboard-Gr.svg indicator-keyboard-Gr.svg.bak
cd /usr/share/icons/ubuntu-mono-light/status/22/
sudo mv indicator-keyboard-En.svg indicator-keyboard-En.svg.bak
sudo mv indicator-keyboard-Gr.svg indicator-keyboard-Gr.svg.bak

3- Сделать символические ссылки ваших изображений. 

sudo ln -s /home/myUser/.icons/us.svg /usr/share/icons/ubuntu-mono-dark/status/22/indicator-keyboard-En.svg
sudo ln -s /home/myUser/.icons/gr.svg /usr/share/icons/ubuntu-mono-dark/status/22/indicator-keyboard-Gr.svg
sudo ln -s /home/myUser/.icons/us.svg /usr/share/icons/ubuntu-mono-light/status/22/indicator-keyboard-En.svg
sudo ln -s /home/myUser/.icons/gr.svg /usr/share/icons/ubuntu-mono-light/status/22/indicator-keyboard-Gr.svg

Это все !!

2
задан 3 May 2018 в 17:26

4 ответа

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

1. Не обязательно ничего делать с [ f3]. Этот файл служит локальным DNS и если вы хотите получить доступ к своему доменному имени (FQDN) локально (из самого компьютера, если у вас нет доступа к Интернету или настройки DNS), достаточно одной новой строки:

[ f1] Обратите внимание, что в вопросе написано 127.0.0.1 example.com. - возможно, точка до конца является копией / вставкой.

3. Как работают виртуальные хосты?

На стороне клиента при вводе любого FQDN в local (например, http://example.com) он проверяет [1], есть ли запись для этого полного доменного имени в . Если такой записи нет, локально запрашивает ваш DNS (предоставленный в /etc/network/interfaces или в /etc/resolv.conf или DHCP) для IP-адреса запрошенного полного доменного имени. И DNS возвращает запись A для запрашиваемого имени домена. Затем браузер отправляет HTTP-запрос на предоставленный IP-адрес. Заголовок запроса содержит IP-адрес, полное доменное имя и т. Д.

Обратите внимание, что в вопросе написано 127.0.0.1 example.com. - возможно, точка до конца является копией / вставкой. 7]

На стороне сервера, когда запрос поступает на IP-адрес сервера на определенном порту, этот запрос будет обрабатываться службой, которая прослушивает этот порт. По умолчанию HTTP / HTTPS порт 80 / 443 и он прослушивает его / их - это определено в /etc/apache2/ports.conf.

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

3. Не используйте тег VirtualHost в следующим образом: <VirtualHost mydomain.com:80>. Это и т. Д. . Вместо этого используйте его по умолчанию: <VirtualHost *:80>. На самом деле звездочка * означает все доступные сетевые интерфейсы (IP-адреса, обрабатываемые сервером).

5. В соответствии с вышеизложенным ваша конфигурация Apache должна выглядеть так: 

<VirtualHost *:80>
   ServerName example.com
   ServerAlias www.example.com
   ServerAdmin admin@example.com

   DocumentRoot "/var/www/example.com/public_html"

   ErrorLog ${APACHE_LOG_DIR}/example.com.error.log
   CustomLog ${APACHE_LOG_DIR}/example.com.access.log combined
</VirtualHost>

<VirtualHost *:80>
   ServerName second-example.com
   ServerAlias www.second-example.com
   ServerAdmin admin@second-example.com

   DocumentRoot "/var/www/second-example.com/public_html"

   ErrorLog ${APACHE_LOG_DIR}/second-example.com.error.log
   CustomLog ${APACHE_LOG_DIR}/second-example.com.access.log combined
</VirtualHost>
Обычно определения различных виртуальных хостов размещаются в отдельных файлах .conf, чтобы быть a2ensite / a2dissite легко. Не обязательно разделять файлы журнала (в этом примере показано). Это еще одна идея. В вопросе написано ServerAdmin admin.example.com, вы должны предоставить электронное письмо с этой директивой.
1
ответ дан 22 May 2018 в 11:01
[D0] 1. Вам не нужен второй IP-адрес для обслуживания более одного виртуального хоста на сервере. Что-то еще, как я правильно понял, у вас есть только один статический IP-адрес. Поэтому, если у вас нет других специальных требований, я бы посоветовал вам отменить изменения, связанные с сетевыми интерфейсами.

1. Не обязательно ничего делать с /etc/hosts. Этот файл служит локальным DNS и если вы хотите получить доступ к своему доменному имени (FQDN) локально (из самого компьютера, если у вас нет доступа к Интернету или настройки DNS), достаточно одной новой строки:

127.0.0.1 example.com www.example.com second-example.com www.second-example.com Обратите внимание, что в вопросе написано 127.0.0.1 example.com. - возможно, точка до конца является копией / вставкой.

3. Как работают виртуальные хосты?

На стороне клиента при вводе любого FQDN в local (например, http://example.com) он проверяет [1], есть ли запись для этого полного доменного имени в /etc/hosts. Если такой записи нет, локально запрашивает ваш DNS (предоставленный в /etc/network/interfaces или в /etc/resolv.conf или DHCP) для IP-адреса запрошенного полного доменного имени. И DNS возвращает запись A для запрашиваемого имени домена. Затем браузер отправляет HTTP-запрос на предоставленный IP-адрес. Заголовок запроса содержит IP-адрес, полное доменное имя и т. Д.

Обратите внимание, что в вопросе написано 127.0.0.1 example.com. - возможно, точка до конца является копией / вставкой.

На стороне сервера, когда запрос поступает на IP-адрес сервера на определенном порту, этот запрос будет обрабатываться службой, которая прослушивает этот порт. Порт HTTP / HTTPS по умолчанию 80 / 443 и он прослушивает его / их - это определено в /etc/apache2/ports.conf.

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

3. Не используйте тег VirtualHost в следующим образом: <VirtualHost mydomain.com:80>. Это запись A . Вместо этого используйте его по умолчанию: <VirtualHost *:80>. На самом деле звездочка * означает все доступные сетевые интерфейсы (IP-адреса, обрабатываемые сервером).

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

<VirtualHost *:80> ServerName example.com ServerAlias www.example.com ServerAdmin admin@example.com DocumentRoot "/var/www/example.com/public_html" ErrorLog ${APACHE_LOG_DIR}/example.com.error.log CustomLog ${APACHE_LOG_DIR}/example.com.access.log combined </VirtualHost> <VirtualHost *:80> ServerName second-example.com ServerAlias www.second-example.com ServerAdmin admin@second-example.com DocumentRoot "/var/www/second-example.com/public_html" ErrorLog ${APACHE_LOG_DIR}/second-example.com.error.log CustomLog ${APACHE_LOG_DIR}/second-example.com.access.log combined </VirtualHost> Обычно определения различных виртуальных хостов размещаются в отдельных файлах .conf, чтобы быть a2ensite / a2dissite легко. Не обязательно разделять файлы журнала (в этом примере показано). Это еще одна идея. В вопросе написано ServerAdmin admin.example.com, вы должны предоставить электронное письмо с этой директивой.
2
ответ дан 17 July 2018 в 15:21
[D0] 1. Вам не нужен второй IP-адрес для обслуживания более одного виртуального хоста на сервере. Что-то еще, как я правильно понял, у вас есть только один статический IP-адрес. Поэтому, если у вас нет других специальных требований, я бы посоветовал вам отменить изменения, связанные с сетевыми интерфейсами.

1. Не обязательно ничего делать с /etc/hosts. Этот файл служит локальным DNS и если вы хотите получить доступ к своему доменному имени (FQDN) локально (из самого компьютера, если у вас нет доступа к Интернету или настройки DNS), достаточно одной новой строки:

127.0.0.1 example.com www.example.com second-example.com www.second-example.com Обратите внимание, что в вопросе написано 127.0.0.1 example.com. - возможно, точка до конца является копией / вставкой.

3. Как работают виртуальные хосты?

На стороне клиента при вводе любого FQDN в local (например, http://example.com) он проверяет [1], есть ли запись для этого полного доменного имени в /etc/hosts. Если такой записи нет, локально запрашивает ваш DNS (предоставленный в /etc/network/interfaces или в /etc/resolv.conf или DHCP) для IP-адреса запрошенного полного доменного имени. И DNS возвращает запись A для запрашиваемого имени домена. Затем браузер отправляет HTTP-запрос на предоставленный IP-адрес. Заголовок запроса содержит IP-адрес, полное доменное имя и т. Д.

Обратите внимание, что в вопросе написано 127.0.0.1 example.com. - возможно, точка до конца является копией / вставкой.

На стороне сервера, когда запрос поступает на IP-адрес сервера на определенном порту, этот запрос будет обрабатываться службой, которая прослушивает этот порт. Порт HTTP / HTTPS по умолчанию 80 / 443 и он прослушивает его / их - это определено в /etc/apache2/ports.conf.

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

3. Не используйте тег VirtualHost в следующим образом: <VirtualHost mydomain.com:80>. Это запись A . Вместо этого используйте его по умолчанию: <VirtualHost *:80>. На самом деле звездочка * означает все доступные сетевые интерфейсы (IP-адреса, обрабатываемые сервером).

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

<VirtualHost *:80> ServerName example.com ServerAlias www.example.com ServerAdmin admin@example.com DocumentRoot "/var/www/example.com/public_html" ErrorLog ${APACHE_LOG_DIR}/example.com.error.log CustomLog ${APACHE_LOG_DIR}/example.com.access.log combined </VirtualHost> <VirtualHost *:80> ServerName second-example.com ServerAlias www.second-example.com ServerAdmin admin@second-example.com DocumentRoot "/var/www/second-example.com/public_html" ErrorLog ${APACHE_LOG_DIR}/second-example.com.error.log CustomLog ${APACHE_LOG_DIR}/second-example.com.access.log combined </VirtualHost> Обычно определения различных виртуальных хостов размещаются в отдельных файлах .conf, чтобы быть a2ensite / a2dissite легко. Не обязательно разделять файлы журнала (в этом примере показано). Это еще одна идея. В вопросе написано ServerAdmin admin.example.com, вы должны предоставить электронное письмо с этой директивой.
2
ответ дан 20 July 2018 в 15:47
[D0] 1. Вам не нужен второй IP-адрес для обслуживания более одного виртуального хоста на сервере. Что-то еще, как я правильно понял, у вас есть только один статический IP-адрес. Поэтому, если у вас нет других специальных требований, я бы посоветовал вам отменить изменения, связанные с сетевыми интерфейсами.

1. Не обязательно ничего делать с /etc/hosts. Этот файл служит локальным DNS и если вы хотите получить доступ к своему доменному имени (FQDN) локально (из самого компьютера, если у вас нет доступа к Интернету или настройки DNS), достаточно одной новой строки:

127.0.0.1 example.com www.example.com second-example.com www.second-example.com Обратите внимание, что в вопросе написано 127.0.0.1 example.com. - возможно, точка до конца является копией / вставкой.

3. Как работают виртуальные хосты?

На стороне клиента при вводе любого FQDN в local (например, http://example.com) он проверяет [1], есть ли запись для этого полного доменного имени в /etc/hosts. Если такой записи нет, локально запрашивает ваш DNS (предоставленный в /etc/network/interfaces или в /etc/resolv.conf или DHCP) для IP-адреса запрошенного полного доменного имени. И DNS возвращает запись A для запрашиваемого имени домена. Затем браузер отправляет HTTP-запрос на предоставленный IP-адрес. Заголовок запроса содержит IP-адрес, полное доменное имя и т. Д.

Обратите внимание, что в вопросе написано 127.0.0.1 example.com. - возможно, точка до конца является копией / вставкой.

На стороне сервера, когда запрос поступает на IP-адрес сервера на определенном порту, этот запрос будет обрабатываться службой, которая прослушивает этот порт. Порт HTTP / HTTPS по умолчанию 80 / 443 и он прослушивает его / их - это определено в /etc/apache2/ports.conf.

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

3. Не используйте тег VirtualHost в следующим образом: <VirtualHost mydomain.com:80>. Это запись A . Вместо этого используйте его по умолчанию: <VirtualHost *:80>. На самом деле звездочка * означает все доступные сетевые интерфейсы (IP-адреса, обрабатываемые сервером).

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

<VirtualHost *:80> ServerName example.com ServerAlias www.example.com ServerAdmin admin@example.com DocumentRoot "/var/www/example.com/public_html" ErrorLog ${APACHE_LOG_DIR}/example.com.error.log CustomLog ${APACHE_LOG_DIR}/example.com.access.log combined </VirtualHost> <VirtualHost *:80> ServerName second-example.com ServerAlias www.second-example.com ServerAdmin admin@second-example.com DocumentRoot "/var/www/second-example.com/public_html" ErrorLog ${APACHE_LOG_DIR}/second-example.com.error.log CustomLog ${APACHE_LOG_DIR}/second-example.com.access.log combined </VirtualHost> Обычно определения различных виртуальных хостов размещаются в отдельных файлах .conf, чтобы быть a2ensite / a2dissite легко. Не обязательно разделять файлы журнала (в этом примере показано). Это еще одна идея. В вопросе написано ServerAdmin admin.example.com, вы должны предоставить электронное письмо с этой директивой.
2
ответ дан 23 July 2018 в 16:18

Другие вопросы по тегам:

Похожие вопросы: