mureevms

В первую очередь надо закомментить все левые репы, если они есть и сделать
apt-get update

Затем удалить всю информацию о сломанных пакетах:
rm /var/lib/dpkg/info/initscripts*

Почистить неверные зависимости:

apt-get clean
apt-get autoclean
apt-get autoremove

И починить зависимости:
apt-get -f install

Копипаст отсюда

Сам обновлялся с 7 до 8 по этому руководству, прошло без особых проблем.

Обратите внимание, что представленный лог от прокси показывает http протокол, а в запросе httpS. Сдается мне, что дело в этом.

Вы уверены, что прокся работает через httpS? Если таки работает, то импортирован ли ее сертификат в систему? Если импортирован, то умеет ли composer работать со сторонними сертификатами или же в ней зашит сертификат и он не может работать с другими? Если умеет, то видит ли импортированный?

Пробуйте выяснить как на проксе (шлюзе) ходят https пакеты. Попросите админа прокси временно дать доступ на прямую по 443 порту, в обход прокси, скорее всего заработает. Проверьте, работает ли https в самой системе

Побуду кэпом, но Вам о чем-нибудь говорит приписка TP?
Хотите стабильности - ставьте другую систему.
Если и на другой системе все так же плохо, то смотрите настройки, коих тьма. Обращение "Не работает ВПН" не говорит вообще ни о чем. Ставьте снифер, смотрите как ходят пакеты и ходят ли вообще, исключите сетевую составляющую, фаервол.

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

Мне кажется, что не ту платформу Вы выбрали. Посоветую поднять прокси (Squid) на виртуальном линуксе, делается все гораздо проще и не надо будет изобретать велосипед. Перенаправление же делается вообще в одну команду на фаере. И завернуть трафик сможете откуда угодно и куда угодно вне зависимости от наличия доменного имени.

A4Tech PK-720 работает без проблем.
Вообще, любая камера, работающая под Debian, должна работать и под Raspbian.
Посмотрел, люди говорят 910h работает под Linux, поэтому, скорее всего, дело не в камере.
На всякий случай стоит убедиться камера вообще работает или нет, мало ли )

По-моему Вы немного путаете. Ответом на вопрос "Как правильно реализовать раздачу интернета на приватные ip?" будет - NAT, который уже и так есть. Вы же, как я понял, хотите понять как раздать белую подсеть машинам за микротиком (формально они находятся в локальной, немаршрутизируемой подсети).

Допустим, что 10.10.10.0/28 - белая подсеть от провайдера

1. Да, это не NAT и маскарадинг не подойдет.
В теории, белая подсеть маршрутизируется достаточно легко:
Надо LAN интерфейсу микротика, который физически скомутирован с локальной сетью, назначить адрес из белой подсети, пусть будет 10.10.10.1/28 без указания шлюза.
Теперь он должен быть доступен из интернета.

2. Как выдавать адреса не суть, хоть руками прописывайте. Для раздачи адресов надо конечной машине назначить любой свободный IP из белой подсети, пусть будет следующий - 10.10.10.2/28 и указать шлюзом LAN интерфейс микротика (10.10.10.1).
Теперь и эта машина должна быть доступна из инета.

P.S.: как конкретно реализовать на микротике - не знаю. Надеюсь направление мысли понятно. Описанное не раз осуществлял на линуксе.

Простейший способ:
google: стриминг видео vlc веб-камера

Не работал с KVM, но логика подсказывает, что надо найти скрипты, которые перезатирают кастомные правила. Если найти не получается или сделать надо быстро, то надо написать свой скрипт, который будет пере-перезаписывать правила.
Осуществить можно написав скрипт, в котором сначала скидываются все правила и затем загружаются нужные. Вставить данный скрипт в автозагрузку после старта KVM.

Если Вы всерьез хотите обезопаситься, то следует рассмотреть вариант перехода на SQL версию. Сделать дамп баз даже для продвинутого пользователя будет проблематично.

Подмену сертификата считаю недопустимым, поэтому подсказать не могу. И вам не советую так делать.
Баньте просто фаерволом, суть правила такая, что с нужного локального IP по порту 443 на vk.com запретить.
А 80 порт будет перенаправляться на прозрачный прокси и резаться\разрешаться на нем.
Или же полностью забанить vk.com по всем портам для нужных IP, если это необходимо.

Прокинуть порт 2424 на IP 192.168.1.8.
Как сделать - гуглить по "прокинуть порт на Модель_роутера\модема"
Суть в том, что пакеты, приходящие из инета на 2424 порт, должны быть перенаправлены на модеме\роутере и попадать на 192.168.1.8.
Схема сильно бы упростила понимание устройства сети.

Какими инструментами делался дамп базы db_backup.sql?
Если из phpmyadmin, то оттуда и надо импортировать.
Если же при помощи mysqldump, то примерно так:

mysql -u root -p root_password -f base_name < /root/db_backup.sql

Предварительно следует удалить базу.

1. Смонтировать FTP ресурс как локальную файловую систему help.ubuntu.ru/wiki/%D0%BC%D0%BE%D0%BD%D1%82%D0%B8...
2. Сделать бэкап и положить его в п.1. Тут вариантов много, наверняка у Вас уже есть решение.
3. Дописать одну строку в скрипт бэкапа для удаления старых копий: notessysadmin.com/poisk-fajlov-po-vozrastu

Если я все правильно понял, то
1) Самое простое, назначается IP адрес на внешний интерфейс, как это делается всегда.
2) Нужен второй интерфейс (хоть реальный, хоть виртуальный, но отдельный), на который назначить адрес из подсети IPv6. Он и будет GW для всех остальных хостов этой подсети.
3) Зачем нужна проксирующая виртуалка? Надо "конкретной" машине назначить второй белый адрес. Тут нюанс, не уверен что заработает, надо проверить.

Про SSL надо понимать, что каждому домену (сертификату) нужен отдельный IP, при условии работы обоих на 443 порту.

rtorrent умеет проверять каталоги на новые *.torrent файлы и раскладывать соответствующие закачки по каталогам назначения.