ky0

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

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

Зачем вам нерабочие конфиги из гугла? Берите прямо из официальной документации, раздел "Firewalls", лучше чем там, вряд ли где-то написано.

Потому что на веб-сервере не настроена интерпретация PHP-файлов.

Не очень понятно описано, попробую пованговать.

Если вам нужно, чтобы в /blog открывалось одно, а во всех остальных местах - другое, то делается это двумя локейшенами -/blog и /. Никакие реврайты не нужны, просто в первом добавьте ваш вордпресс, а во втором - стандартное поведение/каталоги/что там у вас.

Вайргард, если к нему постучаться без валидного для сервера ключа, по-моему, ничего и не отвечает. А все интернетные "проверялки портов" вообще на TCP заточены, по понятным причинам.

Некоторые провайдеры (особенно с ADSL) так настраивают своё оборудование - добавляя на него 1.1.1.1 или какой-нибудь 1.2.3.4. Я бы на вашем месте, если нет доступа к роутеру, обратился в саппорт.

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

Зачем изучать линукс на голом железе? Поднимите виртуалку - и изучайте. Хочется иметь доступ вне дома - арендуйте виртуалку на хостинге за пару евро в месяц.

Вайргард же работает по UDP, а вы открываете TCP.

По умолчанию шелл пользователя sh, он без красивостей. Поменяйте в /etc/passwd на что хотите, тот же bash.

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

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

Когда вы начинаете прослушивать порт - ОС просто перестаёт отвергать пакеты с этим портом назначения, а начинает передавать их приложению. Можно не слушая порт (например, настроив iptables в линуксе) что-то делать с этими пакетами - например, передавать на другой порт или даже отправлять куда-то вовне.

ZFS внутри виртуалки вам нужен, чтобы что?

Голова взрывается, а в банальную википедию заглянуть не догадалась?

Можно дать пользователю права на взаимодействие именно с этим файлом с помощью sudo.

Установите в виртуалку/контейнер/etc и ограничьте её по ресурсам.

AviSynth