{"id":9761,"date":"2026-10-18T21:09:42","date_gmt":"2026-10-18T19:09:42","guid":{"rendered":"https:\/\/sajberinfo.com\/?p=9761"},"modified":"2026-10-18T21:09:42","modified_gmt":"2026-10-18T19:09:42","slug":"exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja","status":"publish","type":"post","link":"https:\/\/sajberinfo.com\/en\/2026\/10\/18\/exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja\/","title":{"rendered":"Exchange serveri u problemu nakon oktobarskog a\u017euriranja"},"content":{"rendered":"<p><em>Microsoft Exchange Server<\/em> suo\u010dava se s <a href=\"https:\/\/techcommunity.microsoft.com\/blog\/exchange\/exchange-servers-may-become-unstable-after-installation-of-october-2026-windows-\/4565382\" target=\"_blank\" rel=\"noopener\">ozbiljnim problemima<\/a> nakon oktobarskog a\u017euriranja, a posljedice se pojavljuju tek 24 sata nakon instalacije. Serveri gube vezu s bazama podataka, dok gre\u0161ke u sistemu uzrokuju probleme s memorijom i prijavom korisnika. Iako je poznat mogu\u0107i uzrok, kompanija <em>Microsoft<\/em> jo\u0161 nije potvrdila ho\u0107e li izmijeniti a\u017euriranje niti kada se mo\u017ee o\u010dekivati trajno rje\u0161enje.<\/p>\n<div id=\"attachment_9764\" style=\"width: 1210px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9764\" class=\"size-full wp-image-9764\" src=\"https:\/\/sajberinfo.com\/wp-content\/uploads\/2026\/10\/Exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja.jpg\" alt=\"Exchange serveri\" width=\"1200\" height=\"896\" srcset=\"https:\/\/sajberinfo.com\/wp-content\/uploads\/2026\/10\/Exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja.jpg 1200w, https:\/\/sajberinfo.com\/wp-content\/uploads\/2026\/10\/Exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja-300x224.jpg 300w, https:\/\/sajberinfo.com\/wp-content\/uploads\/2026\/10\/Exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja-1024x765.jpg 1024w, https:\/\/sajberinfo.com\/wp-content\/uploads\/2026\/10\/Exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja-768x573.jpg 768w, https:\/\/sajberinfo.com\/wp-content\/uploads\/2026\/10\/Exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja-16x12.jpg 16w\" sizes=\"auto, (max-width: 1200px) 100vw, 1200px\" \/><p id=\"caption-attachment-9764\" class=\"wp-caption-text\"><em>Exchange serveri u problemu nakon oktobarskog a\u017euriranja; Source: Nano Banana 2<\/em><\/p><\/div>\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_89 counter-hierarchy ez-toc-counter ez-toc-custom ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<p class=\"ez-toc-title\" style=\"cursor:inherit\">Sadr\u017eaj<\/p>\n<span class=\"ez-toc-title-toggle\"><a href=\"#\" class=\"ez-toc-pull-right ez-toc-btn ez-toc-btn-xs ez-toc-btn-default ez-toc-toggle\" aria-label=\"Toggle Table of Content\"><span class=\"ez-toc-js-icon-con\"><span class=\"\"><span class=\"eztoc-hide\" style=\"display:none;\">Toggle<\/span><span class=\"ez-toc-icon-toggle-span\"><svg style=\"fill: #ffffff;color:#ffffff\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" class=\"list-377408\" width=\"20px\" height=\"20px\" viewbox=\"0 0 24 24\" fill=\"none\"><path d=\"M6 6H4v2h2V6zm14 0H8v2h12V6zM4 11h2v2H4v-2zm16 0H8v2h12v-2zM4 16h2v2H4v-2zm16 0H8v2h12v-2z\" fill=\"currentColor\"><\/path><\/svg><svg style=\"fill: #ffffff;color:#ffffff\" class=\"arrow-unsorted-368013\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" width=\"10px\" height=\"10px\" viewbox=\"0 0 24 24\" version=\"1.2\" baseprofile=\"tiny\"><path d=\"M18.2 9.3l-6.2-6.3-6.2 6.3c-.2.2-.3.4-.3.7s.1.5.3.7c.2.2.4.3.7.3h11c.3 0 .5-.1.7-.3.2-.2.3-.5.3-.7s-.1-.5-.3-.7zM5.8 14.7l6.2 6.3 6.2-6.3c.2-.2.3-.5.3-.7s-.1-.5-.3-.7c-.2-.2-.4-.3-.7-.3h-11c-.3 0-.5.1-.7.3-.2.2-.3.5-.3.7s.1.5.3.7z\"\/><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/sajberinfo.com\/en\/2026\/10\/18\/exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja\/#EXCHANGE_SERVER_PROBLEM_SA_AZURIRANJEM\" >EXCHANGE SERVER PROBLEM SA A\u017dURIRANJEM<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/sajberinfo.com\/en\/2026\/10\/18\/exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja\/#Nepredvidivi_prekidi_rada_i_sirenje_gresaka\" >Nepredvidivi prekidi rada i \u0161irenje gre\u0161aka<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/sajberinfo.com\/en\/2026\/10\/18\/exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja\/#Stroga_primjena_ogranicenja\" >Stroga primjena ograni\u010denja<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/sajberinfo.com\/en\/2026\/10\/18\/exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja\/#Atomsko_uvecanje_i_prelijevanje_brojaca\" >Atomsko uve\u0107anje i prelijevanje broja\u010da<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/sajberinfo.com\/en\/2026\/10\/18\/exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja\/#Operativni_uticaj_na_infrastrukturu\" >Operativni uticaj na infrastrukturu<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/sajberinfo.com\/en\/2026\/10\/18\/exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja\/#Promjena_stanja_sistema_kroz_zamjene_u_registru\" >Promjena stanja sistema kroz zamjene u registru<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/sajberinfo.com\/en\/2026\/10\/18\/exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja\/#ZAKLJUCAK\" >ZAKLJU\u010cAK<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/sajberinfo.com\/en\/2026\/10\/18\/exchange-serveri-u-problemu-nakon-oktobarskog-azuriranja\/#PREPORUKE\" >PREPORUKE<\/a><\/li><\/ul><\/nav><\/div>\n<h2><span class=\"ez-toc-section\" id=\"EXCHANGE_SERVER_PROBLEM_SA_AZURIRANJEM\"><\/span><strong><em>EXCHANGE SERVER <\/em>PROBLEM SA A\u017dURIRANJEM<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Otprilike 24 nakon sata instalacije a\u017euriranja iz oktobra, <em>Exchange<\/em> <em>Server<\/em> po\u010deli su do\u017eivljavati niz povezanih incidenta, jer su se ograni\u010denja okru\u017eenja u mehanizmu za mapiranje krajnjih ta\u010daka sukobila sa pragovima za dodjelu memorije.<\/p>\n<p>Ovim su se pokrenule gre\u0161ke koje su prekidale veze sa bazama podataka. Vrijednost u registru, prvobitno pode\u0161ena radi ograni\u010davanja okru\u017eenja, djelovala je poput uskog grla. Na taj na\u010din je preoptere\u0107ena sposobnost sistema <em>Exchange<\/em> <em>Server<\/em> da odr\u017eava stabilne kanale komunikacije izme\u0111u usluga i baza podataka.<\/p>\n<p>Iako su u administratorskom okru\u017eenju baze podataka prikazivane kao aktivne i povezane, pogo\u0111eni sistemi <em>Exchange<\/em> <em>Server<\/em> zapravo su gubili vezu sa njima, bez ikakvog vidljivog upozorenja. Procesi za obradu i isporuku elektronskih poruka prestajali su sa radom, dok su se ka\u0161njenja i prekidi u provjeri prava pristupa postepeno \u0161irili na povezane sisteme.<\/p>\n<p>Ova nejednakost izme\u0111u a\u017euriranih komponenti i operativne arhitekture sistema <em>Exchange<\/em> <em>Server<\/em> otkrila je ranjivosti u na\u010dinu na koji se pretrage mehanizma za mapiranje krajnjih ta\u010daka prilago\u0111avaju pod optere\u0107enjem. Zbog toga su administratori bili primorani da hitno primijene privremene izmjene u registru, dok \u010dekaju zvani\u010dno rje\u0161enje od kompanije <em>Microsoft<\/em>.<\/p>\n<p>Me\u0111usobno djelovanje ovih faktora stvorilo je paradoks u kojem su serveri ostajali tehni\u010dki na mre\u017ei, ali funkcionalno nedostupni. Ovim se postavljaju ozbiljna pitanja o protokolima za testiranje kompatibilnosti izme\u0111u a\u017euriranja operativnog sistema i usluga kriti\u010dne infrastrukture poput sistema <em>Exchange Server<\/em>.<\/p>\n<p>&nbsp;<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Nepredvidivi_prekidi_rada_i_sirenje_gresaka\"><\/span><strong>Nepredvidivi prekidi rada i \u0161irenje gre\u0161aka<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Nakon primjene oktobarskog a\u017euriranja sistema u okru\u017eenjima sistema <em>Exchange<\/em> <em>Server<\/em>, otprilike 24 sata kasnije, administratori prijavljuju iznenadne prekide veze sa bazama podataka po\u0161tanskih sandu\u010di\u0107a. Gre\u0161ka <em>MapiExceptionMdbOffline<\/em> stalno se pojavljuje u dnevnicima, \u010dime se ukazuje na neuspjeh u uspostavljanju komunikacije sa serverom, uprkos tome \u0161to se baze podataka prikazuju kao povezane i aktivne u administrativnom centru sistema <em>Exchange<\/em>.<\/p>\n<p>Ovaj neta\u010dan prikaz stvara zabunu, jer korisnici gube pristup uslugama elektronske po\u0161te, dok administrativna okru\u017eenja pokazuju da je sve u redu. Na taj na\u010din se ote\u017eavaju napori za rje\u0161avanje problema u primjeni sistema <em>Exchange<\/em> <em>Server<\/em> kroz vi\u0161e verzija.<\/p>\n<p>Poreme\u0107aji u protoku po\u0161te dodatno pogor\u0161avaju ovaj problem, budu\u0107i da se odlazne poruke gomilaju u redovima \u010dekanja sve dok ponovna pokretanja sistema privremeno ne vrate funkcionalnost.<\/p>\n<p>Pogo\u0111eni sistemi \u010desto zahtijevaju prisilna ponovna pokretanja radi ponovnog uspostavljanja veze sa bazama podataka, iako se povratak problema predvidljivo de\u0161ava nakon 24 do 30 sati ukoliko a\u017euriranja ostanu instalirana. Pode\u0161avanja grupa za raspolo\u017eivost baza podataka suo\u010davaju se sa dodatnim optere\u0107enjem, jer se pojavljuju problemi kvoruma i prekidi u zadacima reprodukcije, \u010dime se dodatno naru\u0161ava stabilnost grupa sistema <em>Exchange<\/em> <em>Server<\/em> zavisnih od mehanizama visoke dostupnosti.<\/p>\n<p>Privremeno olak\u0161anje pru\u017eaju prilago\u0111avanja u registru usmjerena na vrijednost <em>EpmapSavedContextCap<\/em> pod klju\u010dem <em>HKLM\\SOFTWARE\\Microsoft\\Rpc<\/em>, pri \u010demu neki administratori primjenjuju ove izmjene kako bi ubla\u017eili iscrpljivanje resursa povezano sa ovim oktobarskim a\u017euriranjima.<\/p>\n<p>Ipak, ovo privremeno rje\u0161enje ne elimini\u0161e osnovnu nestabilnost, s obzirom na to da instance sistema <em>Exchange<\/em> <em>Server<\/em> nastavljaju posrtati u intervalima povezanim sa vremenskim okvirima primjene a\u017euriranja. Oslanjanje na ru\u010dne intervencije nagla\u0161ava rastu\u0107i problem izme\u0111u praksi upravljanja ispravkama i otpornosti sistema u okru\u017eenjima u kojima kumulativna a\u017euriranja sistema <em>Windows Server<\/em> nepredvidivo stupaju u uzajamni uticaj sa operacijama sistema <em>Exchange<\/em> <em>Server<\/em>.<\/p>\n<p>&nbsp;<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Stroga_primjena_ogranicenja\"><\/span><strong>Stroga primjena ograni\u010denja<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Oktobarska a\u017euriranja kompanije <em>Microsoft<\/em> uvela su strogo ograni\u010denje unutar datoteke <em>RpcEpMap.dll<\/em>, \u010dime se broj konteksta pretrage mehanizma za mapiranje krajnjih ta\u010daka ograni\u010dava na <em>512<\/em>. Ovo pode\u0161avanje, ugra\u0111eno direktno u dio datoteke <em>DLL<\/em> na pomaku <em>+0x1C5EC<\/em> (<em>g_ulEpmapSavedContextCap<\/em>), funkcioni\u0161e nezavisno od vrijednosti u registru i sprovodi se tokom izvr\u0161avanja.<\/p>\n<p>Iako se sistem <em>Exchange<\/em> <em>Server<\/em> obi\u010dno oslanja na dinami\u010dku dodjelu memorije za <em>RPC<\/em> komunikacije, ovo stati\u010dno ograni\u010denje stvara usko grlo prilikom obrade istovremenih upita prema bazi podataka ili operacija sa po\u0161tanskim sandu\u010di\u0107ima, posebno u scenarijima visokog optere\u0107enja. Navedeno ograni\u010denje naizgled se ciljano odnosi na u\u010de\u0161\u0107a mehanizma za mapiranje krajnjih ta\u010daka, koje su neophodne za odr\u017eavanje povezanosti izme\u0111u komponenti sistema <em>Exchange<\/em>, poput usluge replikacije po\u0161tanskih sandu\u010di\u0107a i pozadinskih baza podataka.<\/p>\n<p>Sistemi <em>Exchange<\/em> <em>Server<\/em> na kojima su primijenjena pogo\u0111ena a\u017euriranja do\u017eivljavaju nestabilnost, jer se prag od <em>512<\/em> konteksta brzo iscrpljuje tokom normalnog rada. Ovim se pokre\u0107e niz povezanih incidenta u slojevima <em>RPC<\/em> komunikacije, \u0161to dovodi do prekida veze koji se ispoljavaju kao gre\u0161ke <em>MapiExceptionMdbOffline<\/em>, uprkos tome \u0161to je vrijednost <em>EpmapSavedContextCap<\/em> u registru prilago\u0111ena.<\/p>\n<p>Do ove neuskla\u0111enosti dolazi zato \u0161to se interni broja\u010d datoteke <em>RpcEpMap.dll<\/em> (<em>g_cSavedContexts<\/em>) ne resetuje nakon dostizanja ograni\u010denja, \u010dak i ako se registar izmijeni nakon instalacije. Ovaj propust u dizajnu a\u017euriranja sistema efektivno zaklju\u010dava sistem <em>Exchange<\/em> <em>Server<\/em> u stanje u kojem se resursi mehanizma za mapiranje krajnjih ta\u010daka nepovratno tro\u0161e, \u0161to zahtijeva ili ponovno pokretanje servera ili direktno ispravljanje memorije radi privremenog vra\u0107anja funkcionalnosti.<\/p>\n<p>Izmjena pona\u0161anja datoteke <em>RpcEpMap.dll<\/em> uskla\u0111ena je sa namjerom kompanije <em>Microsoft<\/em> da rije\u0161i ranjivost <a href=\"https:\/\/app.opencve.io\/cve\/CVE-2026-96300\" target=\"_blank\" rel=\"noopener\"><em>CVE-2026-96300<\/em><\/a> ograni\u010davanjem potro\u0161nje resursa za operacije mehanizma za mapiranje krajnjih ta\u010daka <em>RPC<\/em> protokola.<\/p>\n<p>Ipak, kruta primjena u verzijama sistema <em>Windows Server od 2016<\/em>. do <em>2025<\/em> ne uzima u obzir jedinstvene obrasce radnog optere\u0107enja sistema <em>Exchange<\/em> <em>Server<\/em>. Ovaj previd prisiljava administratore da ru\u010dno zaobi\u0111u interna ograni\u010denja datoteke <em>RpcEpMap.dll<\/em> primjenom izmjena u registru ili alata za ispravljanje memorije poput <em>WriteProcessMemory<\/em>.<\/p>\n<p>Iako ova privremena rje\u0161enja ubla\u017eavaju neposredne prekide rada, ona ne rje\u0161avaju osnovni sukob izme\u0111u bezbjednosnih politika sistema <em>Windows Server<\/em> i operativnih zahtjeva sistema <em>Exchange<\/em> <em>Server<\/em>, \u010dime se sistemi ostavljaju podlo\u017enim ponavljaju\u0107oj nestabilnosti ukoliko se a\u017euriranja ponovo instaliraju bez rje\u0161avanja osnovnog uzroka.<\/p>\n<p>&nbsp;<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Atomsko_uvecanje_i_prelijevanje_brojaca\"><\/span><strong>Atomsko uve\u0107anje i prelijevanje broja\u010da<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Mehanizam atomskog uve\u0107anja za <em>g_cSavedContexts<\/em> uvodi rizik od prelijevanja broja\u010da, posebno u scenarijima dugotrajnog visokog optere\u0107enja na sistemima <em>Exchange Server<\/em>.<\/p>\n<p>Budu\u0107i da svaka operacija mehanizma za mapiranje krajnjih ta\u010daka uve\u0107ava broja\u010d bez izri\u010dite provjere granica, vrijednosti mogu pre\u0107i odre\u0111ene pragove, \u010dime se izaziva neo\u010dekivano pona\u0161anje tokom upravljanja kontekstima.<\/p>\n<p>Ovaj scenario dodatno pogor\u0161ava podrazumijevano ograni\u010denje koje name\u0107e interna logika datoteke <em>RpcEpMap.dll<\/em>, jer ne uzima u obzir dugotrajne ili intenzivne obrasce kori\u0161tenja tipi\u010dne za poslovna okru\u017eenja u kojima funkcioni\u0161e sistem <em>Exchange Server<\/em>.<\/p>\n<p>Neuspjeh u dodjeli memorije ispoljava se kao gre\u0161ka <em>EPT_S_CANT_PERFORM_OP<\/em> kada sistem poku\u0161a dodijeliti resurse izvan dostupnog kapaciteta, \u0161to je posljedica neuskla\u0111enosti pragova broja\u010da i nedovoljnog upravljanja me\u0111uspremnicima.<\/p>\n<p>Ove gre\u0161ke nisu izolovane na odre\u0111ena radna optere\u0107enja, ve\u0107 se predvidljivo pojavljuju nakon produ\u017eenih perioda rada, u korelaciji sa ka\u0161njenjem od 24 sata uo\u010denim u izvje\u0161tajima o nestabilnosti sistema <em>Exchange Server<\/em>.<\/p>\n<p>Me\u0111usobno djelovanje atomskih uve\u0107anja i fiksnih memorijskih kvota stvara niz povezanih incidenta koji naru\u0161ava funkcionalnost mehanizma za mapiranje krajnjih ta\u010daka bez neposrednih upozorenja na sistemskom nivou.<\/p>\n<p>Oslanjanje sistema <em>Exchange Server<\/em> na dinami\u010dku dodjelu resursa dodatno ote\u017eava strategije za ubla\u017eavanje rizika. Iako pove\u0107anje vrijednosti <em>EpmapSavedContextCap<\/em> putem izmjena u registru privremeno ubla\u017eava pritisak, ono ne rje\u0161ava osnovnu nepodudarnost izme\u0111u logike uve\u0107anja broja\u010da i stvarnih stopa potro\u0161nje memorije.<\/p>\n<p>Ova razlika isti\u010de propust u dizajnu na\u010dina na koji se prate okru\u017eenja mehanizma za mapiranje krajnjih ta\u010daka, \u010dime se sistem <em>Exchange Server<\/em> ostavlja podlo\u017enim periodi\u010dnim problemima, osim ako temeljne izmjene ne rije\u0161e ograni\u010denja atomskih uve\u0107anja i politike upravljanja me\u0111uspremnicima.<\/p>\n<p>&nbsp;<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Operativni_uticaj_na_infrastrukturu\"><\/span><strong>Operativni uticaj na infrastrukturu<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Intervencije administratora otkrivaju da niz povezanih incidenata isteka vremena za provjeru prava pristupa \u010desto prethodi prekidima veze sa bazom podataka. Kada komponente sistema <em>Exchange<\/em> <em>Server<\/em> ne uspiju da obnove tokene sesije unutar odre\u0111enih intervala, procesi u kasnijim fazama, poput replikacije po\u0161tanskih sandu\u010di\u0107a i provjere kvoruma grupe za raspolo\u017eivost baza podataka, gube sinhronizaciju, \u010dime se dodatno iscrpljuju resursi u grupisanim okru\u017eenjima.<\/p>\n<p>Ovo stvara povratnu spregu u kojoj nerije\u0161eni isteci vremena prerastaju u \u0161iru sistemsku nestabilnost, bez neposrednog signaliziranja gre\u0161aka iz operativnog sloja.<\/p>\n<p>Iscrpljivanje sistemskih resursa ispoljava se na odre\u0111en na\u010din u raspore\u0111ivanjima sistema <em>Exchange<\/em> <em>Server<\/em> sa velikim saobra\u0107ajem, posebno u onima koji omogu\u0107avaju pristup hibridnim po\u0161tanskim sandu\u010di\u0107ima ili se oslanjaju na grupe za raspolo\u017eivost baza podataka radi redundantnosti.<\/p>\n<p>Nerije\u0161ena ograni\u010denja okru\u017eenja mehanizma za mapiranje krajnjih ta\u010daka indirektno optere\u0107uju dodjelu procesorskih resursa i memorije, \u010dime se prisiljava na ponovljena ponovna pokretanja skupa veza.<\/p>\n<p>Iako se pojedina\u010dni serveri mogu \u010diniti funkcionalnim nakon ponovnog pokretanja, osnovno nadmetanje opstaje u zajedni\u010dkim resursima poput modula <em>RpcEpMap.dll<\/em>, kojem nedostaju mehanizmi dinami\u010dkog pove\u0107anja kapaciteta radi prilago\u0111avanja iznenadnim skokovima radnog optere\u0107enja, izazvanim promjenama politika uslijed a\u017euriranja.<\/p>\n<p>Niz povezanih incidenata isteka vremena za provjeru prava pristupa isto tako naru\u0161ava tranzicije stanja radnika skladi\u0161ta, \u010dime se baze podataka po\u0161tanskih sandu\u010di\u0107a ostavljaju u neodre\u0111enom stanju izme\u0111u aktivnog i neaktivnog re\u017eima.<\/p>\n<p>Ova neodre\u0111enost sprje\u010dava pravilno uskla\u0111ivanje dnevnika transakcija tokom ciklusa odr\u017eavanja, \u0161to dovodi do nepovezanih provjera dosljednosti podataka, \u010dime se dodatno odla\u017eu operacije oporavka. Okru\u017eenja sistema <em>Exchange<\/em> <em>Server<\/em> koja se oslanjaju na protokole za provjeru prava pristupa integrisane sa uslugom aktivnog direktorijuma (eng. <em>active directory \u2013 AD)<\/em> do\u017eivljavaju ovo najuo\u010dljivije kada kontroleri domena ne uspiju da proslijede a\u017eurirane parametre sesije unutar kriti\u010dnih vremenskih okvira nakon primjene ispravke.<\/p>\n<p>Pojava prekida veze sa bazom podataka sna\u017eno je povezana sa neo\u010dekivanim pomacima u dodjeli memorije u procesima sistema <em>Exchange Server<\/em>. Kada okru\u017eenja pretrage mehanizma za mapiranje krajnjih ta\u010daka prema\u0161e unaprijed ugra\u0111ene pragove, sistem se prebacuje na agresivne rutine \u010di\u0161\u0107enja koje nenamjerno prekidaju stvarne niti veze.<\/p>\n<p>Ovo pogre\u0161no svrstavanje pokre\u0107e niz povezanih incidenata u slojevima pristupa po\u0161tanskim sandu\u010di\u0107ima, \u010dak i dok administrativna okru\u017eenja pogre\u0161no prijavljuju stabilan status baze podataka. Ova nejednakost ote\u017eava napore za rje\u0161avanje problema administratorima na lokalnim serverima koji se oslanjaju na nadzorne plo\u010de zdravlja sistema <em>Exchange Server<\/em>.<\/p>\n<p>Neuspjeh stanja radnika skladi\u0161ta poja\u010dava operativne rizike, jer se odla\u017eu kriti\u010dni zadaci odr\u017eavanja, poput skra\u0107ivanja dnevnika i ponovne izgradnje indeksa. Bez pravovremenog rje\u0161avanja ovih zaustavljenih procesa, baze podataka po\u0161tanskih sandu\u010di\u0107a rizikuju akumulaciju neobra\u0111enih transakcija koje bi kasnije mogle pokrenuti provjere integriteta podataka tokom rutinskih <a href=\"https:\/\/sajberinfo.com\/en\/2020\/11\/02\/rezervna-kopija-i-cuvanje-podataka\/\" target=\"_blank\" rel=\"nofollow noopener\">rezervnih kopija<\/a> ili vje\u017ebi prebacivanja na rezervni sistem.<\/p>\n<p>Okru\u017eenja sistema <em>Exchange<\/em> <em>Server<\/em> sa ograni\u010denim mogu\u0107nostima uvo\u0111enja rezervnih komponenti suo\u010davaju se sa pove\u0107anom izlo\u017eeno\u0161\u0107u dugotrajnim prekidima rada, ukoliko se u mehanizme oporavka ne interveni\u0161e ru\u010dno unutar ograni\u010denih vremenskih okvira nakon ponovnog pokretanja.<\/p>\n<p>A\u017euriranje sistemskih resursa \u010desto prisiljava administratore na naknadne cikluse odr\u017eavanja, u kojima privremena rje\u0161enja, poput izmjena u registru ili poni\u0161tavanja kumulativnih a\u017euriranja, prikrivaju dublje arhitektonske neuskla\u0111enosti izme\u0111u komponenti sistema <em>Windows<\/em> <em>Server<\/em> i <em>Exchange<\/em> <em>Server<\/em>.<\/p>\n<p>Iako ova privremena rje\u0161enja pru\u017eaju kratkoro\u010dnu stabilnost, ona ne rje\u0161avaju osnovni uzrok neuskla\u0111enih politika mehanizma za mapiranje krajnjih ta\u010daka koje opstaju kroz naredna raspore\u0111ivanja ispravki, osim ako se izri\u010dito ne ubla\u017ee kroz dugoro\u010dna prilago\u0111avanja pode\u0161avanja na pogo\u0111enim instancama sistema <em>Exchange Server<\/em>.<\/p>\n<p>&nbsp;<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Promjena_stanja_sistema_kroz_zamjene_u_registru\"><\/span><strong>Promjena stanja sistema kroz zamjene u registru<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Prilago\u0111avanja vrijednosti u registru pojavila su se kao klju\u010dno privremeno rje\u0161enje za okru\u017eenja sistema <em>Exchange<\/em> <em>Server<\/em> koja se suo\u010davaju sa nestabilno\u0161\u0107u nakon oktobarskog a\u017euriranja.<\/p>\n<p>Administratori su primijenili izmjene poput prilago\u0111avanja klju\u010da u registru <em>EpmapSavedContextCap<\/em> pod putanjom <em>HKLM\\SOFTWARE\\Microsoft\\Rpc<\/em>, \u010dime su pove\u0107ali njegovo ograni\u010denje u odnosu na podrazumijevane pragove kako bi ubla\u017eili iscrpljivanje resursa izazvano a\u017euriranjima sistema.<\/p>\n<p>Ovaj pristup zaobi\u0161ao je unaprijed ugra\u0111ena ograni\u010denja mehanizma za mapiranje krajnjih ta\u010daka uvedena u ispravki <em>KB5126646<\/em> i sli\u010dnim ispravkama, \u010dime se sistemu <em>Exchange Server<\/em> omogu\u0107ava da odr\u017ei operacije bez neposrednih prekida usluge.<\/p>\n<p>Ipak, ovo rje\u0161enje zahtijevalo je ponovna pokretanja servera kako bi stupilo na snagu, unose\u0107i rizike od privremenog prekida rada, uz istovremeno osiguravanje da se memorijske kvote prilagode zahtjevima radnog optere\u0107enja na pogo\u0111enim sistemima.<\/p>\n<p>Kori\u0161tenjem alata za ubrizgavanje izmijenjenih parametara memorije direktno u kriti\u010dne procese sistema <em>Exchange<\/em>, korisnici su poku\u0161avali zaobi\u0107i nestabilnost uzrokovanu a\u017euriranjima sistema bez trajne izmjene pode\u0161avanja u registru.<\/p>\n<p>Ova tehnika, ipak, nema zvani\u010dnu podr\u0161ku i nosi rizik od nenamjernih odnosa sa drugim uslugama koje se oslanjaju na iste okvire za dodjelu memorije. Njena upotreba ostala je pojedina\u010dna, \u010desto rezervisana za okru\u017eenja u kojima je neposredna neprekidnost usluge bila va\u017enija od razmatranja dugoro\u010dne stabilnosti za sistem <em>Exchange Server<\/em>.<\/p>\n<p>Smanjenja u rutini <em>SAVED_MPT_rundown<\/em> postala su centralna ta\u010dka tokom napora za rje\u0161avanje problema. Ponovnim pokretanjem odre\u0111enih usluga sistema <em>Exchange<\/em>, poput <em>MSExchangeHM<\/em> ili <em>MSExchangeRPC<\/em>, administratori su uo\u010dili privremeno vra\u0107anje internih broja\u010da na po\u010detno stanje, budu\u0107i da su se oni akumulirali zbog ograni\u010denja a\u017euriranja sistema.<\/p>\n<p>Ova ru\u010dna intervencija omogu\u0107ila je sistemima da zaobi\u0111u niz povezanih incidenta vezanih za ograni\u010denja okru\u017eenja mehanizma za mapiranje krajnjih ta\u010daka, iako je zahtijevala pa\u017eljivo planiranje kako bi se izbjeglo ometanje aktivnih tokova po\u0161te na sistemu <em>Exchange Server<\/em>.<\/p>\n<p>Efikasnost je varirala u zavisnosti od optere\u0107enja servera i kompatibilnosti ispravke, \u010dime se isti\u010de krhkost oslanjanja na privremena ponovna pokretanja umjesto na sistemska rje\u0161enja. Upravljanje stanjem procesa kroz zakazane zadatke ili skripte za izvr\u0161avanje komandi u programu <em>PowerShell<\/em> dodatno je pokazalo slo\u017eenost odr\u017eavanja stabilnosti.<\/p>\n<p>Skripte za izvr\u0161avanje komandi u programu <em>PowerShell<\/em>, poput <a href=\"https:\/\/www.frankysweb.de\/en\/exchange-server-se-problems-with-the-october-update-kb5128895\/\" target=\"_blank\" rel=\"noopener\"><em>Set-EpmapSavedContextCap.ps1<\/em><\/a>, omogu\u0107ile su automatizovana prilago\u0111avanja vrijednosti u registru ili ponovna pokretanja usluga u odre\u0111enim intervalima, s ciljem da se unaprijed suprotstave nestabilnosti prije nego \u0161to se ona u potpunosti ispolji.<\/p>\n<p>Iako je ovaj pristup smanjio ru\u010dnu intervenciju, uveo je zavisnost od pouzdanosti skripti i preciznosti vremena, \u0161to bi moglo zakazati u scenarijima visokog radnog optere\u0107enja koji uti\u010du na performanse sistema <em>Exchange<\/em> <em>Server<\/em>. Oslanjanje na takva privremena rje\u0161enja naglasilo je razliku izme\u0111u privremenih popravki i strategija za dugoro\u010dno rje\u0161avanje osnovnih sukoba povezanih sa a\u017euriranjima.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"ZAKLJUCAK\"><\/span><strong>ZAKLJU\u010cAK<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Me\u0111usobno djelovanje kumulativnih a\u017euriranja i operacija sistema <em>Exchange<\/em> <em>Server<\/em> otkriva sistemsku ranjivost u kojoj politike infrastrukture daju prednost bezbjednosti u odnosu na operativni kontinuitet.<\/p>\n<p>Iako oktobarska a\u017euriranja sistema kompanije <em>Microsoft<\/em> imaju za cilj ubla\u017eavanje rizika poput ranjivosti <em>CVE-2026-96300<\/em>, stroga primjena ograni\u010denja okru\u017eenja mehanizma za mapiranje krajnjih ta\u010daka nenamjerno naru\u0161ava mehanizme dodjele resursa, koji su klju\u010dni za otpornost baze podataka sistema <em>Exchange<\/em> <em>Server<\/em>.<\/p>\n<p>Ova ograni\u010denost isti\u010de \u0161iri izazov: na koji na\u010din automatska okru\u017eenja za a\u017euriranje ne uspijevaju uzeti u obzir razli\u010ditost radnih optere\u0107enja, \u010dime se sistemi poput sistema <em>Exchange<\/em> <em>Server<\/em> ostavljaju izlo\u017eenim nizu povezanih incidenta nestabilnosti kada su ograni\u010denja neuskla\u0111ena sa zahtjevima usluge.<\/p>\n<p>Ovakvi poreme\u0107aji isti\u010du propust u dizajnu u kojem zavisnosti sistema <em>Exchange<\/em> <em>Server<\/em> od dinami\u010dkih memorijskih kvota i upravljanja krajnjim ta\u010dkama <em>RPC<\/em> protokola ostaju nerije\u0161ene u kumulativnim a\u017euriranjima sistema <em>Windows<\/em>.<\/p>\n<p>Oslanjanje na privremena rje\u0161enja, poput izmjena u registru ili prisilnih ponovnih pokretanja radi ubla\u017eavanja ovih problema, sugeri\u0161e nepotpuno razumijevanje na koji na\u010din izmjene sistema na niskom nivou stupaju u odnos sa uslugama na vi\u0161em sloju.<\/p>\n<p>Ovo postavlja pitanja o ispravnosti trenutnih protokola za provjeru, koji mogu previdjeti grani\u010dne slu\u010dajeve u kojima grupe za raspolo\u017eivost baza podataka zasnovane na kvorumu i procesi replikacije po\u0161tanskih sandu\u010di\u0107a sistema <em>Exchange<\/em> <em>Server<\/em> dolaze u sukob sa dodatno uvedenim ograni\u010denjima resursa.<\/p>\n<p>Istovremeno, odsustvo zvani\u010dnog priznanja od strane kompanije <em>Microsoft<\/em> sve do nekoliko dana nakon rasprostranjenih prekida rada ukazuje na ka\u0161njenje u nadzoru nakon primjene u pogledu uticaja na vi\u0161e platformi.<\/p>\n<p>\u010cinjenica da privremena rje\u0161enja uklju\u010duju ru\u010dne izmjene u registru umjesto koordinisanih ispravki podrazumijeva podijeljen pristup rje\u0161avanju problema, gdje timovi zadu\u017eeni za sistem <em>Exchange<\/em> <em>Server<\/em> moraju samostalno da se snalaze sa neo\u010dekivanim posljedicama bez centralizovanih preporuka.<\/p>\n<p>Ovaj scenario nosi rizik normalizacije naknadnih mjera u odnosu na unaprijed pripremljena prilago\u0111avanja dizajna, \u010dime se potencijalno u\u010dvr\u0161\u0107uju ranjivosti kao standardna praksa u okru\u017eenjima koja se oslanjaju na istovremena a\u017euriranja sistema <em>Windows<\/em> i sistema <em>Exchange<\/em> <em>Server<\/em>.<\/p>\n<p>Dok se organizacije bore sa ovim izazovima, osnovni sukob izme\u0111u ciklusa a\u017euriranja vo\u0111enih bezbjedno\u0161\u0107u i stabilnosti infrastrukture postaje sve izra\u017eeniji.<\/p>\n<p>Stalna potreba za ponovnim pokretanjem sistema <em>Exchange Server <\/em>nakon 24 do 30 sati postavlja kriti\u010dna pitanja o tome da li \u0107e budu\u0107e primjene ispravki uklju\u010divati za\u0161titne mjere za usluge poput sistema <em>Exchange Server<\/em>, ili \u0107e administratori morati nastaviti da tretiraju takvu nestabilnost kao neizbje\u017enu posljedicu modernih politika a\u017euriranja.<\/p>\n<p>Ova dinamika ne samo da testira otpornost timova za informacione tehnologije, ve\u0107 i dovodi u pitanje sposobnost kompanije <em>Microsoft<\/em> da uskladi bezbjednosne obaveze sa operativnim kontinuitetom u pejza\u017eu u kojem sistem <em>Exchange<\/em> <em>Server<\/em> ostaje sastavni dio ekosistema poslovne komunikacije.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"PREPORUKE\"><\/span><strong>PREPORUKE<\/strong><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Problemi povezani sa odre\u0111enim kumulativnim a\u017euriranjima za sistem <em>Windows Server<\/em>, a ne sa samim bezbjednosnim a\u017euriranjima za sistem <em>Exchange Server<\/em>, ispoljavaju se kao neuspjeh u povezivanju sa bazama podataka, zagu\u0161enja u redovima elektronske po\u0161te i prekidi rada usluga. Navedene preporuke mogu doprinijeti ja\u010danju bezbjednosti, otpornosti i spremnosti timova za informacione tehnologije u okru\u017eenju sistema <em>Exchange Server<\/em>, \u010dime se smanjuje izlo\u017eenost:<\/p>\n<ol>\n<li>Sprovoditi strategiju postepene primjene a\u017euriranja sistema <em>Windows<\/em> u okru\u017eenjima sistema <em>Exchange Server<\/em> radi izolovanja pogo\u0111enih sistema prije potpune primjene. Ovo omogu\u0107ava pra\u0107enje simptoma poput nedostupnosti baza podataka ili prekida rada usluga bez \u0161iroko rasprostranjenih poreme\u0107aja, \u010dime se omogu\u0107ava ciljana dijagnostika i otklanjanje smetnji.<\/li>\n<li>Sprovoditi hitnu provjeru ispravnosti grupe za raspolo\u017eivost baza podataka (eng. <em>database availability group \u2013 DAG<\/em>) i komunikacije upravlja\u010da privilegovanim pristupom (eng. <em>primary active manager \u2013 PAM<\/em>) nakon primjene bilo kojih oktobarskih a\u017euriranja sistema <em>Windows<\/em>. Privremeno otklanjanje problema \u010desto zahtijeva ponovno pokretanje servera radi obnove funkcionalnosti, ali nerije\u0161eni problemi se mogu ponoviti u roku od 24 do 30 sati ukoliko osnovni uzroci ostanu neotklonjeni.<\/li>\n<li>Po potrebi primjenjivati izmjene u registru kao privremeno rje\u0161enje prilago\u0111avanjem vrijednosti <em>EpmapSavedContextCap<\/em> pod klju\u010dem <em>HKLM\\SOFTWARE\\Microsoft\\Rpc<\/em> na <em>65536<\/em>. Ovo rje\u0161ava mogu\u0107a ograni\u010denja mapiranja krajnjih ta\u010daka protokola <em>RPC<\/em> uvedena u a\u017euriranjima sistema <em>Windows<\/em>, koja mogu posredno uticati na stabilnost sistema <em>Exchange Server<\/em> ograni\u010davanjem dodjele resursa za operacije sa bazama podataka.<\/li>\n<li>Uspostaviti strogo razdvajanje izme\u0111u bezbjednosnih a\u017euriranja (eng. <em>security updates \u2013 SU<\/em>) sistema <em>Exchange Server<\/em> i kumulativnih a\u017euriranja (eng. <em>cumulative updates \u2013 CU<\/em>) sistema <em>Windows<\/em>. Iako se bezbjednosna a\u017euriranja i dalje moraju instalirati zbog kriti\u010dnih bezbjednosnih ispravki, njihovo zakazivanje tokom odvojenih perioda odr\u017eavanja smanjuje preklapanje sa problemati\u010dnim a\u017euriranjima sistema koja bi mogla izazvati nestabilnost.<\/li>\n<li>Unaprijediti protokole nadzora nad obradom elektronske po\u0161te, statusom kvoruma \u010dlanova grupe za raspolo\u017eivost baza podataka (<em>DAG<\/em>) i povezano\u0161\u0107u aplikacije <em>Outlook<\/em> na internetu (eng. <em>Outlook on the web \u2013 OWA<\/em>) nakon primjene oktobarskih a\u017euriranja. Rano otkrivanje simptoma poput gre\u0161aka \u201c<em>MapiExceptionMdbOffline<\/em>\u201d ili neuspjeha u provjeri identiteta naspram aktivnog direktorijuma (<em>AD<\/em>) mo\u017ee sprije\u010diti potpune prekide rada, \u010dime se omogu\u0107ava brza intervencija.<\/li>\n<li>Uklju\u010diti u sistem automatizovane skripte za provjeru ispravnosti sistema <em>Exchange Server<\/em> nakon ponovnog pokretanja, \u0161to uklju\u010duje provjeru statusa usluge za replikaciju po\u0161tanskih sandu\u010di\u0107a i osiguravanje da su sve kopije baza podataka pravilno povezane. Ovo smanjuje ru\u010dni napor, uz istovremeno pru\u017eanje dosljedne provjere stabilnosti sistema nakon a\u017euriranja.<\/li>\n<li>Obavljati temeljno testiranje oktobarskog a\u017euriranja sistema <em>Windows<\/em> u okru\u017eenjima koja nisu namijenjena proizvodnji prije primjene na aktivnim sistemima <em>Exchange<\/em> <em>Server<\/em>. Simuliranje radnih optere\u0107enja iz stvarnog svijeta mo\u017ee otkriti da li odre\u0111ene baze znanja (npr. <em>KB5126651<\/em> za <em>Windows Server 2019<\/em>) postaju nedostupne pod razli\u010ditim uslovima optere\u0107enja.<\/li>\n<li>Razviti planove za nepredvi\u0111ene situacije radi uklanjanja problemati\u010dnih a\u017euriranja sistema <em>Windows<\/em> ukoliko problemi sa stabilno\u0161\u0107u opstanu. Ovo uklju\u010duje provjeru ispravnosti grupe za raspolo\u017eivost baza podataka (<em>DAG<\/em>) nakon uklanjanja i osiguravanje da ne nastanu preostali sukobi u pode\u0161avanju.<\/li>\n<li>Oja\u010dati saradnju sa kanalima podr\u0161ke kompanije <em>Microsoft<\/em> radi dobijanja zvani\u010dne potvrde osnovnih uzroka povezanih sa a\u017euriranjem i prvenstveno objavljenih ispravki za pogo\u0111ene baze znanja. Nezvani\u010dna privremena rje\u0161enja (npr. izmjene u registru) treba koristiti isklju\u010divo kao privremene mjere dok ne postanu dostupna trajna rje\u0161enja.<\/li>\n<li>Ograni\u010diti instaliranje a\u017euriranja okru\u017eenja <em>.NET Framework<\/em> objavljenog 13. oktobra 2026. godine ukoliko je u vezi sa problemima sistema <em>Exchange Server<\/em> u datom okru\u017eenju. Iako nije kona\u010dno dokazano da uzrokuju probleme, neki korisnici prijavljuju pote\u0161ko\u0107e kada se <em>KB5128928<\/em> (.NET) instalira zajedno sa problemati\u010dnim a\u017euriranjima sistema <em>Windows<\/em>.<\/li>\n<li>Okru\u017eenja sistema <em>Exchange Server<\/em> koja rade na pogo\u0111enim verzijama sistema <em>Windows<\/em> (npr. <em>Server 2019\/2022<\/em>) treba da daju prioritet primjeni privremenog rje\u0161enja u registru i zakazivanju redovnih ponovnih pokretanja dok kompanija <em>Microsoft<\/em> ne rije\u0161i osnovni problem dodjele resursa protokola <em>RPC<\/em> u budu\u0107im a\u017euriranjima. Unaprijed planirano upravljanje smanjuje rizike od vremena nedostupnosti povezanog sa obrascima ponavljaju\u0107e nestabilnosti.<\/li>\n<\/ol>\n<p>Me\u0111usobno djelovanje a\u017euriranja sistema <em>Windows<\/em> iz oktobra 2026. godine i stabilnosti sistema <em>Exchange Server<\/em> nagla\u0161ava potrebu za strogim testiranjem, slojevitim pra\u0107enjem i strate\u0161kom primjenom a\u017euriranja. Usvajanjem ovih mjera, organizacije mogu ubla\u017eiti rizike dok \u010dekaju zvani\u010dne ispravke ili dugoro\u010dna rje\u0161enja od kompanije <em>Microsoft<\/em>.<\/p>","protected":false},"excerpt":{"rendered":"<p>Microsoft Exchange Server suo\u010dava se s ozbiljnim problemima nakon oktobarskog a\u017euriranja, a posljedice se pojavljuju tek 24 sata nakon instalacije. Serveri gube vezu s bazama podataka, dok gre\u0161ke u sistemu uzrokuju probleme s memorijom&#46;&#46;&#46;<\/p>","protected":false},"author":1,"featured_media":9764,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[3591,4634,4636,4571,4640,4637,255,4641,57,4632,4612,4633,4639,4638,4635],"class_list":["post-9761","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hronike","tag-azuriranje-sistema","tag-baze-podataka","tag-bezbednost-sistema","tag-exchange-server","tag-exchange-server-issues","tag-it-administracija","tag-microsoft-exchange","tag-microsoft-updates","tag-mrezna-sigurnost","tag-oktobarsko-azuriranje","tag-prekid-rada","tag-problemi-sa-serverom","tag-serveri-u-problemu","tag-tehnicka-podrska","tag-windows-server"],"_links":{"self":[{"href":"https:\/\/sajberinfo.com\/en\/wp-json\/wp\/v2\/posts\/9761","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/sajberinfo.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sajberinfo.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sajberinfo.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/sajberinfo.com\/en\/wp-json\/wp\/v2\/comments?post=9761"}],"version-history":[{"count":5,"href":"https:\/\/sajberinfo.com\/en\/wp-json\/wp\/v2\/posts\/9761\/revisions"}],"predecessor-version":[{"id":9767,"href":"https:\/\/sajberinfo.com\/en\/wp-json\/wp\/v2\/posts\/9761\/revisions\/9767"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sajberinfo.com\/en\/wp-json\/wp\/v2\/media\/9764"}],"wp:attachment":[{"href":"https:\/\/sajberinfo.com\/en\/wp-json\/wp\/v2\/media?parent=9761"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sajberinfo.com\/en\/wp-json\/wp\/v2\/categories?post=9761"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sajberinfo.com\/en\/wp-json\/wp\/v2\/tags?post=9761"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}