Delegate

Според мен опасенията на Реба, че нещо се е счупило, след като си променил нещо по бакенда не е особено вярно

аз препдоложих същото че НЕ е пипал по форума, защото иначе щеше да се вясва, той не е влизал отдавна, така че новия фактор е външен

Дон Реба

аз препдоложих същото че НЕ е пипал по форума, защото иначе щеше да се вясва, той не е влизал отдавна, така че новия фактор е външен

Ретрограден Меркурий?

Дон Реба

аз препдоложих същото че НЕ е пипал по форума, защото иначе щеше да се вясва, той не е влизал отдавна, така че новия фактор е външен

Ok, ясно. Аз предположих неща от сорта, наскоро открити от OpenAI, Anthropic и Бог знае още какви китайски дракони.

Cybersecurity researchers have discovered a remote denial-of-service (DoS) exploit that affects major web servers, including NGINX, Apache HTTP Server, Microsoft Internet Information Services (IIS), Envoy and Cloudflare Pingora. The attack was discovered by the research team from Calif, a security firm from California. The team leveraged OpenAI Codex, a coding agent powered by a frontier AI model. Codex discovered the new vulnerability by chaining two known techniques: a compression bomb and a low-and-slow hold. The researchers dubbed the new vulnerability “HTTP/2 Bomb.”

CVE-2026-42945 (nicknamed NGINX Rift) is a critical heap-based buffer overflow vulnerability in the ngx_http_rewrite_module of NGINX Open Source and NGINX Plus.

Overview & Impact

• Vulnerability Type: CWE-122 / CWE-131 (Heap-based buffer overflow due to a size-calculation and state mismatch in NGINX's script engine). • How it happens: It occurs when a rewrite directive containing a question mark (? / query string) is followed in the same location block by an if or set directive that uses an unnamed PCRE capture group (such as $1 or $2). A length-calculation pass misses URI expansion flags, causing an undersized heap buffer to overflow during data copying. • Severity: • CVSS v3.1: 8.1 (High) • CVSS v4.0: 9.2 (Critical) • Consequences: • Unauthenticated attackers can send crafted HTTP requests to crash the NGINX worker process, leading to a Denial of Service (DoS) via restarts. • Under specific memory conditions or if Address Space Layout Randomization (ASLR) is disabled/bypassed, it can lead to Remote Code Execution (RCE).

Affect

Ако правим залагания, бих сложил че нема нищо общо с некви фенси уязвимости фанати от клод или нещо от сорта и хайпнати до тавана.

johnfound

В случая не може да помогне защото всички процеси си работят нормално. А да правя съвсем порнографии като например превантивни рестарти – виж по-горе мнението на Дон Реба. Аз наистина хич не обичам решения с таймери. Разбира се, използвам ги от време на време, но само ако съвсем няма друг вариант по принцип.

Въх, сакън, превантивен рестарт е още по лошо, да убиеш работеща система за няма нищо.

Друго имах в предвид. Втори демон дето от време на време проверява дали форума отговаря и ако не отговаря чак тогава да го рестартира. Ако след няколко рестартирания на процеса му не се възстанови тогава да рестартира целия компютър или там контейнер според както си го направил. От много време се каня да направя и един умен захранващ кабел дето да прави спиране и пускане на тока за да е сигурно ако те тоя рестартиращ процес спре да нулира брояча на кабела.

Идеята е системата да се самовъзстановява при краш. Което пък значи да се установи прецизно кога точно има краш.

waldorf

От много време се каня да направя и един умен захранващ кабел дето да прави спиране и пускане на тока за да е сигурно ако те тоя рестартиращ процес спре да нулира брояча на кабела.

Е то има много такива, ето това например.

waldorf

Идеята е системата да се самовъзстановява при краш. Което пък значи да се установи прецизно кога точно има краш.

Аз лично предпочитам да си оправям бъговете, а подобни подходи правят този процес напълно невъзможен.

Не е верно, некой ден watchdog-а ще гръмне и той и кат тръгнеш да разследваш тамън и двата проблема ше решиш.

|

Е то има много такива, ето това например.

Баш! Но това е дизайн от миналия век или за дейта център. За домашно ползване или пък малък офис би било удобно да има също и WiFi и/или USB мониторинг..

Кога бех админче, ups-ите ритаха сървърите и тва беше част от на редхат клъстерните глупутки, неква теория на много сложния процес ми се виждаше тва по онова време, но накратко клъстера си избираше кворум и ако некой node се появи дето да не се вписва в благата споделена идилия, го изритваха, на тва можеше да му конфигурираш ups-а като метод за ритане и ние така правихме тогава, у клъстер с повече от 2 нода тва беше ок, но с 2 нода беше забава.

johnfound

Аз лично предпочитам да си оправям бъговете, а подобни подходи правят този процес напълно невъзможен.

Едното не пречи на другото. Просто имаш лукса да не се налага да правиш high reliability system with unreliable components. Пък и точно затова почнах, че първо преглъщаме факта, че правим бъгове. И преглътнем ли го, решението вече си идва от самосебе си. Друг интересен приом е да се прави forgiveness т.е. съзнателно игнориране на някои грешки които позволяват частична функционалност а не и при най малки проблем и краш. Тънка работа е това.

waldorf

Баш! Но това е дизайн от миналия век или за дейта център. За домашно ползване или пък малък офис би било удобно да има също и WiFi и/или USB мониторинг..

Има много такива. Един приятел си купи това като отиде да работи в DC за година, за да му рестартира кабелния модем в празната къща.

PicoIp на Neomontana е именно хардуерен ресет. Имат офис в Младост 4. От как го ползвам камерите ми са онлайн, над 10 г. вече.

Козоеба пак коментира неща от които си няма никаква идея.

|

Козоеба пак коментира неща от които си няма никаква идея.

Аз ползвам такова, ти си тоя де няма идея. Като за лампите. Макя ти в гъза прос!

Е да, козоеба не може да си го направи, затова е купил. :)

|

Е да, козоеба не може да си го направи, затова е купил. :)

Ти колко си направи, макяти фостенцата?

Колкото са ми трябвали съм направил. Повече от нула.