Al_Ko, мне всё равно трудно всё это понять. У задачи есть более простое решение, причём максимально наивное и топорное. Можно просто одному делать запросы в нулевую секунду минуты, а второму - в 30 секунду минуты.
Al_Ko, это вообще не так делается. Если имеется источник, из которого можно взять данные, то можно, например, сделать промежуточный прокси-сервис, который будет брать данные и никогда не отдавать одно и то же разным своим клиентам.
Герман Шестак, судя по длине кода, это похоже на SHA256. Но браться он может от чего угодно, что так легко не угадать. Например, от посоленного секретным словом полного URL. На этой стадии видимо придётся попробовать декомпилировать игру и попытаться найти в ней соответствующее место.
sudo rm -rf /, вообще говоря, нужно наоборот напрячься, чтобы dhcp не прописал шлюз. Разве только в этой системе уже есть интерфейс с аналогичной подсеткой, тогда такое я могу представить.
Можно попробовать с debug позапускать dhcp-клиент (какой он там? dhclient скорее всего).
В дебианобразиях пакет libpython3-dev. В шляпных - python3-devel. В других искать тоже что-то подобное. Ну и надо будет их подключить к реальной сборке.
Sand, вряд ли, в debian/ubuntu штатного selinux нет, так что взгромоздить его ещё надо умудриться: достать refpolicy из unstable-ветки, собрать, поставить, разглючить...
RoffDaniel, чтобы не плодились правила в ip rule при каждом вызове скрипта, можно явно указывать preference правил - то число, которое написано в начале правила:
ip ru add from 10.0.20.20 p 20 lookup lan1
ip ru add from 10.0.30.30 p 30 lookup lan2
Тогда на существующие правила будет выдаваться ошибка и они не будут добавляться ещё раз.
