CityCat4

как можно организовать сеть для двух виртуальных серверов на этом домашнем сервере так чтобы у каждого был свой внешний статический ip адрес.

Никак - потому что по условиям задачи он у Вас один. Но если предполагается разнести на разные сервера разные сервисы - это просто решается пробросом портов.

Окей, гугл.
Что представляет собой физический уровень ISO/OSI?

... и все глупые вопросы отпадают сами собой...

Нереально, если имеется в виду сетевой адрес. Поменять-то можно - работать тырнет перестанет :) Если же имеется в виду параметр в платежной системе - зависит от платежной системы.

А я не понял, Вы что хотите найти-то? Вебархив архивирует статический контент. Если там динамические ссылки или как это нынче модно все генерится на ходу - нифига Вы там не найдете.

. Сервер подключен по Wi-Fi

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

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

30 лет назад - это было достаточно давно. Это 90-й год, время, когда компьютеры были большими, хотя IBM 80286 уже были и сети на "толстом коаксиале" наверное тоже (таких сетей живьем я не застал, хотя демонтировать приходилось).
А вот 20 лет назад - это год 2000. Это уже витая пара, первые пентиумы... и с тех пор ничего революционно существенного не поменялось - если найдете где-то сетевку с UTP10 - она будет работать!

Я правильно понимаю, что Вам до зарезу хочется узнать, насколько эффективно в этой вашей госорганизации работает служба ИТ-безопасности (а если ее нет - то просто служба безопасности)? Полученное знание может отразиться на премии/карьере/дальнейшей работе - в зависимости от того, что за контора и что у Вас за положение внутри оной.
Вполне может быть, что от Вас запрещен вообще весь трафик наружу - я вот бы сделал именно так. Внутренний почтовый сервер и внутренний прокси, а наружу - просто вообще ничего.

IP - сущность не физическая, а логическая, поэтому нафиг ничего этого не нужно. Один провод в один порт, внутри роутера все разводится, просто роутер должен быть не класса "главное цена", а нечто типа микротика.
Пришел пакет с IP 1.2.3.4 - маркировали его, пршел пакет с IP 2.3.4.5 - тоже маркировали. В зависимости от марки - направили туда или сюда, куда надо.

Ну, можно:
- сменить провайдера
- уволить админа (и ИТ-безопасника, если есть)

Потому что сеть, где юзера самостоятельно что-то там вынимают, переключают - это рассадник пиратки и вирусов :)

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

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

VPN разумеется. Подключение домашнего сервера к VPS - способов и рецептов зиллион. Подключение "там, откуда надо" к той же VPS, которая является точкой сборки. Все.

У Вас не вопрос. У Вас приличных таких размеров ТЗ на приличную контору по прокладке сетей за приличные деньги :)
Здесь, чтобы что-то более-менее грамотно посоветовать - нужно получить огромную кучу информации, ее переварить и выдать некий совет/проект etc. Кто ж тут забесплатно это будет делать. Либо нанимайте проектировщиков, либо если будете бодаться сами - задавайте конкретные вопросы.

Отказоустойчивость обеспечивается не количеством каналов, а передачей в мир информации о том, что сейчас такие-то адреса доступны через такие-то. Своевременной передачей. Как правило для этого покупают/арендуют AS и настраивают с каждым из провайдеров BGP. И тогда каждый провайдер будет передавать далее по цепочке эту информацию всем другим провайдерам.
Без такого финта ушами отказоустойчивое подключение можно обеспечить только для локальной сети, внешние сервисы так подключить невозможно.

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

Вот присоединюсь к вопросу Владимир Коротенко - а задача-то какова? "Обасучить" (как говорили когда-то) то есть компьютеризировать контору Х? И чем она занимается, сколько денег готова потратить, сколько людей у нее есть для админской работы, бухгалтерия опять же на чем (вопрос не праздный - 1С - это как правило либо отдельный сервер либо очень жирный кусман достаточно мощного хоста)

А что хочется узнать-то?

Есть IANA, которая раздает блоки для LIR
Есть LIR, которые продают и сдают в аренду блоки более мелким пользователям (мелким провайдерам и просто тем кто хочет PI)
Есть мелкие провайдеры, которые выдают IP клиентам, получив блок от LIR (купив/арендовав). Здесь же конторы, у которых два или больше каналов и им захотелось PI - им приходится брать блок /24 - меньше не дадут.
Есть клиенты, которые используют провайдерские IP (PA)

Большей части вся эта фигня неинтересна :)

- Оплатить домен и secondary (если лениво ставить DNS - можно и primary там же оплатить)
- Поднять свой DNS сервер и указать его как primary, если не лениво
- Настроить проброс портов на роутере
- Наделать записей в DNS типа

nichego.net.     IN      A       1.2.3.4
                IN      MX      50      mail
www             IN      CNAME   nichego.net.
mail              IN       CNAME   nichego.net.

(и так далее - можно до семи CNAME по-моему)