AUser0

На сервере с IP 3.137.41.2 команда

iptables -t nat -I POSTROUTING -d 3.137.41.2 -p tcp --dport 25565 -j DNAT --to-destination 3.129.52.75

Разумеется на этом сервере должен быть включен IP forwarding: sysctl net.ipv4.ip_forward=1

Что-то не видно, каким образом весь трафик клиентов, использующих Малинку как шлюз, направляется в VPN.
Ещё более странным выглядит ip rule 217: from all lookup main suppress_prefixlength 0, которое просто повторяет стандартное правило 32766: from all lookup main.
Либо в случае VPN-соединения routes выглядят совсем по другому, либо что-то еще. Потому что вот с этой конфигурацией клиенты из Интернета должны спокойно получать доступ к DNS. Может что-то есть в iptables?
А что даёт ip route show table 220?

Обычно Linux-дестрибутивы во время установки реагируют на комбинации клавиш Ctrl-Alt-F1, Ctrl-Alt-F2, Ctrl-Alt-F3 и Ctrl-Alt-F4. Как правило этих комбинаций хватает для переключения на консоль логов и на консоль с командной строкой. Переключение на графический экран вполне может оказаться на Ctrl-Alt-F6 или на Ctrl-Alt-F8.
P.S. Если не срабатывает Ctrl-Alt-F1 - пробуйте Alt-F1.

Для такого придуман специальный модуль Apache под названием mod_suexec, как раз ваш случай "запускать конкретный сайт под указанным пользователем".

IMHO проще просто запустить четыре ping-а с сохранением ошибок в файлы, а после перерыва Интернета убить всё ёще ping-ующие процессы, файлы скормить тех-поддержке.
Запускать например так:

ping -i5 -n 127.0.0.1 | grep -v ' time=' >ping1.log 2>&1 &
ping -i5 -n 127.0.0.2 | grep -v ' time=' >ping2.log 2>&1 &
ping -i5 -n 127.0.0.3 | grep -v ' time=' >ping3.log 2>&1 &
ping -i5 -n 127.0.0.4 | grep -v ' time=' >ping4.log 2>&1 &

А убить:
killall ping
IP-шники 127.0.0.X догадаетесь заменить на свои адреса?

P.S. Нормально ушедшие-вернувшие запросы в лог-файл НЕ ПОПАДУТ. Зато и файл не распухнет до неимоверных размеров.

А я бы посоветовал прогнать на Win7 утилиту DISM++, вычистить весь бардак, который накопился.
Или способ радикальней - поставить Windows заново.

Хммм, так для Wi-Fi есть iwconfig.

Под Линуксом? Скопировать XXX байт данных из одного файла в другой файл?

dd conv=notrunc iflag=count_bytes if=old_backup.img of=w2k8r2.img count=2k

Не знаю правда, достаточно ли 2-х килобайт (параметр count=2k) на копирование всей информации о NTFS-разделах на диске (то есть в образе).

Сделайте в консоли: service tor start
А для автоматического запуска при загрузке: systemctl enable tor

В настройках BIOS-а нужно указать, какое устройство является загрузочным по умолчанию.

Вывод _И_ ошибки нужно записывать так:

megacmd sync /tmp/site/ mega:/backup/latest/ >log.txt 2>&1

Код "[2K" в начале каждой строки "Copying ..." заставляет консоль переместить текстовый курсор в начало строки. Поэтому каждая следующая строка отображается поверх предыдущей строки, и именно поэтому проценты в этой строке меняются, а экран не заполняется строками.

А вот как из всего набора строк оставить только последнюю, с максимальным процентом... Хмммм... Один из вариантов:

head -n1 log.txt >log2.txt ; grep 'Copying ' log.txt | tail -n1 >>log2.txt ; tail -n1 log.txt >>log2.txt

Держите решение одной строкой в терминале (под root-ом, конечно):

dpkg --get-selections | sed 's/\sinstalled$/\thold/' | dpkg --set-selections

Хотя на apt upgrade это изменение почему-то не влияет. :-(

Во-первых, посмотрите настройки ifconfig enp0s3 при включенном BOOTPROTO=dhcp. Так вы узнаете, какие параметры можно прописать в конфиг для ручной конфигурации BOOTPROTO=static.

Во-вторых, а вообще сеть в виртуальной машине есть? Работает ли ping 192.168.1.1? А ping 8.8.8.8? И смотрите на результат traceroute 8.8.8.8, происходит затык?

В-третьих, если сеть есть, и пинги ping 8.8.8.8 работают - проверяйте работу собственного NS-сервера на 192.168.1.1, прилетевшего по DHCP. Сделайте dig @192.168.1.1 ya.ru, должен быть корректный результат. Далее dig @8.8.8.8 google.ru для проверки, что и наружние NS тоже доступны.

Ну и финальное, если все предыдущие проверки (кроме dig @192.168.1.1 ya.ru) прошли положительно - то можно прописывать доступный NS в конфиг системы: sudo echo "nameserver 8.8.8.8" >/etc/resolv.conf.

У вас всё?

Трафик? Посмотрите хотя-бы /var/log/auth.log, туда некоторые службы складывают события авторизации, в том числе попытки взлома/подбора пароля. Может вас просто сетевые сканеры долбят, пытаются проломить, вот и трафик...

Узнать, не взломали-ли? Можно проверить бинарники установленных программ утилитой debsums на случай их модификации. Антивирусники под UNIX-like тоже существуют, можно воспользоваться.

Мне кажется должно быть наверное как-то возможно так:

try:
     # Python 2.6-2.7 
     from HTMLParser import HTMLParser
except ImportError:
     # Python 3+
     from html.parser import HTMLParser
h = HTMLParser()
return h.unescape(text)

P.S. Просто я в Python-е ни-в-зуб-ногой.

Как я понял по описаниям ошибки в этих Интернетах, у скрипта проверки не получается заресолвить адрес registry.npmjs.org, DNS его не даёт. Попробуйте ещё раз команду, вдруг получится. Если нет - прописывать IP-адрес registry.npmjs.org в /etc/hosts. Или например NS Googl-а в /etc/resolv.conf.

На страничке https://ubuntuforums.org/showthread.php?t=2408864&... последний пост - ваше решение.