CityCat4

обслуживание собственного DNS

Какое обслуживание, чувак? DNS - скромно жрущая ресурсы программа, запрос - ответ. Нет там никакого обслуживания, это же не аппаратный кластер.
Все причины перечислил Владимир Коротенко
Скорость ответа (пинг) - чем быстрее приходит ответ с именем, тем быстрее начинается загрузка. Существуют и немало еще #оп мира, где пинг 300 мс - не пипец, а нормальная работа.
Обьем трафика до провайдера обычно не считается - это особо актуально для опсосов и их тарифов с помегабайтным учетом (если сам с таким не сталкивался, это не значит что их нет)
Блокировки - все сейчас "договорились", что блокировка делается по подмене запроса DNS - пров проверяет, что запрошен заблокированный ресурс и подменяет его заставкой с надписью "Низя!". Начнется массовый обход блокировок - гайки прикрутят, а так блокировки вроде есть, а вроде их и нет...
Инжект рекламы - для тех, кто не почухался перейти на https пров может вставлять свою рекламу на станице сайта.

Какое действие приводит к увеличению вероятности

удаления вопроса? Писать сюда вместо вопросов глупые тесты, которые предназначены для того, чтобы Вы сами разобрались в вопросе.

Есть предположение, что ты, чувак, уже попал под наблюдение вашей СБ за установку левого софта :)

Во-первых - это не ограничения системного администратора. Системный администратор - это точно такой же сотрудник, у него есть права, обязанности и регламент работы. С некоторой долей вероятности можно предположить, что этими ограничениями рулит СБ, а вообще скорее всего они прописаны (или как минимум упомянуты) во внутренних документах конторы.

Пытаться их обойти - это верный способ добиться лишения премии, выговора, а если работаете недавно (или на испытательном сроке) - то и увольнения. А кое-где ( в зависимости от конторы и особенностей производства) - можно и присесть :)

Окей, гугл.

RFC 826

На ноль :)

Невозможно создать сеть емкостью, не равной степени двойки. Вы можете разбить сеть на подсети емкостью 128 адресов - в реальной жизни такое решение проканало бы, но с заметным оверхедом, я бы постарался урезать сети до 64, чтобы адреса использовать более плотно.

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

JFYI: IMHO, сетевой инженер должен знать таблицу степеней двойки наизусть

1. Решит ли приобретение у провайдера статического ip проблему?

Решит. Частично. После чего нужно будет поднять у себя VPN-сервер (у которого есть клиенты под андроид и яббл) и пользоваться.

скорость, безопасность и приватность этого соединения играют ключевую роль.

Скорость - будет ограничиваться либо скоростью домашнего провайдера либо скоростью провайдера подключения - смотря что медленнее (ну либо скоростью самого медленного участка - если подключение издалека)
Безопасность - зависит напрямую от того, какой VPN и как он настроен. Разумеется, pptp не использовать. Разумеется, md5 и прочее, давно сломанное не использовать (и даже sha1 стараться избегать по возможности). Разумеется, подключение к VPN без паролей - только по сертификатам - пароли через публичные wifi сети утекают только так.
Приватность - непонятно, что конкретно Вы имеете здесь в виду. Факт наличия VPN по данному адресу скрыть никак не получится - все существующие методы не рассчитаны на мобильных клиентов (а те, что есть скорее всего технически сложны и требуют рута). Факт подключения к VPN отражается сразу в двух логах - домашнего провайдера и сотового провайдера. Глобальный наблюдатель (государство) запросто их сопоставит - если Вы рассчитываете таким образом дуть государство - не получится. Устойчивость к лому будет зависеть от настроек VPN - в зависимости от клиента там будет возможность поставить его на произвольный порт или не будет.

Перестать гоняться за дишманом и приобрести нормальный VPS с нормальным тарифным планом.

У провайдера и так есть все возможности для слежки :) Там (у провайдера) тоже люди работают, они ошибаются. У меня был такой случай - вместо страницы блокировки от провайдера стала открываться невнятная "ошибка прокси" от того же провайдера, юзера начали жаловаться - они-то думали, что это ошибка нашего прокси :D
Можно забить.
Можно обратиться в саппорт.

А почему никто не посоветовал олиферов?

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

Конечно.
И не только.
При незащищенном соединении любой, кто мало-мало шарит (особенно, если подключение по wifi) способен просматривать все, что Вы делаете на данном сайте (и даже менять в определенных случаях содержимое). Ну, а уж про рекламу из каждой щели я и говорить не буду :)

окей, гугл
что такое wireshark

В качестве сервера ессно VPS. Все три компа вяжутся к VPS через VPN (вариантов хоть #опой жуй, как организовать). Фактически мы имеем аналог роутера с тремя подсетями. В зависимости от технологии VPN может потребоваться или не требоваться настройка маршрутизации.

Это можно сказать классическое применение VPN :)

Конечно, могут. И постоянно делают это, а кое-где (в РФ, например), они обязаны это делать :) (провайдеры).

Конечно, ssl защищает, но... есть такая штука как бампинг :) и в связи с повсеместной ssl-изацией я думаю, мы очень скоро увидим ее повсеместное применение в масштабах государства. Если провайдер/VPN/прокси для начала работы требует неважно по какой причине поставить сертификат - он точно будет бампить :) Если нет - могут писать логи, что тоже может быть интересным для определенных лиц...

Ну олиферы ж :)

Запустить тест Гилева.

Зачем?

Есть разные способы, разные методики и предназначены они под разные задачи.

А Вы в ней простите, кто? И кто Вас подпустит к проектированию сети в муниципальной конторе? (правда, в зависимости от того, какая контора, а то может там админа в штате нет).