Интересно, буквы #UB в названии платформы #UBports, которая работает на #PinePhone, означают Undefined Behavior? Чтобы сразу юзеры понимали, с чем имеют дело.
Коллеги, а вы не могли бы мне посоветовать какую-нибудь утилиту, может даже с каким-то веб-интерфейсом, чтобы отслеживать попытки скана портов на моём сервере, может даже какой-нибудь SYN-флуд и тому подобное?
Здравствуйте, меня все знают как Ревертрона, и я люблю виртуалки. (и не понимаю докер)
Первую виртуалку я завёл ещё с виндой, чтобы что-то протестировать, а потом понеслось... Я возлюбил #VirtualPC - он был такой няшненький. Потом как-то попробовал #VirtualBox, любил его многие годы. И я никогда не думал, что у меня на домашнем сервере будет #KVM! Но в прошлом году и это произошло. А с панелью cockpit стало намного удобнее ими управлять... Но вчера... мне стыдно признаться, но я попробовал #Hyper-V. Он, конечно, непривычен, но взлетел так быстро, что мне даже понравилось. Я боюсь того, к чему это может привести...
Здравствуйте, меня все знают как Ревертрона, и я люблю виртуалки. (и не понимаю докер)
Первую виртуалку я завёл ещё с виндой, чтобы что-то протестировать, а потом понеслось... Я возлюбил #VirtualPC - он был такой няшненький. Потом как-то попробовал #VirtualBox, любил его многие годы. И я никогда не думал, что у меня на домашнем сервере будет #KVM! Но в прошлом году и это произошло. А с панелью cockpit стало намного удобнее ими управлять... Но вчера... мне стыдно признаться, но я попробовал #Hyper-V....
Нашёл крутой баг в #Firefox. Включаем DoH. Если сервер по какой-то причине не отвечает или тупит, то FF юзает как фоллбэк днс-сервер сети (роутера). А потом домен сервера DoH всегда резолвится в айпишник роутера, даже через сутки, даже очищая днс-кэш. И этот домен даже не отображается в списке about:networking#dns. Завтра уже зафайлю им в трекер.
Нашёл крутой баг в #Firefox. Включаем DoH. Если сервер по какой-то причине не отвечает или тупит, то FF юзает как фоллбэк днс-сервер сети (роутера). А потом домен сервера DoH всегда резолвится в айпишник роутера, даже через сутки, даже очищая днс-кэш. И этот домен даже не отображается в списке about:networking#dns. Завтра уже зафайлю им в трекер.
Короче, я как-то запутался, и мне кажется, что я напоролся на неразрешимую задачу в своём блокчейне. Получается, что если блокчейн не растёт постоянно, то любая новая или отставшая нода может включиться в такой момент, когда будет 50% нормальных нод и 50% нод с подставным блокчейном (начиная с какого-то блока). То есть, если блокчейн не растёт, то кто-то может его догнать своими блоками и анонсировать их в сеть.
Короче, я как-то запутался, и мне кажется, что я напоролся на неразрешимую задачу в своём блокчейне. Получается, что если блокчейн не растёт постоянно, то любая новая или отставшая нода может включиться в такой момент, когда будет 50% нормальных нод и 50% нод с подставным блокчейном (начиная с какого-то блока). То есть, если блокчейн не растёт, то кто-то может его догнать своими блоками и анонсировать их в сеть.
В блокчейнах с доменами есть проблема - когда ты отправляешь транзакцию с желаемым доменом, её могут перехватить и послать свою транзакцию с тем же доменом. То есть, украсть домен. Это решается отсылкой транзакции с хэшем домена и соли, ожиданием нескольких блоков (обычно 6), а потом транзакцией с доменом и солью, которая использовалась изначально.
@rf Как защитить #блокчейн от флуда транзакциями с хэшами? Особенно, если там нет монет.
Ещё в прошлом году я начал писать DNS на блокчейне, но с очень серьёзными ограничениями в плане компактности. Чтобы работало и на мобилке. Так как там нет монет, то домены приходится майнить тому, кто его хочет.
В этом блокчейне существует задачка - как сообщить всем нодам информацию о том, что я намайнил определённый домен, чтобы исключить возможность кому-то быстренько не намайнить такой же, и не выдать его за свой. Эта задача решается тем, что сначала в блокчейн добавляется хэш домена (с солью, либо закодированный ключом, не важно), а через какое-то время, когда консенсус сети по этому поводу подтверждён, высылается информация о самом домене, применённой соли и так далее. То есть, в моей разработке, ещё раз майнится блок.
Вопрос в следующем - есть ли какие-то опасения насчёт MurmurHash3 для хэширования домена+соли? Ну или другой функции с маленьким хэшем, вроде 32 бит. Ведь для малых текстовых данных вероятность коллизий тоже очень мала. То есть, надо подбирать тоже малую строчку, нельзя бухнуть в хэш-функцию сразу Войну и мир.
Ещё в прошлом году я начал писать DNS на блокчейне, но с очень серьёзными ограничениями в плане компактности. Чтобы работало и на мобилке. Так как там нет монет, то домены приходится майнить тому, кто его хочет.
В этом блокчейне существует задачка - как сообщить всем нодам информацию о том, что я намайнил определённый домен, чтобы исключить возможность кому-то быстренько не намайнить такой же, и не выдать его за свой. Эта задача решается тем, что сначала в блокчейн добавляется хэш домена (с солью,...
Интересно, если бы в браузерах все элементы форм были изначально красивыми и удобными, может не нужно было бы писать столько кода для их стилизации и изменения их поведения?