NixTux

http_proxy="http://username:password@adress:port" https_proxy="http://username:password@adress:port" curl http://yandex.ru/internet | grep IP
(это команда в одну строку, где http_proxy, https_proxy — это переменные окружения)
Firefox (bug #1344551), Chromium, Lynx не умеют брать логин и пароль из переменной окружения.
Должен быть показан IP-адрес прокси-сервера.
можно прописать
export http_proxy="http://username:password@adress:port" https_proxy="http://username:password@adress:port"
в ~/.profile для задания параметров прокси для конкретного пользователя и в /etc/environment, чтобы их задать общесистемно.

Программы могут как читать эту переменную окружения, так и игнорировать ее. Различные графические конфигураторы прокси в KDE/Xfce/др. DE просто настраивают эту переменную окружения.
env | grep -i proxy — чтобы посмотреть текущие значения переменных окружения с параметрами прокси.

sudo nano /etc/systemd/network/50-1vds.network

[Match]
Name=ens*
[Network]
DHCP=no
# ping to Google DNS 8.8.8.8 is less than to Yandex 77.88.8.*
DNS=8.8.8.8
DNS=77.88.8.8
DNS=77.88.8.1
DNS=9.9.9.9
NTP=ntp.ubuntu.com
Gateway=10.0.0.1
[Address]
Address=212.109.197.147/32
Peer=10.0.0.1

212.109.197.147 замените на IP-адрес своего виртуального сервера (VPS, VDS) с виртуализацией KVM на хостинге FirstVDS (1vds). Name=ens* — проверьте, что в выводе команды ip a сетевой интерфейс называется, например, ens3, а не eth0; если eth0, то тогда: Name=eth*
sudo systemctl enable systemd-networkd
sudo systemctl start systemd-networkd
Документация по systemd-networkd здесь.

Для простого DHCP (Ethernet-кабель от роутера) конфиг /etc/systemd/network/50-dhcp.network такой:

[Match]
Name=en*

[Network]
DHCP=yes
DNS=8.8.8.8
DNS=77.88.8.8
NTP=ntp.ubuntu.com

[DHCP]
UseDNS=no

UseDNS=no заставляет использовать только указанные DNS-сервера, иначе первым DNS-сервером будет полученный по DHCP, а последующими — указанные. Узнать список используемых DNS-серверов можно так: cat /etc/resolv.conf

Еще более простой конфиг:

[Match]
Name=en*

[Network]
DHCP=yes

Название интерфейсов (Name) смотрите в выводе /sbin/ip a.

Ubuntu 18.04, панель Vesta.
php -i
php --ini
По этим командам было видно, что из папок с симлинками на конфиги не подгружались конфиги, а все потому что при смене названия файлов в /etc/php/7.2/mods-available/ побились символические ссылки. Этот скрипт их пересоздает для всех установленных версий php, подключая все доступные расширения для модулей cgi, fpm и cli.

alias ls="/bin/ls"
for php_version in $(ls /etc/php/)
do
	rm -fv /etc/php/${php_version}/fpm/conf.d/* /etc/php/${php_version}/cli/conf.d/* /etc/php/${php_version}/cgi/conf.d/*
	for i in i in $(ls /etc/php/${php_version}/mods-available/)
	do
		ln -s /etc/php/${php_version}/mods-available/${i} /etc/php/${php_version}/fpm/conf.d/${i}
		ln -s /etc/php/${php_version}/mods-available/${i} /etc/php/${php_version}/cli/conf.d/${i}
		ln -s /etc/php/${php_version}/mods-available/${i} /etc/php/${php_version}/cgi/conf.d/${i}
	done
done

А ошибки были такого вида:
PHP Fatal error: Uncaught Error: Call to undefined function Symfony\Polyfill\Mbstring\iconv() in /usr/share/php/Symfony/Polyfill/Mbstring/Mbstring.php:534 (при запуске composer)

2018/03/28 23:51:08 [error] 11030#11030: *10 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Uncaught Error: Call to undefined function Symfony\Polyfill\Mbstring\iconv_strpos() in /home/admin/web/domain.com/public_html/vendor/symfony/polyfill-mbstring/Mbstring.php:363
Stack trace:
#0 /home/admin/web/domain.com/public_html/vendor/symfony/polyfill-mbstring/bootstrap.php(32): Symfony\Polyfill\Mbstring\Mbstring::mb_strpos('', '/json', 0, 'UTF-8')
#1 /home/admin/web/domain.com/public_html/vendor/laravel/framework/src/Illuminate/Support/Str.php(103): mb_strpos('', '/json')
#2 /home/admin/web/domain.com/public_html/vendor/laravel/framework/src/Illuminate/Http/Concerns/InteractsWithContentTypes.php(34): Illuminate\Support\Str::contains('', Array)
#3 /home/admin/web/domain.com/public_html/vendor/laravel/framework/src/Illuminate/Http/Request.php(339): Illuminate\Http\Request->isJson()
#4 /home/admin/web/domain.com/public_html/vendor/laravel/framework/src/Illuminate/Http/Request.php(367): Illuminate\Http\Request->getInputSource()
#5 /home/admin/we" while reading response header from upstream, client: 109.173.112.243, server: domain.com, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9002", host: "domain.com"

Решил собрать в одном месесте свои мысли о том, какие глобальные уязвимости есть в дистрибутиве ROSA Fresh. Обратите внимание, что речь идет о «десктопной» Росе, потомке Mandriva, а не их «серверных» дистрибутивах на базе CentOS. Читать далее Уязвимости в Росе. Почему binfmt для Wine — небезопасно?