rPman

Два способа:
1. сетевой мост/bridge
на хост машине создается tap устройство - виртуальный сетевой адаптер, пакеты с которого которого принимает и отправляет приложение - гипервизор, все пакеты, отправленные на это устройство 'снаружи', будут продублированы как исходящие внутри виртуальной машины и наоборот
Чтобы виртуальная машина получила доступ к внешней сети, необходимо этот виртуальный адаптер и реальный сетевой интерфейс хост машины объединить в бридж (ip адрес сети уже назначается этому мосту), это действие равнозначно подключению двух проводов ethernet (в данном случае второй - виртуальный) в простой сетевой коммутатор - свитч.
Сетевой мост можно собрать из более чем двух сетевых адаптеров, например можно объединить сетевой адаптер виртуальной машины + настоящий сетевой адаптер + устройство vpn, и получится что все они объединены в одну локальную сеть.
2. специальный драйвер, который симулирует прием и передачу пакетов прямо на выбранное сетевое устройство (так делает к примеру virtualbox на windows), в отличии от сетевого моста, так можно сделать только с одним устройством.
3. на самом деле способов больше, у qemu можно соединить гостевое сетевое устройство с приложением на хост системе напрямую (не нужны драйвера), так же можно ни с чем не соединять, но можно пробросить порт снаружи внутрь гостевой (или соединить только с другой виртуальной машиной, получится приватная внутренняя сеть, к которой имеют доступ только виртуалки) и прочие странные конфиги.

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

Webdav.
Настраивается даже на не серверных ревизиях win, установкой штатного IIS.
Диски webdav так же штатного подключаются в windows без дополнительного софта. Возможно будет проблемы с производительностью и не гибкостью прав доступа.

Про vpn вам уже написали. Есть еще варианты, в каком то смысле проще.

Воспользуйтесь штатным функционалом ssh сервера, который достаточно давно устанавливается из установщика windows - это socks прокси сервер, который запускается, когда клиент подключается к ssh-серверу (клиент это приложение ssh или любой другой типа того же популярного putty, он есть по до все, включая android) с опцией - динамический туннель (dynamic tunnel), в командной строке это опция -Dпорт, где порт - это порт socks прокси сервера на машине откуда запущен клиент. Так же вместе с портом, можно указать ip адрес локального сетевого интерфейса, чтобы к этой прокси можно было подключаться с других компьютеров локальной сети типа ssh user@server -D192.168.0.3:1080

Т.е. в вашем примере ssh-сервер это компьютер вашей мамы, а ssh-клиент - ваш компьютер в другой стране, за которым вы работаете. Затем достаточно в настройках браузера включить прокси сервер и указать в качестве ip адреса ваш локальный (по умолчанию это localhost или 127.0.0.1) и порт. ssh клиент нужно будет держать включеным, пока пользуетесь интернетом. Никаких других настроек делать не придется (правда в этом случае для подключения ssh придется писать логин + пароль вручную, и чтобы это автоматизировать, нужно будет настраивать авторизацию по ключу)

p.s. в тему крутости ssh, на самом деле он позволяет поднимать полноценный vpn но это не подходит для windows, точнее понадобится какая-либо linux машина, даже если она виртуальная.

p.p.s. если у компьютера вашей мамы нет внешнего ip адреса, а точнее есть разные ситуации
- серый ip
в этом случае ip адрес периодически меняется, т.е. он есть! Тогда можно на роутере настроить dyndns (есть провайдеры в интернете, бесплатные либо копеечные, либо как опция, помню при покупке dlink-роутера, указав серийник можно было пользоваться dlink-овским сервером бесплатно ), когда вашему ip адресу выдается имя типа my_router_name.dyndns.com и вот по этому адресу нужно будет подключаться. Подключение такое будет обрываться когда провайдер сменит адрес (обычно раз в сутки) и переподключение будет доступно через минуты.

- провайдерский nat (очень часто мобильные провайдеры)
это видно, если ip адрес роутеру выдают из локальной сети. В этом случае ip адрес один на несколько клиентов провайдера, и даже upnp не настроить, тут мало что поможет, от таких конфигов лучше держаться подальше, ищите vpn сервисы, или хотя бы тот же hamachi (у них интересная система настройки прямого подключения между компьютерами и решения проблем с nat), они позволят объединить удаленные компьютеры в единую локальную сеть и уже с ее помощью выходить в интернет (тут нужны еще настройки, в зависимости от способа подключения, типа internet shareing и настройка маршрутизации, но socks прокси через ssh ничего дополнительного не потребует).

Могу и тут предложить использовать ssh как универсальную палочку выручалочку. Если ваш компьютер в другой стране имеет ip адрес, вы можете дополнительно установить уже на этом компьютере ssh сервер (т.е. у вас будут 2 сервера один у мамы другой у вас), затем на машине мамы вы настраиваете bat-скрипт, который в бесконечном цикле будет пытаться подключиться к вашей машине не дома, для настройки туннеля перенаправления портов

:loop
ssh user@сервер_не_дома -R порт_на_машине_не_дома:localhost:22
ping -n 2 localhost
goto loop

тут порт_на_машине_не_дома это порт, по которому с машины не дома можно будет подключиться к ssh серверу вашей мамы, подключаться будет через соединение ssh и соответственно ip адреса вашей маме не понадобится (но он понадобится уже на вашей машине не дома). Данный скрипт будет бесконечно пытаться подключить ssh с настройкой туннеля, делая между попытками паузу в пару секунд (это команда ping). Скрипт нужно прописать в автозапуск (лучше через task scheduler, его тогда не будет видно)

само собой в этом случае авторизацию по ключу придется настраивать (речь идет о подключение с компьютера вашей мамы на ваш сервер не дома)

Повторюсь, все это будет работать на windows, и максимум настроек - это перенаправление портов на роутере и беспарольную авторизацию по ключу

Если у тебя нет человека, который сможет физически нажать reset и power on то не советую использовать WOL.

Правильное решение - аппаратный выключатель, либо самодельный (дешевле - на основе любого копеечного роутера или малинки и реле на кнопку power, советую для твоего удобства сделать отдельное реле для reset) либо покупной (есть готовые розетки с wifi/ethernet или gprs).

В биосе машины настраиваешь включение машины при появлении питания. Если машина повисла, делаешь долгое выключение (минута +-).
Придется покурить настройки загрузчика, так как после неправильного выключения что windows что linux предлагают пользовательское действие с клавиатуры.

На это тоже есть аппаратные решения - ip kvm. Формально, в 99.9% случаев после сбоя достаточно нажать enter и загрузка продолжится, это так же можно автоматизировать через тупое реле и плату от любой сломанной клавиатуры (обычно клавиатура ломается механически но плата живет почти вечно), там нужные контакты определить легко по прозрачной пленке под кнопками.

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

Как проверяешь наличие интернета?
Работают ли ping? tracert и mtr?

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

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

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

Назначают несколько ip адресов на один интерфейс, и при открытии слушающего сокета, указывают разные ip адреса (обычно указывают 0.0.0.0 - слушать все интерфейсы, но можно указать конкретный). ОС это переваривают корректно.

Подводные камни - большое количество слушающих сокетов тратят ресурсы (ram).

У тебя неправильная архитектура - не нужно делать подключение 'все со всеми', делай граф - 'каждый с некоторыми', уведомления передавай через соседей, а для передачи самих данных уже открывай прямое соединение на это время и отключайся. Таких сетей полно, например dht, bitcoin p2p,...

Для видеоконтента есть утилиты и стандарты протокола - web torrent, технически возможно реализовать то что ты желаешь, но на практике много придется ковыряться.

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

Поэтому самое простое в реализации - это создать ramdisk в оперативной памяти и указать торент клиенту его как место для загрузки файла. Почти все торент клинеты умеют загружать выбранные файлы из торент (или даже части). Для этого подойдет любой headless torrent демон или web api к обычному, и допиливаешь до желаемого.

Ну и конечно, берешь libtorrent и реализуешь все желаемое, в любой форме.

Самое дешевое решение (конечно его можно обойти, если знаешь как) - это поместить каждое сетевое устройство в свою подсеть, парами (т.е. принтер и компьютер прописываешь подсеть и 2 ip адреса, отличающиеся от основной сети). Это не vlan, так как изоляции нет и пакеты гуляют в общей куче, но все машины, укоторых не прописаны соответствующие настройки проигнорируют их, ни найти ни распечатать без настройки на машине будет нельзя.

На машинах нужно будет прописывать два ip адреса (либо dhcp по mac адресу либо статикой вручную), один - общая локальная сеть организации, другой - из локальной сети принтера. На принтерах настраиваешь только один ip адрес.

Принтеры, не умеющие работать по сети нужно будет подключать к какому-либо компьютеру, и запретить этому компьютеру на нем печатать в общем случае не получится (можно настроить права доступа и запретить пользователю печатать на нем, вот только не помню, работает ли запрет сразу на все принтеры или только на выбранный)

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

Проблема византийских генералов, решалась в криптовалютах, успешно только с помощью proof of work.

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

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

Проблема слежки за секретными параметрами игроков красиво не решается, решив одну проблему получишь другу. т.е. если информация о координатах и жизни противника секретна, и не передавать ее всем участникам по каким то условиям, то игроки могут жульничать в тот момент, когда их 'не видят'. Это частично решается разработкой алгоритма, который смог бы в автоматическом режиме проверить по истории действий, не было ли жульничества, проведя симуляцию игры при раскрытии этой информации. Например все участники передают всю полноту информации но с задержкой в десятки секунд, таким образом участники все еще смогут сжульничать но в пределах ограничений системы проверки (т.е. игрок не сможет летать пока его никто не видит). Система проверки должна учитывать предельную скорость игрока или даже собранную заранее информацию по карте, в каких местах игрок принципиально может находиться.

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

Поставить на телефон прокси сервер (или к примеру любой ssh сервер, подключаясь к нему с опцией -D1080 получишь на машине, с котрой подключился socks прокси с портом 1080), и указать его в настройках браузера на десктопе.

socks сервер это чуть более функциональный чем http сервер (с должными приложениями можно пропускать не веб трафик через него, но к сожалению все еще только tcp, для udp уже нужен vpn и он так же будет детектироваться)

Правда провайдер может определять десктоп по контенту, например посещение сервисов, доступных только с десктопа... но я про такое не слышал.

p.s. меняй провайдера, этот геморой не стоит свеч

Раньше использовался штатный майкрософтовский Messagener Service, в майкрософтовской сети можно отправлять сообщение командой msg, но после windows 7 майкрософт что то сломало в этом протоколе и ранее рабочий smbclient -M имя_компьютера теперь не работает, попробуй поищи в этом направлении

но можно запустить скрипт, который будет мониторить какую-либо шару и отправлять для каждого нового файла в ней сообщения с помощью msg

@echo off
setlocal enabledelayedexpansion
set "dir_path=c:\messages"

:loop

for %%f in ("%dir_path%\*") do (
    set /p msg_text=<"%%~f"
    msg "%%~nxf" "!msg_text!"
	del "!dir_path!\%%~nxf"
)

ping -n 2 localhost

goto loop

в данном случае чтобы отправить сообщение нужно будет создать на этой машине (можно расшарить папку c:\messages и работать с ней через samba) файл с именем пользователя и содержимым с текстом сообщения (кажется в кодировке cp1251 если нужен русский, советую поэкспериментировать). Осторожно с пробелами в имени пользователя

p.s. Еще проще, установить на windows машине ssh сервер, и запускать удаленно команды msg. OpoenSSH есть в windows 10 как штатный дополнительный компонент в настройках приложений

ты подключаешься windows -> nas, убери то что ты там наковырял в настройках windows (зачем ты включил к нему доступ для гостя?)

подключившись в домен, текущий пользователь на машине будет уже доменным (на самом деле можно авторизоваться локальным принудительно) и даже если имена совпадают, с точки зрения авторизации это разные пользователи

мало того, при использовании домена перестает работать механизм общих имен и паролей в windows for workgroup (когда сеть без домена) позволяющий подключаться к шаре без ввода пароля.

Правильное решение - добавить nas в домен (если nas это умеет, если нет то укажи рабочую группу с тем же именем что и домен и делай как ниже).
Неправильное но простое решение - завести на windows и nas локальных пользователей с одинаковыми именем и паролями и делать подключение по ip адресу (ну в 10-ой версии wins сервер сломали, по уму можно включить и поковырять политики чтобы его вернуть, по уму рабочего dns сервера или правок в hosts должно хватить тоже), при подключении к nas указать этот логин и пароль и отметить сохранение их для последующих подключений (делать это придется вручную для каждого компьютера в сети и может даже для каждого пользователя, на сколько я помню это не переносится через сетевые профили)