anikavoi

Можно забабахать концептуальную скульптуру "Бренность бытия" и продать ее какому-нибудь богатому идиоту ценителю.

Если соцсеть - Youtube, то не хватит:

https://support.google.com/youtube/answer/78358?hl=ru

Системные требования
Если вы хотите смотреть видео на YouTube, вам потребуются:

Интернет-подключение со скоростью не меньше 500 Кбит/с.

У веб серверов есть параметр "какой интерфейс слушаем", типа listen=0.0.0.0/0
вот если листен 127.0.0.0/8 то локально веб-сервер отдает, а всех остальных тупо игнорирует.

Проверь.

PS: И вообще, задавай вопросы по людски: Какой у тебя веб-сервер? какой конфиг? какие адреса интерфейсов....

https://xakep.ru/2003/01/21/17409/

Можно

traceroute material.angular.io
ну или
tracert material.angular.io
если у вас виндовс.
Сразу станет понятно

PS: Загляните в файл /etc/hosts (ну или где он у вас расположен, hosts ) может там перенаправление затесалось

Я извиняюсь, у вас Нетис в режиме маршрутизатора? Т.е. там поднят NAT и подсеть 0.1 за натом?
Ну так и не получится ничего.
Отключите нафиг на нем DHCP-сервер и NAT, переведите вай-файных клиентов в ту же 1.1 и проблема решена. Т.е. сделать из точки доступа "тупо свич для беспроводников".
Ну или отключайте NAT, на DHCP настраивайте для клиентов 0.1 маску 255.255.0.0 с гейтвеем туда же куда у 1.1 а для парней из 1.1 руками добавляете роут к 0.* на 0.1... но первый вариант проще :)

Что говорит netstat ?

Как установить прямое соединение между двумя клиентами не имеющими белые IP и без участия центрального сервера?

Никак.

Например, в Скайпе используется какая-то технология...

У Скайпа ЕСТЬ центральный сервер, который участвует на стадии установки соединения.

Единственное, что может отвечать вашим постулатам - mesh-сеть.

Вам нужен не ADSL, а VDSL

таблицу маршрутизации "в студию".

doc.qt.io/qt-5/qnetworkaccessmanager.html
Оно кроссплатформенное

Уважаемый, вы уж определитесь что вам нужно: Сниффер или Логирующий прокси.
Если первое, то без PCUP никуда не уедете, а вот второе пишется любым студентом за полчаса.
Прокси вешается на порт и ждет соединения, по соединению получает заголовок HTTP и смотрит куда хотел соединиться клиент, сам соединяется туда и пихает тот же заголовок. Дальше все просто - все что приходит от клиента пихаем во второй сокет, все что отвечает WEB-сервер - пихаем в первый. По пути все пролетающее записываем в файл.

Примеров в гугле масса.

Так. Раскладываю по полкам:

TCP соединение - это уже установленная связь между сокетами. Многосторонним быть не может.
На серверах сокет, после соединения, быстренько копируют, выпихивают в отдельный поток, где он начинает обслуживать соединившегося с ним клиента, а порт, в основном потоке, снова переводят в состояние ожидания соединения и ждут аксептом следующего соединения.
Примеры на разных языках доступны в гугле по запросу "multithreading server"