Что ж, если вы входите через ssh через loopback:
% ssh -D 8080 localhost
Тогда у вас будет localhost: 8080 socks-прокси, созданный для вас, который будет использовать тот же хост / IP / маршруты, которые вы уже используете.
Из ssh (1)
:
-D [bind_address:]port
Specifies a local ``dynamic'' application-level port forwarding. This
works by allocating a socket to listen to port on the local side,
optionally bound to the specified bind_address. Whenever a connection
is made to this port, the connection is forwarded over the secure
channel, and the application protocol is then used to determine
where to connect to from the remote machine. Currently the SOCKS4 and
SOCKS5 protocols are supported, and ssh will act as a SOCKS server.
В противном случае не очень ясно, что вы ожидали использовать в качестве обработчика прокси-сервера SOCKS5, если вы не хотите иметь прокси-сервер SOCKS5.
На самом деле у вас есть несколько вопросов, и я постараюсь ответить на каждый из них. Обратите внимание, что решение здесь, по-видимому, заключается в том, чтобы не использовать su
, как указал Стивен Китт в комментариях.
Я остановлюсь на некоторых других аспектах.
Как подготовить систему на основе Debian -к сборке из исходного кода, пример :systemd (Я бы рекомендовал сделать это сначала несколько раз в системе-песочнице, такой как виртуальная машина)
$ sudo apt-get build-dep systemd
Теперь, если версия, которую вы хотите собрать, ненамного новее той, что у вас есть, то зависимости часто совпадают, это верно для патчей -выпусков systemd. Приведенная выше команда получит все пакеты, необходимые для сборки systemd, за исключением, конечно, самого systemd. Обратите внимание, что ниже мы собираемся получить последнюю и самую лучшую версию systemd, убедитесь, что все предварительные условия соблюдены.
Затем вы получаете исходники и строите; systemd находится на github, поэтому вам нужен git, чтобы получить исходники.
$ sudo apt-get install git
$ git clone https://github.com/systemd/systemd.git
То, как именно вы собираете исходный код, зависит от системы сборки, используемой разработчиками рассматриваемого программного обеспечения, systemd использует meson. Я видел, что когда я зашел на https://github.com/systemd/systemd, я пролистал вниз, там есть информация по проекту.
Я видел эту строку:
Information about build requirements is provided in the README file.
и прочитайте файл README, это всегда хорошая идея!
$ sudo apt-get install meson
$ git clone https://github.com/systemd/systemd.git
$ meson systemd/ && ninja -C systemd
$ cd systemd; sudo ninja install
Как настроить хранение журналов, чтобы они не забивали ваш диск:
Здесь вам нужно настроить ротацию журнала для rsyslog. Конфигурация logrotate находится в /etc/logrotate.d
, нам нужен файл/etc/logrotate.d/rsyslog
Сначала откройте документы:
$ man logrotate.conf
$ man logrotate
Итак, теперь мы прочитали документацию, мы знаем, что ключевое слово для ротации журналов — rotate
, size
указывает, когда нужно перейти к следующему файлу, compress
сжимает повернутый файл, mail
отправляет почту. это (необязательный ), я хочу, чтобы файл вращался, поэтому я установил mailfirst
.
Мой /etc/logrotate.d/rsyslog
выглядит как:
[...]
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
[...]
Настройка logrotate для/var/log/auth
:
[...]
/var/log/kern.log
/var/log/auth.log
{
rotate 10
size 100M
compress
mail jdoe@example.com
mailfirst
}
/var/log/user.log
[...]
Это позволит хранить максимум 10 файлов 100Mb
, то есть почти 1 Гб, как только файл достигает 100 МБ, он сжимается и отправляется по электронной почте jdoe@example.com. По умолчанию rotatelog запускается ежедневно через cron, вы можете запускать его ежечасно. man crontab
.