KawaiDesu

proxy_pass не наследуется.
mailman.nginx.org/pipermail/nginx-ru/2013-Septembe...
mailman.nginx.org/pipermail/nginx-ru/2011-October/...
mailman.nginx.org/pipermail/nginx-ru/2013-Septembe...

А с какой стати он должен их показывать, если mitmproxy это HTTP proxy, а DNS - вообще другой протокол, да ещё и на UDP (обычно) 53. Он просто не занимается отловом этого трафика, он не идёт через него.

Во-первых, чем прогоняли? Я рекомендую Recuva.
Во-вторых, по смонтированному разделу, надеюсь, искали?
Ну и третье - попробуйте скормить текст декодеру Лебедева.

Мне не понравилась книга Таненбаума, купил себе Архитектура компьютера и проектирование компьютерных систем Д. Паттерсон, Дж. Хеннесси издательства Питер.
По мне так у Таненбаума не очень удачная манера повествования. Книга про сети его авторства мне тоже не понравилась, а вот Современные операционные системы очень хороша.

Comodo DNS
Norton DNS
Sky DNS

ssh remote.host "mysqldump DATABASE --opt --dump-date --single-transaction | gzip -f" > remote.host-dump.sql.gzip

Опции на мой вкус, gzip тоже не обязателен. Упрощённый вариант выглядит так:

ssh remote.host "mysqldump database" > remote.host-dump.sql

Как я понял из текста — у вас роутер+модем. В принципе можно оставить его в той же сети, что и шлюз и не делать из шлюза NAT. Тогда на роутере-модеме выключаем всякий функционал типа DHCP и делегируем эту радость шлюзу. Таким образом шлюз должен быть gateway (как я лихо избежал каламбура) на всех машинах. Для шлюза gateway-ем будет роутер-модем.
Итого:
1) Да, по вашей схеме шлюз будет NAT-ом.
2) В принципе да, я предложил другой, тут дело вкуса, имхо. Если юзеры в настройки не лезут (типа выставить шлюзом роутер-модем руками, чтобы обойти QoS) то покатит мой, ваше побезопаснее в этом плане.
3) Выигрывает в чём? Насколько я знаю, ipfw несколько производительнее. Ну и в настройке проще.
4) Не понял
5) См. п. 2

Я был школьником-домоседом. Немного аськи, чатов. Не будь бума социалок — посмотрел бы больше фильмов и аниме, торчал на форумах, вероятно.

А можно узнать, если не секрет, что за софт, который не запустится на х64? Вы уверены, что не запустится? х64 винда спокойно запускает х32 версии программ, если сборка х64 не существует в природе (или не требуется). За редким исключением, правда.

От взлома-то? Символами типа ► ¤ ╤ в пароле.
P.S. Это же юникодом называется, да?

Xubuntu. Если надо — распишу почему.

Знаю, но мне бы кнопочки для каждой панели… такой вот я привередливый. Основной вопрос не об этом был.

Если есть хотя бы доступ к консоли роутера (а там скорее всего линукс), то, в теории, один порт можно сделать как «WAN» и получится 3+1-портовый роутер (вместо 4+1 обычного). Это легко сработает, если провайдер не использует VPN для авторизации. Для прикручивания VPN придется танцевать дополнительно…
Правда, я не думаю, что вам подходит такой способ в силу ваших технических знаний :) Купите новенький роутер, а старый продать можно.

1) Перезаливать фирмварю, надеюсь, пробовали?
2) Я не очень разбираюсь в железках, но могу посоветовать такой алгоритм: узнать (самому или нагуглить) какой чип использует принтер и какие разъёмы есть на плате вместе с ним (JTag например) и уже плясать от этого.
3) А если не секрет, зачем оно вам? Критично? Или для себя?

Такой вариант: многие дистры линукса идут в поставке с LiveCD, вставил и работай. Например, последние убунты сначала грузятся вживую, а потом запускают свою установку. Так вот, если LiveCD найдёт дрова на сеть, то можно, например, использовать TeamViewer.
Хотя, считаю что вариант с IP KVM наиболее элегантный.

habrahabr.ru/qa/19952/
habrahabr.ru/qa/20002/

Во-первых, вы забыли удалить пути из конфига :) поэтому домен известен.

host ad.a****y.ch

сообщает мне, что домен не найден, проверяйте ДНС у регистратора.

Попробуйте сделать редирект с http на https хостов через

return        301 https://a****y.ch$request_uri;

Прямое обращение на https вообще не работает? Или какие-то ошибки выдаёт?

SSL включили на https-хостах?

ssl                                 on;
ssl_certificate                     /path/to/ssl.pem;
ssl_certificate_key                 /path/to/ssl.key;
ssl_protocols                       SSLv3 TLSv1; 
                                    #TLSv1 уязвим! Но версии выше поддерживаются клиентами слабо.

А вообще, выложили бы вы настоящий конфиг, затерев, например, домены и пути.