Ничего не могу сказать по вашей схеме. Сам пользуюсь связкой tinc(в режиме hub)+bird(ospf) - на роутерах (openwrt) и vps (ubuntu). Все работает, за исключение того что soho роутеры слабенькие, из за этого пропускная способность не большая. Но всегда можно tinc поднять на конечном пс и подрубить в сеть
Пропущен важный момент с синхронизацией времени на роутере. Большинство домашних роутеров не имеет RTC с батарейкой на борту, и при старте устройство синхронизирует время/дату при старте с условным "pool.ntp.org". Что тоже надо резолвить. А без правильной времени/даты не работает TLS в DoT/DoH
p.s. как вариант проблема решается внешний RTC на usb порту.
"Простите автор, я вас не понимаю" У вас перед глазами успешный тек, да как минимум два. Вы с женой сейчас находитесь в "успешном" положении, как раз из за школьного и высшего образований, а не вопреки. С чего бы думать по другому.
Вам ничто не мешает собрать статистику по разным вариантам образования и ранжировать её по "успешности" (критерий успешности выберите на своё усмотрение, кому то достаточно не парится по поводу ценников в магазине и брать с полок понравившийся товар, а кому то подавай мировую известность). Но скорее всего картина у вас получится такая (в среднем): - лучше получать образование, чем не получать - школьное образование лучше чем домашнее обучение - дополнительное образование лучше чем его отсутствие (репетиторы, кружки...) - чем выше рейтинг школы, тем лучше (рейтинг по ЕГЭ, олимпиадам, медалям...) - чем выше рейтинг профильного учебного, тем лучше
Вы хорошо объяснили про маскирование и то, что это не шифрование, а защита от атак на промежуточные прокси. Многие действительно думают, что маскировка нужна для конфиденциальности, хотя на самом деле история именно про то, чтобы вредоносный JS не мог сэмулировать HTTP-запрос и отравить кеш.
Вот тут хотелось бы очень подробно (возможно с примером атаки). А то маскирование выглядит как попытка спрятать трафик во времена когда TLS не был популярен.
Ещё более впечатляет то, что разработчикам удалось реализовать стек TCP/IP Quake лучше, чем у Windows 95. Давайте разберёмся, как им это удалось.
Какая прелесть. А из прочитанного мы выясняем что в квейке никакого стека TCP/IP не было, а был врапер (от Mpath) для доступа к winsock32 API из под подсистемы "DOS". То есть без виндового стека это не могло работать от слова совсем.
Запись с одного клиента єто не ограничение iSCSI а ограничение файловой системы типа ext4. Если начнете использовать кластерные фс поверх iSCSI то этого ограничения не будет
Еще немного и... Unified Kernel Image
Ничего не могу сказать по вашей схеме. Сам пользуюсь связкой tinc(в режиме hub)+bird(ospf) - на роутерах (openwrt) и vps (ubuntu). Все работает, за исключение того что soho роутеры слабенькие, из за этого пропускная способность не большая. Но всегда можно tinc поднять на конечном пс и подрубить в сеть
Пропущен важный момент с синхронизацией времени на роутере. Большинство домашних роутеров не имеет RTC с батарейкой на борту, и при старте устройство синхронизирует время/дату при старте с условным "pool.ntp.org". Что тоже надо резолвить.
А без правильной времени/даты не работает TLS в DoT/DoH
p.s. как вариант проблема решается внешний RTC на usb порту.
"Простите автор, я вас не понимаю"
У вас перед глазами успешный тек, да как минимум два. Вы с женой сейчас находитесь в "успешном" положении, как раз из за школьного и высшего образований, а не вопреки. С чего бы думать по другому.
Вам ничто не мешает собрать статистику по разным вариантам образования и ранжировать её по "успешности" (критерий успешности выберите на своё усмотрение, кому то достаточно не парится по поводу ценников в магазине и брать с полок понравившийся товар, а кому то подавай мировую известность). Но скорее всего картина у вас получится такая (в среднем):
- лучше получать образование, чем не получать
- школьное образование лучше чем домашнее обучение
- дополнительное образование лучше чем его отсутствие (репетиторы, кружки...)
- чем выше рейтинг школы, тем лучше (рейтинг по ЕГЭ, олимпиадам, медалям...)
- чем выше рейтинг профильного учебного, тем лучше
За белый IPv4 дополнительные деньги берут, а иногда он вообще не доступен простым смертным
Он и под статью нагенерить может
Вот тут хотелось бы очень подробно (возможно с примером атаки). А то маскирование выглядит как попытка спрятать трафик во времена когда TLS не был популярен.
А в чем проблема установить NVIDIA RTX A5000 на подходящий локальный компьютер. Мы же про долгосрочную перспективу... да?
Не похож он на японца что бы методу давать японское название )
Как бы... да. И речь не про Kerberos, а про nfs-over-tls (RFC 9289)
Шифрование NFS: RPC-with-TLS - https://habr.com/ru/companies/flant/articles/897130/
Почему то все забывают про дежурное питание, присутствующее в компьютере (если он включен в розетку), в том числе и на PCIe
Какая прелесть. А из прочитанного мы выясняем что в квейке никакого стека TCP/IP не было, а был врапер (от Mpath) для доступа к winsock32 API из под подсистемы "DOS". То есть без виндового стека это не могло работать от слова совсем.
Извините, вторая статья на туже тему и снова ни о чём.
Вот тут интересней https://quantum5.ca/2025/03/22/whirlwind-tour-of-systemd-nspawn-containers/
Запись с одного клиента єто не ограничение iSCSI а ограничение файловой системы типа ext4. Если начнете использовать кластерные фс поверх iSCSI то этого ограничения не будет
А зачем было ставить dnsdist? Разве нельзя было это разрулить самим bind?
"продвинутые" провайдеры разворачивают shadow proxy для dns трафика и подменяют его
Я не безопасник но... побег из песочницы никто не отменял. Нельзя взломать ваш компьютер только если его у вас нет.
Ну это натягивание совы на глобус )
лучше тогда уж на стекло наносить гравировкой
При словах "скриптинг" и "C++" сразу вспомнился проект CINT (https://root.cern.ch/d/cint.html)
А тут либо сложности с переводом, либо у нас автором разные понимания слова "скриптинг"