{"id":31068,"date":"2019-10-31T21:39:16","date_gmt":"2019-10-31T18:39:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie\/"},"modified":"2019-10-31T21:39:16","modified_gmt":"2019-10-31T18:39:16","slug":"kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","title":{"rendered":"Kako preuzeti mre\u017enu infrastrukturu pod svoju kontrolu. Prvo poglavlje. Odr\u017eavanje","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><i>Ovaj \u010dlanak je prvi u ciklusu \u010dlanaka \u00abKako preuzeti kontrolu nad mre\u017enom infrastrukturom\u00bb. Sadr\u017eaj svih \u010dlanaka iz ciklusa i veze mogu se prona\u0107i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/447008\/\">ovdje<\/a><\/noindex><\/i>.<\/p>\n<p>Sasvim je mogu\u0107e da postoji dovoljan broj kompanija gdje jednostavna mre\u017ea tijekom jednog sata ili \u010dak jednog dana nije kriti\u010dna. Na\u017ealost ili na sre\u0107u, nisam imao priliku raditi u takvim mjestima. No, naravno, mre\u017ee su razli\u010dite, zahtjevi su razli\u010diti, pristupi su razli\u010diti i ipak, u tom ili onom obliku, dolje navedeni popis u mnogim \u0107e slu\u010dajevima biti zapravo \u00abmust-do\u00bb.<\/p>\n<p>Dakle, po\u010detni uvjeti. <\/p>\n<p>Na novom ste radnom mjestu ili ste dobili unapre\u0111enje ili ste odlu\u010dili iznova pogledati svoje obaveze. Mre\u017ea kompanije je va\u0161a zona odgovornosti. Za vas je to u velikoj mjeri izazov i novo, \u0161to donekle opravdava mentorski ton ovog \u010dlanka :). No, nadam se da \u010dlanak mo\u017ee biti koristan i bilo kojem mre\u017enom in\u017eenjeru.<\/p>\n<p>Va\u0161 prvi strate\u0161ki cilj je nau\u010diti se odupirati entropiji i odr\u017eati razinu pru\u017eene usluge. <\/p>\n<p>Mnogi od dolje opisanih zadataka mogu se rije\u0161iti razli\u010ditim sredstvima. Namjerno ne otvaram temu tehni\u010dke realizacije, jer u principu \u010desto nije toliko va\u017eno kako ste rije\u0161ili taj ili onaj zadatak, nego je va\u017eno kako to koristite i koristite li to uop\u0107e. Malo koristi, na primjer, od va\u0161eg profesionalno organiziranog sustava za nadzor, ako ne pogledate u njega i ne reagirate na upozorenja.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Oprema<\/h2>\n<p>\nPrvo trebate razumjeti gdje su najve\u0107i rizici.<\/p>\n<p>Opet, to mo\u017ee biti razli\u010dito. Pretpostavljam da negdje, na primjer, to mogu biti pitanja sigurnosti, a negdje pitanja vezana uz kontinuitet usluge, a negdje, mo\u017eda, ne\u0161to drugo. Za\u0161to ne?<\/p>\n<p>Pretpostavimo za odre\u0111ivanje da je to ipak kontinuitet usluge (tako je bilo u svim kompanijama u kojima sam radio).<\/p>\n<p>Tada treba po\u010deti s opremom. Evo popisa tema na koje trebate obratiti pa\u017enju:<\/p>\n<ul>\n<li>klasifikacija opreme prema stupnju kriti\u010dnosti<\/li>\n<li>rezervacija kriti\u010dne opreme<\/li>\n<li>podr\u0161ka, licence<\/li>\n<\/ul>\n<p>\nTrebate razmotriti mogu\u0107e scenarije kvara, posebno s opremom koja se nalazi na vrhu va\u0161e klasifikacije kriti\u010dnosti. Obi\u010dno se zanemaruje vjerojatnost dvostrukih problema, ina\u010de va\u0161a rje\u0161enja i podr\u0161ka mogu postati neopravdano skupi, ali u slu\u010daju stvarno kriti\u010dnih komponenti mre\u017ee \u010dije bi otkazivanje moglo zna\u010dajno utjecati na poslovanje, trebate razmisliti i o tome.<\/p>\n<blockquote><p><b>Primjer<\/b><\/p>\n<p>Pretpostavimo da govorimo o glavnom preklopniku u podatkovnom centru. <\/p>\n<p>Budu\u0107i da smo se dogovorili da je neprekidnost usluge najva\u017eniji kriterij, razborito je osigurati 'vru\u0107e' rezerviranje (redundancy) te opreme. No, to nije sve. Tako\u0111er se morate odlu\u010diti koliko dugo, u slu\u010daju kvara prvog preklopnika, za vas je prihvatljivo raditi samo s jednim preostalim preklopnikom, jer postoji rizik da \u0107e i on otkazati.<\/p>\n<p><b>Va\u017eno! Ne smijete sami odlu\u010diti o ovom pitanju. Trebate opisati rizike, mogu\u0107a rje\u0161enja i tro\u0161kove va\u0161em rukovodstvu ili upravi tvrtke. Odluke bi trebali donijeti oni.<\/b><\/p>\n<p>Dakle, ako je odlu\u010deno da, s obzirom na malu vjerojatnost dvostrukog kvara, rad od 4 sata na jednom preklopniku, u principu, prihvatljiv, tada mo\u017eete jednostavno osigurati odgovaraju\u0107u podr\u0161ku (u kojoj \u0107e oprema biti zamijenjena u roku od 4 sata). <\/p>\n<p>Ali postoji rizik da ne stignu. Na\u017ealost, jednom smo se na\u0161li u takvoj situaciji. Umjesto \u010detiri sata oprema je putovala tjedan dana!!!<\/p>\n<p>Stoga se i taj rizik treba raspraviti i, mo\u017eda, bilo bi ispravnije za vas kupiti jo\u0161 jedan preklopnik (tre\u0107i) i dr\u017eati ga u ZEP-u ('hladno' rezerviranje) ili koristiti u laboratorijske svrhe.<\/p><\/blockquote>\n<p>\n<b>Va\u017eno! Napravite popis svih podr\u0161ki koje imate, s datumima isteka, i dodajte ih u kalendar kako biste barem mjesec dana unaprijed dobili obavijest da se trebate zabrinuti oko produ\u017eenja podr\u0161ke.<\/b><\/p>\n<p>Ne\u0107e vam oprostiti ako zaboravite produ\u017eiti podr\u0161ku i sutradan nakon \u0161to istekne, va\u0161a oprema se pokvari.<\/p>\n<h2>Hitni radovi<\/h2>\n<p>\n\u0160to god se dogodilo u va\u0161oj mre\u017ei, idealno, trebate sa\u010duvati pristup va\u0161oj mre\u017enoj opremi. <\/p>\n<p><b>Va\u017eno! Morate imati konzolni pristup svemu opremi i taj pristup ne smije ovisiti o funkcionalnosti mre\u017ee prijenosa korisni\u010dkih podataka (data).<\/b><\/p>\n<p>Tako\u0111er, trebate unaprijed razmisliti o mogu\u0107im negativnim scenarijima i dokumentirati potrebne radnje. Dostupnost ovog dokumenta tako\u0111er je kriti\u010dna, stoga ga treba ne samo postaviti na zajedni\u010dki resurs za odjel, ve\u0107 i lokalno pohraniti na ra\u010dunala in\u017eenjera.<\/p>\n<p>Obavezno tamo moraju biti <\/p>\n<ul>\n<li>informacije potrebne za otvaranje zahtjeva za podr\u0161ku kod dobavlja\u010da ili integratora <\/li>\n<li>informacije o tome kako do\u0107i do bilo koje opreme (konzola, upravljanje)<\/li>\n<\/ul>\n<p>\nTako\u0111er, naravno, mogu se sadr\u017eavati sve druge korisne informacije, poput opisa postupka nadogradnje razli\u010dite opreme i korisnih dijagnosti\u010dkih naredbi.<\/p>\n<h2>Partneri<\/h2>\n<p>\nSada trebate procijeniti rizike povezane s partnerima. Obi\u010dno su to<\/p>\n<ul>\n<li>internet provajderi i \u010dvori\u0161ta za razmjenu prometa (IX)<\/li>\n<li>provajderi komunikacijskih kanala <\/li>\n<\/ul>\n<p>\nKoja pitanja trebate postaviti sebi? Kao i u slu\u010daju opreme, treba razmotriti razli\u010dite opcije hitnih situacija. Na primjer, za internet provajdere, to mo\u017ee biti ne\u0161to poput:<\/p>\n<ul>\n<li>\u0161to \u0107e se dogoditi ako internet provajder X prestane iz nekog razloga pru\u017eati vam uslugu? <\/li>\n<li>ho\u0107e li vam biti dovoljno propusnosti preostalih provajdera?<\/li>\n<li>kakva \u0107e ostati povezanost?<\/li>\n<li>koliko su neovisni va\u0161i internet provajderi i ho\u0107e li ozbiljna nesre\u0107a jednog od njih dovesti do problema s drugima?<\/li>\n<li>koliko opti\u010dkih ulaza imate u svoj data centar? <\/li>\n<li>\u0161to \u0107e se dogoditi ako jedan od ulaza bude potpuno uni\u0161ten?<\/li>\n<\/ul>\n<p>\n\u0160to se ti\u010de ulaza, u mojoj praksi u dvije razli\u010dite tvrtke, u dvjema razli\u010ditim <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/hr\/kompaniya\/data-centers\/\"   title=\"data centrima\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"4668\">data centrima<\/a> bageri su uni\u0161tavali \u0161ahtove i samo sre\u0107om na\u0161a optika nije bila pogo\u0111ena. Nije tako rijetka situacija.<\/p>\n<p>Pa, naravno, ne trebate samo postaviti ova pitanja, ve\u0107, ponovo osiguravaju\u0107i podr\u0161ku vodstva, osigurati prihvatljivo rje\u0161enje u svakoj situaciji. <\/p>\n<h2>Backup<\/h2>\n<p>\nSljede\u0107i prioritet mo\u017ee biti izrada sigurnosnih kopija konfiguracija opreme. U svakom slu\u010daju, ovo je vrlo va\u017ena to\u010dka. Ne\u0107u nabrajati situacije kada mo\u017eete izgubiti konfiguraciju, bolje je redovito raditi sigurnosne kopije i ne razmi\u0161ljati o tome. Osim toga, redovita sigurnosna kopija mo\u017ee biti vrlo korisna pri kontroli promjena.<\/p>\n<p><b>Va\u017eno! Odradite redovito backup. To nije velik volumen podataka da biste \u0161tedjeli na tome. Ujutro, in\u017eenjer na de\u017eurstvu (ili vi) trebao bi primiti izvje\u0161taj iz sustava koji jasno navodi je li backup bio uspje\u0161an ili ne, a u slu\u010daju neuspjeha, problem treba rije\u0161iti ili otvoriti ticket (vidi procese mre\u017enog odjela). <\/b><\/p>\n<h2>Verzije softvera<\/h2>\n<p>\nPitanje o tome treba li nadograditi softver opreme nije tako jednostavno. S jedne strane, stare verzije predstavljaju poznate gre\u0161ke i ranjivosti, ali s druge strane, novi softver nije uvijek bezbolna procedura nadogradnje, a uz to donosi nove gre\u0161ke i ranjivosti.<\/p>\n<p>Ovdje je potrebno prona\u0107i optimalnu varijantu. Nekoliko o\u010ditih preporuka.<\/p>\n<ul>\n<li>koristite samo stabilne verzije.<\/li>\n<li>ne biste trebali koristiti posve stare verzije softvera.<\/li>\n<li>napravite tablicu s informacijama o tome gdje se koji softver koristi.<\/li>\n<li>povremeno pregledavajte izvje\u0161taje o ranjivostima i gre\u0161kama u verzijama softvera, a u slu\u010daju kriti\u010dnih problema razmislite o nadogradnji.<\/li>\n<\/ul>\n<p>\nNa ovoj fazi, imaju\u0107i konzolni pristup opremi, informacije o podr\u0161ci i opis postupka nadogradnje, u principu ste spremni za ovaj korak. Idealna situacija je kada imate laboratorijsku opremu na kojoj mo\u017eete testirati cijeli postupak, ali, na\u017ealost, to se rijetko doga\u0111a.<\/p>\n<p>Za kriti\u010dnu opremu mo\u017eete se obratiti podr\u0161ci dobavlja\u010da sa zahtjevom da vam pomognu u provo\u0111enju nadogradnje.<\/p>\n<h2>Sistem za prijavu<\/h2>\n<p>\nSada se mo\u017eete osvrnuti oko sebe. Trebate uspostaviti procese me\u0111usobne komunikacije s drugim odjelima i unutar svog odjela. <\/p>\n<p>Mo\u017eda to nije obavezno (na primjer, ako je va\u0161a tvrtka mala), ali bih jako preporu\u010dio organizirati rad na na\u010din da svi vanjski i unutarnji zadaci prolaze kroz sustav ticketinga.<\/p>\n<p>Sustav ticketinga je u su\u0161tini va\u0161 su\u010delje za unutarnju i vanjsku komunikaciju, a trebali biste s dovoljnom razinom detalja opisati ovo su\u010delje.<\/p>\n<p>Uzmimo kao primjer va\u017ean i \u010desto zastupljen zadatak otvaranja pristupa. Opisat \u0107u algoritam koji je odli\u010dno funkcionirao u jednoj od tvrtki.<\/p>\n<blockquote><p><b>Primjer<\/b><\/p>\n<p>Prvo \u0107emo re\u0107i da naru\u010ditelji \u010desto formuliraju svoje zahtjeve na jeziku koji je nejasan mre\u017enom in\u017eenjeru, to jest, na jeziku aplikacije, na primjer, \"otvorite mi pristup u 1C\". <\/p>\n<p>Zato nikada nismo prihva\u0107ali zahtjeve izravno od takvih korisnika. <br \/>\nI to je bio prvi zahtjev.<\/p>\n<ul>\n<li>Zahtjevi za pristup trebaju dolaziti od tehni\u010dkih odjela (u na\u0161em slu\u010daju to su bili unix, windows, helpdesk in\u017eenjeri).<\/li>\n<\/ul>\n<p>\nDrugi zahtjev je da <\/p>\n<ul>\n<li>ovaj pristup mora biti zabilje\u017een (od strane tehni\u010dkog odjela koji je podnio zahtjev) i kao zahtjev dobivamo poveznicu na ovaj zabilje\u017eeni pristup. <\/li>\n<\/ul>\n<p>\nOblik ovog zahtjeva mora biti jasan nama, to jest, <\/p>\n<ul>\n<li>zahtjev treba sadr\u017eavati informacije o kojem i u koju podmre\u017eu treba otvoriti pristup, kao i o protokolu i (u slu\u010daju tcp\/udp) portovima.<\/li>\n<\/ul>\n<p>\nTako\u0111er treba biti navedeno <\/p>\n<ul>\n<li>opis za\u0161to se ovaj pristup otvara,<\/li>\n<li>privremeni ili trajni (ako je privremeni, do kojeg datuma).<\/li>\n<\/ul>\n<p>\nI vrlo va\u017ena stavka su odobrenja<\/p>\n<ul>\n<li>od voditelja odjela koji je inicirao pristup (na primjer, ra\u010dunovodstva),<\/li>\n<li>od voditelja tehni\u010dkog odjela, odakle je ovaj zahtjev do\u0161ao u mre\u017eni odjel (na primjer, helpdesk).<\/li>\n<\/ul>\n<p>\nPri tome, \"vlasnikom\" ovog pristupa smatra se voditelj odjela koji je inicirao pristup (ra\u010dunovodstvo u na\u0161em primjeru), i on je odgovoran za to da stranica sa zabilje\u017eenim pristupima za ovaj odjel ostane a\u017eurna.\n<\/p><\/blockquote>\n<p><\/p>\n<h2>Logiranje<\/h2>\n<p>\nTo je ne\u0161to u \u010demu se mo\u017ee utonuti. No, ako \u017eelite uvesti proaktivan pristup, morate nau\u010diti kako upravljati ovim tokom podataka.<\/p>\n<blockquote><p>Evo nekoliko prakti\u010dnih preporuka:<\/p>\n<ul>\n<li>logove treba pregledavati svakodnevno.<\/li>\n<li>u slu\u010daju planiranog pregleda (a ne hitne situacije) mo\u017eete se ograni\u010diti na razine kriti\u010dnosti (severity) 0, 1, 2 i dodati omiljene obrasce iz drugih razina ako smatrate potrebnim.<\/li>\n<li>napravite skriptu koja analizira logove i ignorira one logove \u010diji ste obrasce dodali u popis ignoriranja.<\/li>\n<\/ul>\n<p>\nOvaj pristup \u0107e s vremenom omogu\u0107iti sastavljanje popisa ignoriranih logova koji vas ne zanimaju i ostaviti samo one koje zaista smatrate va\u017enima.<br \/>\nKod nas je to odli\u010dno funkcioniralo.<\/p><\/blockquote>\n<p><\/p>\n<h2>Monitoring<\/h2>\n<p>\nNije neuobi\u010dajeno da u kompaniji nedostaje sustav nadzora. Mo\u017eete, na primjer, osloniti se na logove, ali oprema mo\u017ee jednostavno \u00abumrijeti\u00bb, ne stignuv\u0161i ni\u0161ta \u00abre\u0107i\u00bb, ili UDP paket syslog protokola mo\u017ee se izgubiti i ne sti\u0107i. U svakom slu\u010daju, aktivni nadzor je va\u017ean i potreban.<\/p>\n<blockquote><p>Dva najtra\u017eenija primjera u mojoj praksi:<\/p>\n<ul>\n<li>nadzor optere\u0107enja komunikacijskih kanala, kriti\u010dnih poveznica (na primjer, povezanost s pru\u017eateljima usluga). Omogu\u0107ava proaktivno uo\u010davanje potencijalnih problema degradacije usluge uslijed gubitka prometa i, prema tome, izbjegavanje istih.<\/li>\n<li>grafikoni temeljeni na NetFlowu. Oni olak\u0161avaju pronala\u017eenje anomalija u prometu i vrlo su korisni za otkrivanje nekih jednostavnih, ali zna\u010dajnih vrsta hakerskih napada.<\/li>\n<\/ul>\n<\/blockquote>\n<p>\n<b>Va\u017eno! Postavite SMS obavijesti za najkriti\u010dnija doga\u0111anja. To se odnosi i na nadzor i na logiranje. Ako nemate smjenu, tada bi SMS tako\u0111er trebali dolaziti i izvan radnog vremena. <\/b><\/p>\n<p>Isplanirajte proces na na\u010din koji ne\u0107e buditi sve in\u017eenjere. Kod nas je za to bio de\u017eurni in\u017eenjer.<\/p>\n<h2>Kontrola promena<\/h2>\n<p>\nPo mom mi\u0161ljenju, nije nu\u017eno kontrolirati sve promjene. No, u svakom slu\u010daju, trebali biste imati mogu\u0107nost lako prona\u0107i tko i za\u0161to je napravio odre\u0111ene promjene u mre\u017ei ako je potrebno. <\/p>\n<blockquote><p>Nekoliko savjeta:<\/p>\n<ul>\n<li>koristite sustav tiketa za detaljno opisivanje onoga \u0161to je u\u010dinjeno u okviru tog tiketa, na primjer, kopiraju\u0107i primijenjenu konfiguraciju u tiket<\/li>\n<li>koristite mogu\u0107nosti komentiranja na mre\u017enoj opremi (na primjer, commit comment na Juniperu). Mo\u017eete zabilje\u017eiti broj tiketa<\/li>\n<li>koristite diff va\u0161ih sigurnosnih kopija konfiguracije<\/li>\n<\/ul>\n<p>\nMo\u017eete to uvesti kao proces, svakodnevno pregledavaju\u0107i sve tikete radi promjena.<\/p><\/blockquote>\n<p><\/p>\n<h2>Procesi<\/h2>\n<p>\nTrebali biste formalizirati i opisati procese u va\u0161em timu. Ako ste stigli do ovog trenutka, u va\u0161em bi timu ve\u0107 trebali raditi barem sljede\u0107i procesi:<\/p>\n<p>Sv daily procesi:<\/p>\n<ul>\n<li>rad s tiketima<\/li>\n<li>rad s logovima<\/li>\n<li>kontrola promjena<\/li>\n<li>dnevna kontrolna lista<\/li>\n<\/ul>\n<p>\nGodi\u0161nji procesi:<\/p>\n<ul>\n<li>produ\u017eavanje garancija, licenci<\/li>\n<\/ul>\n<p>\nAsinkroni procesi:<\/p>\n<ul>\n<li>reakcija na razne hitne situacije<\/li>\n<\/ul>\n<p><\/p>\n<h2>Zaklju\u010dak prvog dela<\/h2>\n<p>\nPrimijetili ste da sve ovo ne govori o konfiguraciji mre\u017ee, dizajnu, mre\u017enim protokolima, usmjeravanju ili sigurnosti... To je ne\u0161to izvan toga. Iako se mo\u017eda \u010dini dosadnim, sigurno su to vrlo va\u017eni elementi rada mre\u017enog odjela. <\/p>\n<p>Dosad, kao \u0161to vidite, niste ni\u0161ta pobolj\u0161ali u svojoj mre\u017ei. Ako su postojale sigurnosne ranjivosti, one su ostale, a ako je dizajn bio lo\u0161, i dalje je takav. Dok ne primijenite svoje sposobnosti i znanja mre\u017enog in\u017eenjera, koje je vjerojatno zahtijevalo mnogo vremena, truda, pa \u010dak i novca. No prvo je potrebno izgraditi (ili oja\u010dati) temelj, a tek onda se posvetiti gradnji.<\/p>\n<p>O tome kako tra\u017eiti i otklanjati gre\u0161ke, a zatim i unaprijediti va\u0161u infrastrukturu \u2013 o tome \u0107e biti sljede\u0107i dijelovi.<\/p>\n<p>Naravno, nije potrebno raditi sve redom. Vrijeme mo\u017ee biti kriti\u010dno. Radite paralelno ako to resursi dopu\u0161taju.<\/p>\n<p>I va\u017ena napomena. Komunicirajte, pitajte, savjetujte se sa svojim timom. Na kraju krajeva, oni su ti koji \u0107e sve to odr\u017eavati i provoditi.<br \/>\n<br \/>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/433614\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb. \u0421\u043e\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 \u0432\u0441\u0435\u0445 \u0441\u0442\u0430\u0442\u0435\u0439 \u0446\u0438\u043a\u043b\u0430 \u0438 \u0441\u0441\u044b\u043b\u043a\u0438 \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0439\u0442\u0438 \u0437\u0434\u0435\u0441\u044c. \u0412\u043f\u043e\u043b\u043d\u0435 \u0434\u043e\u043f\u0443\u0441\u043a\u0430\u044e, \u0447\u0442\u043e \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442 \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e\u0435 \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0439, \u0433\u0434\u0435 \u043f\u0440\u043e\u0441\u0442\u043e\u0439 \u0441\u0435\u0442\u0438 \u0432 \u043e\u0434\u0438\u043d \u0447\u0430\u0441 \u0438\u043b\u0438 \u0434\u0430\u0436\u0435 \u043e\u0434\u0438\u043d \u0434\u0435\u043d\u044c \u043d\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0438\u0442\u0438\u0447\u043d\u044b\u043c. \u041c\u043d\u0435, \u043a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e \u0438\u043b\u0438 \u043a \u0441\u0447\u0430\u0441\u0442\u044c\u044e, \u043d\u0435 \u0434\u043e\u0432\u0435\u043b\u043e\u0441\u044c \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0432 \u0442\u0430\u043a\u0438\u0445 \u043c\u0435\u0441\u0442\u0430\u0445. [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31068","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"hr_HR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c. \u0413\u043b\u0430\u0432\u0430 \u043f\u0435\u0440\u0432\u0430\u044f. \u0423\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:39:16+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:39:16+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Kako preuzeti kontrolu nad mre\u017enom infrastrukturom. Prvo poglavlje. Odr\u017eavanje | ProHoster","description":"Ovaj \u010dlanak je prvi u nizu \u010dlanaka \u201eKako preuzeti kontrolu nad mre\u017enom infrastrukturom\u201d.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c. \u0413\u043b\u0430\u0432\u0430 \u043f\u0435\u0440\u0432\u0430\u044f. \u0423\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 | ProHoster","og:description":"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb.","og:url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:39:16+00:00","article:modified_time":"2019-10-31T18:39:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31068","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 04:23:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:24:13","updated":"2026-01-21 04:23:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/31068","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=31068"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/31068\/revisions"}],"predecessor-version":[{"id":164546,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/31068\/revisions\/164546"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=31068"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=31068"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=31068"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}