Еще один IP для lo интерфейса?

Ну вообще то давать такие ip - lo в общем как бы нельзя.
Но вы видимо будите идти поперек правил, а не читать документацию и настраивать как положено.

Еще один IP для lo интерфейса?

arswarog: сетка будет всегда такая, до тех пор пока вы не поправите это в конфигурационном файле. Ну как вариант мантейнеры или внешняя программа. В первом варианте, pacman предупредит, что он будет менять конфиг.

Конфиг файла докера в котором все прописанно:
/etc/default/docker

На чём и как проще всего автоматизировать создание бэкапов KVM-машин?

Вот тут примерно есть решение на скриптах и без остановки машины.

https://serveradmin.ru/kvm-backup/

Еще один IP для lo интерфейса?

arswarog: У вас у докера контейнера будет Ip - 172.17.42.19
Он будет видеть 172.17.42.1 который на bridge, который на физ машине.

Они будут прекрасно друг друга видеть или еще что-то требуется ?

Еще один IP для lo интерфейса?

arswarog: и контейнеру и физ машине.

root@ubuntu:~# ifconfig
docker0 Link encap:Ethernet HWaddr 56:84:7a:fe:97:99
inet addr:172.17.42.1 Bcast:0.0.0.0 Mask:255.255.0.0
inet6 addr: fe80::5484:7aff:fefe:9799/64 Scope:Link
inet6 addr: fe80::1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11909 errors:0 dropped:0 overruns:0 frame:0
TX packets:14826 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:516868 (516.8 KB) TX bytes:46460483 (46.4 MB)
eth0 Link encap:Ethernet HWaddr 00:0c:29:0d:f4:2c
inet addr:192.168.186.129 Bcast:192.168.186.255
Mask:255.255.255.0
inet6 addr: fe80::20c:29ff:fe0d:f42c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:108865 errors:0 dropped:0 overruns:0 frame:0
TX packets:31708 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:59902195 (59.9 MB) TX bytes:3916180 (3.9 MB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:336 (336.0 B) TX bytes:336 (336.0 B)

Если включен форвардинг, то все будет работать.

Еще раз просьба прочитать документацию, там все реально написано + загуглить еще пару доков на эту тему.

Еще один IP для lo интерфейса?

arswarog: Да. Контейнеру можно жестко указать ip. Я не знаю как это реализовано в arch, но по хорошему мантейнеры должны были сделать по умолчанию сетку для Docker

По умолчанию Docker обеспечивает виртуальную сетевую среду с именем docker0, которая имеет IP адрес 172.17.42.1. Контейнеры Docker имеют IP адреса в диапазоне 172.17.0.0/16.

Почитайте несколько документаций по настройки и я думаю вопросы отпадут.
Тем более от версии к версии там может , что-то меняться.

Еще один IP для lo интерфейса?

arswarog: У вас на Bridge будет ip внутренний сети docker. Читайте документацию.

Настройка моста Docker

Сервер Docker создаёт мост с именем docker0 по умолчанию внутри ядра Linux, а он может передавать пакеты назад и далее между остальными физическими или виртуальными интерфейсами так, как если бы они вели себя как отдельные сети Ethernet. Выполните следующую команду для обнаружения списка интерфейсов в ВМ и те IP адреса, к которым они подключены:

На чём и как проще всего автоматизировать создание бэкапов KVM-машин?

а нет желание перейти на готовые , условно бесплатное решение ?
Все из коробки есть в proxmox.com
Работает не один год.

Еще один IP для lo интерфейса?

arswarog: Прочитайте вторую ссылку полностью, там все сказано.
Взаимодействие между контейнером и внешними сетями
Настройка моста Docker

Еще один IP для lo интерфейса?

arswarog: Докер создает bridge с именем docker0.
Читать тут
https://wiki.archlinux.org/index.php/Docker#docker...
support.mdl.ru/LearningDockerNetworking/content/Ch...

Еще один IP для lo интерфейса?

arswarog: Вы решаете проблему не с той стороны. У Docker, как в общем и linux можно создать виртуальные интерфейсы и использовать ip из адреса частных сетей. Вообще у Docker есть своя сеть. Это более правильно, чем пытаться использовать адреса из localhost.

Еще один IP для lo интерфейса?

arswarog: Ну раз совсем непонятно, то весь блок 127.0.0.0 сделан на loopback.

Как автоматизировать установку программы?

АртемЪ: Слепок до и после как раз собирает инфу о изменениях же.
Потом формируется msi пакет.

Настройка правил iptables?

SysUtils:

получить готовый ip вместе с DNS, от этого ip.

Э ? Что тут вы имеете ввиду ?

Первый вопрос, почему когда я настраиваю компьютер вместе с Redsocsk и DNS-Tcp-Socks-Proxy(без раздачи wi-fi), у меня вместо DNS Socks-a, вылезает DNS resolv-a

Можно пример опять же. что бы не строить догадки.

Ну и далее, мне непонятно использование DNS-TCP-Sock-Proxy в вашем варианте. Зачем ?
Он же нужен условно для создания туннеля к своему или нужному вам dns серверу через socks.
Это если я правильно понял документацию. Не проще вам будет использовать тот же dnsmasq, поднять на нем кеширующий ДНС, а за запросами ходить куда надо ? Ну и еще момент, точно клиент отдает запросы по TCP ? По умолчанию DNS UDP использует.

Первый вопрос, почему когда я настраиваю компьютер вместе с Redsocsk и DNS-Tcp-Socks-Proxy(без раздачи wi-fi), у меня вместо DNS Socks-a, вылезает DNS resolv-a(который находится в папке DNS-Tcp-Socsk-Proxy), из описания к этой программе, я понял, что он обращается к Socks, через этот resolv

Насколько я понял, оно так и будет.
https://github.com/darkk/redsocks/issues/66

Надо сделать днс кеш , в нем уже указать в качестве сервера днс - dns-proxy.
P.S Надо самому , поднять конфигурацию что ли.

Ну а если вам нужен тунель, то проще было бы поднять VPN куда вам надо и тупо завернуть туда трафик откуда надо.
В общем у меня так несколько wifi сетей дома сделана на Mikrotik.
Условно один wifi в NY, второй в Амстердаме, третий до серверов.

P.P.S. Прошу понять правильно :) Цели это хорошо, но иногда удивляет подход.

Настройка правил iptables?

и еще я не понял зачем это
--dport 123 -j REDIRECT --to-ports 53

ntp в dns ? :) Интересно, что думает о вас dns сервер когда встречает пакеты ntp ?

Настройка правил iptables?

SysUtils: Вам не приходило в голову, что система может игнорировать сторонние ДНС ? Например Win10 это делает. Вот на почитать - https://habrahabr.ru/post/264503/

Если стоит такая задача, я бы все запросы на 53 порт tcp и udp заворачивал на свой DNS.
>однако на том же whoer видны только dns через которые он ПЕРЕНАПРАВЛЯЕТ, а не сами DNS socks-a
У вас же запущен dnsmasq, который кеш. Он слушает вашу локальную сеть. Когда запускается - Dns-tcp-socks-proxy он слушает все. Вопрос в итоге, а куда все же идут запросы из локальной сети ?
Сделайте в dnsmasq правило, что все кто приходят из локальной сети , будут перенаправлены на сервер Dns-tcp-socks-proxy. Ну или отключите кеш dnsmaq и все сразу отправляйте в socks-proxy.
Это насколько я вообще уловил смысл.

Вообще все заворачивать в Носки и делать там фильтрацию, кажется мне немного корявой идеей .
Можно поинтересоваться какая основная цель всего этого ?

Как автоматизировать установку программы?

АртемЪ: autoit работает вполне сносно. Костыль ? Да ! Но тут вообще самая идея ставить другую программу, для того, что бы работала моя - костыль.

MSI и окружение win умеет делать слепки системы. Искать инфу по msdn и других местах MS у меня нет желания от слово совсем. Можно самому погуглить. При этом используя как средства MS так и сторонние.

Как вычислить сколько км проехала машина?

Я думаю, что этим вопросом должны не вы озадачиваться,а тот кому вы пишите код.
Требуйте четкого ТЗ и исполняйте его без всяких от себя.

Какой VPS мне выбрать для сайта с посещаемостью 10000 человек в день?

Все же Яндекс Танк будет интереснее по набору тестов и движков.

Как автоматизировать установку программы?

https://msdn.microsoft.com/en-us/library/windows/d...
https://msdn.microsoft.com/en-us/library/windows/d...
rsdn.org/article/install/wininstaller.xml?print
rsdn.org/article/install/wininstaller2.xml?print

Хочу отметить, что подходы к созданию могут быть разные и зависит от задач.Но я бы не заморачивался и все бы сделал через autoit. Быстрее будет.