Идея хорoшая, осмелюсь дать несколько советов:
— от tcpdump лучше отказаться в пользу http (php, python, nginx/lua/webdav2 etc...) т.к.он переводит интерфес в режим promisc
— диапазон доступных портов можно взять здесь /proc/sys/net/ipv4/ip_local_port_range
в итоге, задача сводится к тому, чтобы договорится о номерах портов и адресах, для этого можно использовать какой-нибудь pastebin и, как тут уже предлагалось, публичный stun-сервер.
Пожалуй, ваша заметка больше вредна чем полезна, легко может запутать начинающих разработчиков, особенно пример с Repeatable read. Да к чему здесь docker? Вы так сильно ненавидите ваш пакетный менеджер?;)
Стабильность говорите?
Win7, обновлена, раз в неделю стабильно наблюдается BSOD,
/ на протяжении полугода причину выяснить не удаётся,
впрочем, проблема 99 случаев из 100 связана с драйверами устройств.
Но какое отношение кривые руки драйверописателей имеют к стабильности Windows? Правда ведь? ))
Преимущество блочных устройств, расположенных за пределами системы виртуализации, заключается в том, что они затем невосприимчивы к отказам виртуальной машины.
— от tcpdump лучше отказаться в пользу http (php, python, nginx/lua/webdav2 etc...) т.к.он переводит интерфес в режим promisc
— диапазон доступных портов можно взять здесь /proc/sys/net/ipv4/ip_local_port_range
в итоге, задача сводится к тому, чтобы договорится о номерах портов и адресах, для этого можно использовать какой-нибудь pastebin и, как тут уже предлагалось, публичный stun-сервер.
пожалуйста, не делайте так, возьмите хотя бы checkinstall (для сборки пакета deb), если с dpkg-deb разбираться нет времени.
Используете SRS?
Зачем вы хотите из файловой системы proc читать бинарные данные? Читайте прямо из ядра.
Win7, обновлена, раз в неделю стабильно наблюдается BSOD,
/ на протяжении полугода причину выяснить не удаётся,
впрочем, проблема 99 случаев из 100 связана с драйверами устройств.
Но какое отношение кривые руки драйверописателей имеют к стабильности Windows? Правда ведь? ))
Мягко говоря весьма спорное утверждение.