{"id":31057,"date":"2019-10-31T21:39:12","date_gmt":"2019-10-31T18:39:12","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya\/"},"modified":"2019-10-31T21:39:12","modified_gmt":"2019-10-31T18:39:12","slug":"kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya","title":{"rendered":"Kako nadzorovati omre\u017eno infrastrukturo. Tretje poglavje. Omre\u017ena varnost. Drugi del","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><i>Ta \u010dlanek je \u010detrti v nizu \u010dlankov 'Kako prevzeti nadzor nad omre\u017eno infrastrukturo'. Vsebine vseh \u010dlankov v seriji in povezave lahko najdete <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/447008\/\">ovde<\/a><\/noindex><\/i>.<\/p>\n<p>V <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/435138\/\">prvega dela<\/a><\/noindex> v tem poglavju smo obravnavali nekatere vidike varnosti omre\u017eja v segmentu 'Data Center'. Ta del bo posve\u010den segmentu 'Internet Access'. <\/p>\n<p><img decoding=\"async\" alt=\"Kako nadzorovati omre\u017eno infrastrukturo. Tretje poglavje. Omre\u017ena varnost. Drugi del\" src=\"\/wp-content\/uploads\/2019\/04\/10b33f9b02e3a7562d9e7cf023cbc197.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h1>Dostop do interneta<\/h1>\n<p>\nTema varnosti je nedvomno ena najbolj zapletenih tem v svetu omre\u017eij za prenos podatkov. Tako kot v prej\u0161njih primerih, ne da bi trdil, da zajemam vse in poglobljeno, bom tukaj obravnaval preprosta, a pomembna vpra\u0161anja, na katera upam, da bodo pomagala izbolj\u0161ati raven za\u0161\u010dite va\u0161ega omre\u017eja.<\/p>\n<p>Pri auditu tega segmenta bodite pozorni na naslednje vidike:<\/p>\n<ul>\n<li>dizajna<\/li>\n<li>nastavitve BGP <\/li>\n<li>za\u0161\u010dita DOS\/DDOS<\/li>\n<li>filtriranje prometa na po\u017earnem zidu<\/li>\n<\/ul>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Oblikovanje<\/h3>\n<p>\nKot primer zasnove tega segmenta za omre\u017eje podjetja bi priporo\u010dil <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cisco.com\/c\/dam\/en\/us\/solutions\/collateral\/enterprise\/design-zone-security\/safe-architecture-guide-pin-secure-internet-edge.pdf\">vodnik<\/a><\/noindex> od Cisco v okviru <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cisco.com\/c\/en\/us\/solutions\/enterprise\/design-zone-security\/landing_safe.html#~tab-architecture\">modela SAFE<\/a><\/noindex>.<\/p>\n<p>Seveda, morda se vam bodo re\u0161itve drugih dobaviteljev zdele bolj privla\u010dne (glej <noindex><a rel=\"nofollow\" href=\"https:\/\/researchcenter.paloaltonetworks.com\/2018\/10\/palo-alto-networks-seven-time-gartner-magic-quadrant-leader\/\">Gartnerjev kvadrant za 2018<\/a><\/noindex>), toda ne da bi vas pozival, da strogo sledite tej zasnovi, menim, da je vseeno koristno razumeti na\u010dela in ideje, ki so v njenem jedru.<\/p>\n<blockquote><p><b>Napomena<\/b><\/p>\n<p>V segmentu SAFE je 'Remote Access' del 'Internet Access'. Vendar pa se v tej seriji \u010dlankov osredoto\u010damo na to tematsko podro\u010dje lo\u010deno.<\/p><\/blockquote>\n<p>Standardni niz opreme v tem segmentu za omre\u017eje podjetja (enterprise network) vklju\u010duje <\/p>\n<ul>\n<li>mejne usmerjevalnike (border routers)<\/li>\n<li>po\u017earne zidove<\/li>\n<\/ul>\n<p><\/p>\n<blockquote><p><b>Opomba 1<\/b><\/p>\n<p>V tej seriji \u010dlankov, ko govorim o po\u017earnih zidovih, imam v mislih <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Next-generation_firewall\">NGFW<\/a><\/noindex>.<\/p><\/blockquote>\n<blockquote><p><b>Opomba 2<\/b><\/p>\n<p>\u042f \u043e\u043f\u0443\u0441\u043a\u0430\u044e \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u043e\u0433\u043e \u0440\u043e\u0434\u0430 L2\/L1 \u0438\u043b\u0438 \u043e\u0432\u0435\u0440\u043b\u0435\u0439\u043d\u044b\u0445 L2 over L3 \u0440\u0435\u0448\u0435\u043d\u0438\u0439 \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u044b\u0445 \u0434\u043b\u044f \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f L1\/L2 \u0441\u0432\u044f\u0437\u043d\u043e\u0441\u0442\u0438 \u0438 \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0438\u0432\u0430\u044e\u0441\u044c \u0442\u043e\u043b\u044c\u043a\u043e \u0432\u043e\u043f\u0440\u043e\u0441\u0430\u043c\u0438 \u0443\u0440\u043e\u0432\u043d\u044f L3 \u0438 \u0432\u044b\u0448\u0435. \u041e\u0442\u0447\u0430\u0441\u0442\u0438 \u0432\u043e\u043f\u0440\u043e\u0441\u044b L1\/L2 \u0431\u044b\u043b\u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u044b \u0432 \u0433\u043b\u0430\u0432\u0435 &#171;<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/434750\/\">\u010ci\u0161\u010denje in dokumentiranje<\/a><\/noindex>&#171;.<\/p><\/blockquote>\n<p> \u010ce v tem segmentu niste na\u0161li po\u017earnega zida, ne hitite s sklepi.<\/p>\n<p>Poglejmo, kot smo v <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/435138\/\">prej\u0161nji del<\/a><\/noindex>, za\u010dnimo z vpra\u0161anjem, ali je v va\u0161em primeru nujna uporaba po\u017earnega zida v tem segmentu?<\/p>\n<p>Lahko re\u010dem, da se zdi, da je to najbolj upravi\u010deno mesto za uporabo po\u017earnih zidov in za vklju\u010ditev zapletenih algoritmov za filtriranje prometa. V <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/435138\/\">\u010d\u00e1sti 1<\/a><\/noindex> smo omenili 4 dejavnike, ki lahko ovirajo uporabo po\u017earnih zidov v segmentu podatkovnih centrov. Toda tukaj niso tako bistveni.<\/p>\n<blockquote><p>Primer 1. <b>Ka\u0161njenje<\/b><\/p>\n<p>Ko gre za internet, ni smisla govoriti o zakasnitvah niti v velikosti 1 milisekunde. Zato zakasnitev v tem segmentu ne more biti dejavnik, ki bi omejeval uporabo po\u017earnega zid.<\/p><\/blockquote>\n<blockquote><p>Primer 2. <b>Performansa<\/b><\/p>\n<p>V nekaterih primerih je ta dejavnik \u0161e vedno lahko pomemben. Zato boste morda morali del prometa (na primer, promet uravnote\u017eevalnikov obremenitve) usmeriti mimo po\u017earnega zida.<\/p><\/blockquote>\n<blockquote><p>Primer 3. <b>Zanesljivost<\/b><\/p>\n<p>Ta dejavnik je \u0161e vedno treba upo\u0161tevati, vendar glede na nezanesljivost samega interneta njegova pomembnost za ta segment ni tako velika kot za podatkovni center. <\/p>\n<p>Recimo, da va\u0161 servis deluje preko http\/https (s kratkimi sejami). V tem primeru lahko uporabite dve neodvisni \u0161katli (brez HA), in ob te\u017eavi z eno od njih preusmerite ves promet na drugo. <\/p>\n<p>Lahko pa uporabite po\u017earne zidove v transparentnem na\u010dinu in ob njihovi napaki, medtem ko te\u017eavo re\u0161ujete, usmerite promet mimo po\u017earnih zidov.<\/p><\/blockquote>\n<p> Zato so verjetno le <b>cena<\/b> tisti dejavnik, ki bi vas lahko odvrnil od uporabe po\u017earnih zidov v tem segmentu.<\/p>\n<blockquote><p><b>D\u016fle\u017eit\u00e9!<\/b><\/p>\n<p>Obstaja sku\u0161njava, da bi ta po\u017earni zid zdru\u017eili z po\u017earnim zidom podatkovnega centra (uporabite en po\u017earni zid za te segmente). To je na\u010deloma mogo\u010de, vendar je treba razumeti, da ker je po\u017earni zid 'Dostop do Interneta' dejansko na sprednji liniji va\u0161e obrambe in 'prevzema' vsaj del zlonamernega prometa, je nujno upo\u0161tevati pove\u010dano tveganje, da bo ta po\u017earni zid izklju\u010den. To pomeni, da z uporabo istih naprav v teh dveh segmentih precej zmanj\u0161ate obstoje\u010dost va\u0161ega segmenta podatkovnega centra.<\/p><\/blockquote>\n<p> Kot obi\u010dajno, je treba razumeti, da se lahko zasnova tega segmenta precej razlikuje glede na storitev, ki jo podjetje nudi. Kot obi\u010dajno, lahko izberete razli\u010dne pristope, odvisno od zahtev. <\/p>\n<blockquote><p><b>Primer<\/b><\/p>\n<p>\u010ce ste ponudnik vsebin s CDN omre\u017ejem (glejte na primer, <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/ramax\/posts\/\">niz \u010dlankov<\/a><\/noindex>), morda ne boste \u017eeleli ustvarjati infrastrukture z desetimi ali sto to\u010dkami prisotnosti z uporabo lo\u010denih naprav za usmerjanje in filtriranje prometa. To bi bilo drago in preprosto morda celo odve\u010d. <\/p>\n<p>Za BGP vam ni treba imeti posebej dodeljene usmerjevalnike; lahko uporabite orodja z odprto kodo, na primer, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.quagga.net\">Quagga<\/a><\/noindex>. Zato je morda vse, kar potrebujete, stre\u017enik ali ve\u010d stre\u017enikov, st switches in BGP.<\/p>\n<p>V tem primeru va\u0161 stre\u017enik ali ve\u010d stre\u017enikov lahko igrata vlogo ne samo CDN stre\u017enika, temve\u010d tudi usmerjevalnika. Seveda je tu \u0161e veliko podrobnosti (na primer, kako zagotoviti uravnote\u017eenje), vendar je to izvedljivo, in ta pristop smo uspe\u0161no uporabili za enega od na\u0161ih partnerjev.<\/p>\n<p>Imate lahko ve\u010d podatkovnih centrov z ustrezno za\u0161\u010dito ( po\u017earni zidovi, storitve za\u0161\u010dite pred DDOS, ki jih zagotavljajo va\u0161i internetni ponudniki) in desetine ali stotine 'poenostavljenih' to\u010dk prisotnosti samo z L2 st switches in stre\u017eniki.<\/p>\n<p>Kako pa je z za\u0161\u010dito v tem primeru?<\/p>\n<p>Oglejmo si, na primer, v zadnjem \u010dasu priljubljeno <noindex>napad DNS amplifikacije DDOS.<\/noindex>Njena nevarnost je v tem, da se ustvari veliko koli\u010dino prometa, ki preprosto 'zapolni' 100 % vseh va\u0161ih povezav. <\/p>\n<p>Kaj imamo v primeru na\u0161ega oblikovanja.<\/p>\n<ul>\n<li>\u010ce uporabljate AnyCast, se promet porazdeli med va\u0161imi to\u010dkami prisotnosti. \u010ce imate skupno \u0161irino pasu v terabits, vas to dejansko (kljub temu, da je v zadnjem \u010dasu pri\u0161lo do ve\u010d napadov z zlonamernim prometom v vi\u0161ini terabita) \u0161\u010diti pred 'preobremenitvijo' povezav.<\/li>\n<li>\u010ce pa so nekatere povezave \u0161e vedno 'zape\u010dene', preprosto odstranite to lokacijo iz obratovanja (prenehajte z napovedovanjem prefiksa).<\/li>\n<li>Lahko tudi pove\u010date dele\u017e prometa, ki ga oddajate iz va\u0161ih 'polnih' (in s tem za\u0161\u010ditenih) podatkovnih centrov, s \u010dimer odstranite pomemben del zlonamernega prometa z neza\u0161\u010ditenih to\u010dk prisotnosti.<\/li>\n<\/ul>\n<p>\nIn \u0161e ena majhna opomba k temu primeru. \u010ce dovolj prometa oddajate preko IX-ov, to tudi zmanj\u0161a va\u0161o dovzetnost za podobne napade.<\/p><\/blockquote>\n<h3>Postavljanje BGP-a<\/h3>\n<p>\nTukaj sta dve temi.<\/p>\n<ul>\n<li>Povezljivost<\/li>\n<li>Postavljanje BGP-a<\/li>\n<\/ul>\n<p>\nO povezljivosti smo \u017ee rahlo govorili v <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/435138\/\">\u010d\u00e1sti 1<\/a><\/noindex>. Bistvo je, da promet k va\u0161im strankam poteka po optimalni poti. \u010ceprav optimalnost ni vedno samo o zakasnitvi, pa je obi\u010dajno nizka zakasnitev glavni pokazatelj optimalnosti. Za nekatere dru\u017ebe je to pomembnej\u0161e, za druge manj. Vse je odvisno od storitve, ki jo ponujate.<\/p>\n<blockquote><p><b>Primer 1<\/b><\/p>\n<p>\u010ce ste borza in so za va\u0161e stranke pomembni \u010dasovni intervali, kraj\u0161i od milisekund, potem o internetu sploh ne more biti govora.<\/p><\/blockquote>\n<blockquote><p><b>Primer 2<\/b><\/p>\n<p>\u010ce ste igri\u010darska podjetje in so za vas pomembne desetine milisekund, je seveda povezljivost za vas zelo pomembna.<\/p><\/blockquote>\n<blockquote><p><b>Primer 3<\/b><\/p>\n<p>Prav tako je treba razumeti, da hitrost prenosa podatkov v okviru ene TCP seje tudi odvisna od RTT (Round Trip Time), zaradi lastnosti protokola TCP. CDN omre\u017eja so zgrajena tudi za re\u0161evanje tega problema, saj postavljajo stre\u017enike za razdeljevanje vsebin bli\u017ee kon\u010dnemu uporabniku.<\/p><\/blockquote>\n<p> Raziskovanje povezljivosti je lo\u010dena zanimiva tema, ki si zaslu\u017ei lo\u010den \u010dlanek ali serijo \u010dlankov in zahteva dobro razumevanje, kako je 'zgrajen' internet.<\/p>\n<p>Koristni viri:<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/ripe.net\">ripe.net<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/bgp.he.net\">bgp.he.net<\/a><\/noindex><\/p>\n<blockquote><p><b>Primer<\/b><\/p>\n<p>Navedel bom le en majhen primer.<\/p>\n<p>Recimo, da se va\u0161 podatkovni center nahaja v Moskvi in imate edini uplink \u2013 Rostelekom (AS12389). V tem primeru (single homed) BGP ne potrebujete, in kot javne naslove najverjetneje uporabljate naslovni razpon od Rostelekoma. <\/p>\n<p>Recimo, da zagotavljate neko storitev in imate dovolj strank iz Ukrajine, ki se prito\u017eujejo zaradi velikih zamud. Pri raziskovanju ste ugotovili, da IP naslovi nekaterih od njih le\u017eijo v omre\u017eju 37.52.0.0\/21. <\/p>\n<p>Po izvedbi traceroute ste videli, da promet potuje preko AS1299 (Telia), in po izvedbi pinga ste dobili povpre\u010dni RTT 70 \u2013 80 milisekund. To lahko vidite tudi na <noindex><a rel=\"nofollow\" href=\"http:\/\/lg.ip.rt.ru\">looking glass Rostelekoma<\/a><\/noindex>.<\/p>\n<p>S pomo\u010djo orodja whois (na spletnem mestu ripe.net ali lokalnim orodjem) lahko enostavno dolo\u010dite, da blok 37.52.0.0\/21 pripada AS6849 (Ukrtelecom).<\/p>\n<p>Nato, ko odprete <noindex><a rel=\"nofollow\" href=\"https:\/\/bgp.he.net\">bgp.he.net<\/a><\/noindex> vidite, da AS6849 nima odnosov z AS12389 (niso si medsebojno stranke ali uplink, prav tako pa nimajo peeringa). \u010ce pa si ogledate <noindex><a rel=\"nofollow\" href=\"https:\/\/bgp.he.net\/AS6849#_peers\">seznam peerov<\/a><\/noindex> za AS6849, boste videli, na primer, AS29226 (Mastertel) in AS31133 (Megafon). <\/p>\n<p>Ko najdete looking glass teh ponudnikov, lahko primerjate pot in RTT. Na primer, za Mastertel bo RTT \u017ee okoli 30 milisekund. <\/p>\n<p>Tako, \u010de je razlika med 80 in 30 milisekundami pomembna za va\u0161o storitev, potem se morda res morate zamisliti o povezljivosti, pridobiti svoj AS \u0161tevilko v RIPE, svoj razpon naslovov in povezati dodatne uplinke in\/ali ustvariti prisotnost na IX-ih.<\/p><\/blockquote>\n<p>\nS pou\u017eit\u00edm BGP nejen\u017ee zlep\u0161\u00edte konektivitu, ale tak\u00e9 si rezervujete sv\u00e9 internetov\u00e9 p\u0159ipojen\u00ed.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/www.ssi.gouv.fr\/uploads\/2016\/03\/bgp-configuration-best-practices.pdf\">Tento dokument<\/a><\/noindex> obsahuje doporu\u010den\u00ed pro konfiguraci BGP. I kdy\u017e byla tato doporu\u010den\u00ed vytvo\u0159ena na z\u00e1klad\u011b \u201ebest practice\u201c poskytovatel\u016f, st\u00e1le (pokud va\u0161e BGP nastaven\u00ed nejsou zcela element\u00e1rn\u00ed) jsou nepochybn\u011b u\u017eite\u010dn\u00e1 a m\u011bly by b\u00fdt sou\u010d\u00e1st\u00ed hardeningu, o kter\u00e9m jsme diskutovali v <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/435138\/\">prvega dela<\/a><\/noindex>.<\/p>\n<h3>za\u0161\u010dita DOS\/DDOS<\/h3>\n<p>\nV sou\u010dasn\u00e9 dob\u011b se \u00fatoky DOS\/DDOS staly ka\u017edodenn\u00ed realitou pro mnoho spole\u010dnost\u00ed. Ve skute\u010dnosti v\u00e1s v n\u011bjak\u00e9 podob\u011b \u00fato\u010d\u00ed pom\u011brn\u011b \u010dasto. To, \u017ee si toho zat\u00edm nev\u0161imli, nazna\u010duje, \u017ee proti v\u00e1m nebyl uspo\u0159\u00e1d\u00e1n c\u00edlen\u00fd \u00fatok a \u017ee ochrann\u00e9 prost\u0159edky, kter\u00e9 pou\u017e\u00edv\u00e1te, i kdy\u017e to mo\u017en\u00e1 ani netu\u0161\u00edte (r\u016fzn\u00e9 vestav\u011bn\u00e9 ochrany opera\u010dn\u00edch syst\u00e9m\u016f), jsou dostate\u010dn\u00e9 k minimalizaci degradace poskytovan\u00e9 slu\u017eby pro v\u00e1s a va\u0161e z\u00e1kazn\u00edky.<\/p>\n<p>Existuj\u00ed internetov\u00e9 zdroje, kter\u00e9 na z\u00e1klad\u011b log\u016f z za\u0159\u00edzen\u00ed v re\u00e1ln\u00e9m \u010dase vykresluj\u00ed kr\u00e1sn\u00e9 mapy \u00fatok\u016f.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/www.csoonline.com\/article\/3217944\/security\/8-top-cyber-attack-maps-and-how-to-use-them.html\">Tukaj<\/a><\/noindex> m\u016f\u017eete naj\u00edt odkazy na n\u011b.<\/p>\n<p>Moje obl\u00edben\u00e1 <noindex><a rel=\"nofollow\" href=\"https:\/\/threatmap.checkpoint.com\/ThreatPortal\/livemap.html\">mapa<\/a><\/noindex> od CheckPoint.<\/p>\n<p>Ochrana proti DDOS\/DOS obvykle prob\u00edh\u00e1 v n\u011bkolika vrstv\u00e1ch. Abychom pochopili pro\u010d, mus\u00edme rozum\u011bt tomu, jak\u00e9 typy DOS\/DDOS \u00fatok\u016f existuj\u00ed (viz nap\u0159\u00edklad <noindex><a rel=\"nofollow\" href=\"https:\/\/www.csoonline.com\/article\/3222095\/network-security\/ddos-explained-how-denial-of-service-attacks-are-evolving.html\">ovde <\/a><\/noindex> ili <noindex><a rel=\"nofollow\" href=\"https:\/\/blog.thousandeyes.com\/three-types-ddos-attacks\/\">ovde<\/a><\/noindex>)<\/p>\n<p>To znamen\u00e1, \u017ee m\u00e1me t\u0159i typy \u00fatok\u016f:<\/p>\n<ul>\n<li>volumetric attacks<\/li>\n<li>protocol attacks<\/li>\n<li>application attacks<\/li>\n<\/ul>\n<p>\nPokud se m\u016f\u017eete br\u00e1nit p\u0159ed posledn\u00edmi dv\u011bma typy \u00fatok\u016f sami pomoc\u00ed nap\u0159\u00edklad firewall\u016f, pak p\u0159ed \u00fatoky zam\u011b\u0159en\u00fdmi na \u201ep\u0159et\u00ed\u017een\u00ed\u201c va\u0161ich uplink\u016f se sami neubr\u00e1n\u00edte (pokud va\u0161e celkov\u00e1 kapacita internetov\u00fdch kan\u00e1l\u016f nen\u00ed v terabitech, a je\u0161t\u011b l\u00e9pe, v des\u00edtk\u00e1ch terabit).<\/p>\n<p>Proto prvn\u00ed linie obrany je ochrana p\u0159ed \u201evolumetric\u201c \u00fatoky a tuto ochranu by v\u00e1m m\u011bl zajistit v\u00e1\u0161 poskytovatel nebo poskytovatel\u00e9. Pokud jste to dosud nepochopili, prost\u011b m\u00e1te zat\u00edm \u0161t\u011bst\u00ed.<\/p>\n<blockquote><p><b>Primer<\/b><\/p>\n<p>P\u0159edpokl\u00e1dejme, \u017ee m\u00e1te n\u011bkolik uplink\u016f, ale pouze jeden z poskytovatel\u016f v\u00e1m m\u016f\u017ee tuto ochranu poskytnout. Ale pokud ve\u0161ker\u00fd provoz bude prob\u00edhat p\u0159es jednoho poskytovatele, jak tedy s konektivitou, kterou jsme kr\u00e1tce diskutovali d\u0159\u00edve?<\/p>\n<p>B\u011bhem \u00fatoku budete muset v tomto p\u0159\u00edpad\u011b do ur\u010dit\u00e9 m\u00edry ob\u011btovat konektivitu. Ale<\/p>\n<ul>\n<li>to je samo za vrijeme napada. Mo\u017eete ru\u010dno ili automatski rekonfigurirati BGP tijekom napada, kako bi promet i\u0161ao samo kroz davatelja koji vam pru\u017ea \"ki\u0161obran\". Nakon zavr\u0161etka napada mo\u017eete vratiti usmjeravanje u prvotno stanje.<\/li>\n<li>nije nu\u017eno preusmjeriti sav promet. Ako, na primjer, primijetite da kroz odre\u0111ene uplinke ili peering nije bilo napada (ili promet nije zna\u010dajan), mo\u017eete nastaviti ogla\u0161avati prefikse s konkurentnim atributima prema tim BGP susjedima.<\/li>\n<\/ul>\n<\/blockquote>\n<p>\nZa\u0161titu od \"protocol attacks\" i \"application attacks\" tako\u0111er mo\u017eete prepustiti partnerima.<br \/>\nEvo <noindex><a rel=\"nofollow\" href=\"https:\/\/geekflare.com\/ddos-protection-service\/\">ovde<\/a><\/noindex> mo\u017eete pro\u010ditati dobru studiju (<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/hosting-cafe\/blog\/324848\/\">prevod<\/a><\/noindex>). Iako je \u010dlanak star dvije godine, dat \u0107e vam uvid u pristupe kako se mo\u017eete za\u0161tititi od DDOS napada.<\/p>\n<p>U na\u010delu, mo\u017eete se time i ograni\u010diti, potpuno prepu\u0161taju\u0107i svoju za\u0161titu outsourcingu. Ovo rje\u0161enje ima svoje prednosti, ali o\u010dito i nedostatke. Naime, ovisno o poslovanju va\u0161e tvrtke, mo\u017ee biti rije\u010d o pre\u017eivljavanju. Povjeriti takve stvari vanjskim organizacijama...<\/p>\n<p>Zato hajde da razmotrimo kako organizirati drugu i tre\u0107u liniju obrane (kao dodatak za\u0161titi od davatelja).<\/p>\n<p>Dakle, druga linija za\u0161tite je filtracija i ograni\u010diva\u010di prometa (policers) na ulazu u va\u0161u mre\u017eu. <\/p>\n<blockquote><p><b>Primer 1<\/b><\/p>\n<p>Pretpostavimo da ste se \"pokriti ki\u0161obranom\" od DDOS-a uz pomo\u0107 jednog od davatelja. Pretpostavimo da taj davatelj koristi Arbor za filtraciju prometa i filtre na granici svoje mre\u017ee. <\/p>\n<p>Propusnost koju Arbor mo\u017ee \"obra\u0111ivati\" je ograni\u010dena, i davatelj naravno ne mo\u017ee stalno propu\u0161tati promet svih svojih partnera koji su naru\u010dili ovu uslugu kroz opremu za filtriranje. Stoga pod normalnim uvjetima promet se ne filtrira.<\/p>\n<p>Predpostavimo, da poteka SYN flood napad. Tudi \u010de ste naro\u010dili storitev, pri kateri se promet samodejno preusmeri na filtriranje v primeru napada, to ne zgodi takoj. Vsaj minuto ali ve\u010d ostanete pod napadom. To lahko privede do izpada va\u0161e opreme ali degradacije storitev. V tem primeru omejitev prometa na robnih usmerjevalnikih, \u010deprav bo povzro\u010dila, da nekaj TCP sej v tem \u010dasu ne bo vzpostavljenih, vendar bo za\u0161\u010ditila va\u0161o infrastrukturo pred obse\u017enej\u0161imi te\u017eavami.<\/p><\/blockquote>\n<blockquote><p><b>Primer 2<\/b><\/p>\n<p>Abnormalno veliko \u0161tevilo SYN paketov ni nujno samo posledica SYN flood napada. Predpostavimo, da nudite storitev, pri kateri imate hkrati lahko okoli 100.000 TCP povezav (v enem podatkovnem centru).<\/p>\n<p>Predpostavimo, da je zaradi kratkoro\u010dne te\u017eave pri enem od va\u0161ih glavnih ponudnikov polovica sej 'izpadla'. \u010ce va\u0161a aplikacija deluje tako, da takoj (ali po nekem enotnem intervalu za vse seje) posku\u0161a ponovno vzpostaviti povezavo, boste pribli\u017eno hkrati prejeli najmanj 50.000 SYN paketov. <\/p>\n<p>\u010ce pa je nad temi seji na primer v teku ssl\/tls handshake, kar predvideva izmenjavo certifikatov, bo z vidika iz\u010drpavanja virov za va\u0161 uravnote\u017eevalnik obremenitve to mo\u010dneje 'DDOS' kot preprost SYN flood. Zdi se, da bi morali uravnote\u017eevalniki obremenitve obvladovati tak\u0161ne dogodke, vendar ... \u017eal smo se soo\u010dili s to te\u017eavo v polni meri.<\/p>\n<p>In seveda, policer na robnem usmerjevalniku bo za\u0161\u010ditil va\u0161o opremo tudi v tem primeru.<\/p><\/blockquote>\n<p>Tretja raven za\u0161\u010dite pred DDOS\/DOS so nastavitve va\u0161e po\u017earne pregrade.<\/p>\n<p>Tukaj lahko obvladate tako napade drugega kot tretjega tipa. Na splo\u0161no lahko vse, kar pride do po\u017earne pregrade, filtrirate tukaj. <\/p>\n<blockquote><p><b>Nasvet<\/b><\/p>\n<p>Poskusite po\u017earni pregradi nuditi \u010dim manj dela, saj \u010dim ve\u010d filtrirate na dveh prvih obrambnih linijah. In to je razlog.<\/p>\n<p>Ali vam se je kdaj zgodilo, da ste slu\u010dajno, ko ste generirali promet, da bi preverili, kako dobro je operacijski sistem va\u0161ih stre\u017enikov odporen na napade DDOS, \"ubili\" svoj po\u017earni zid, ko ste ga obremenili do 100 odstotkov s prometom obi\u010dajne intenzivnosti? \u010ce ne, morda preprosto zato, ker tega \u0161e niste poskusili?<\/p>\n<p>Na splo\u0161no je po\u017earni zid, kot sem \u017ee omenil \u2014 zapletena zadeva, ki dobro deluje z znanimi ranljivostmi in preizku\u0161enimi re\u0161itvami, vendar \u010de po\u0161ljete kaj nenavadnega, preprosto kak\u0161ne odpadke ali pakete z napa\u010dnimi glavi, potem imate z dolo\u010denim, ne tako majhnim (glede na moje izku\u0161nje) verjetnostjo mo\u017enost, da zmotite tudi vrhunsko opremo. Zato na stopnji 2 z obi\u010dajnimi ACL (na ravni L3\/L4) v va\u0161o omre\u017eje spustite le tisti promet, ki naj tja vstopa.<\/p><\/blockquote>\n<h3>Filtriranje prometa na po\u017earnem zidu<\/h3>\n<p>\nNadaljujemo pogovor o po\u017earnem zidu. Treba je razumeti, da so napadi DOS\/DDOS le ena izmed vrst kibernetskih napadov. <\/p>\n<p>Poleg za\u0161\u010dite pred DOS\/DDOS imamo lahko \u0161e nekaj podobnega naslednjemu seznamu mo\u017enosti:<\/p>\n<ul>\n<li>aplikacijski po\u017earni zid<\/li>\n<li>prepre\u010devanje gro\u017eenj (antivirus, proti vohunskim in ranljivostim)<\/li>\n<li>filtriranje URL-jev<\/li>\n<li>filtriranje podatkov (filtriranje vsebine)<\/li>\n<li>blokiranje datotek (blokiranje tipov datotek)<\/li>\n<\/ul>\n<p>\nOdlo\u010ditev je va\u0161a, kaj iz tega seznama potrebujete.<\/p>\n<p><i>Nadaljevanje sledi<\/i><br \/>\n<br \/>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/436230\/\">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 \u0447\u0435\u0442\u0432\u0435\u0440\u0442\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\u0435\u0440\u0432\u043e\u0439 \u0447\u0430\u0441\u0442\u0438 \u044d\u0442\u043e\u0439 \u0433\u043b\u0430\u0432\u044b \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u0441\u0435\u0433\u043c\u0435\u043d\u0442\u0430 \u00abData Center\u00bb. \u042d\u0442\u0430 \u0447\u0430\u0441\u0442\u044c \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u00abInternet Access\u00bb \u0441\u0435\u0433\u043c\u0435\u043d\u0442\u0443. Internet access \u0422\u0435\u043c\u0430 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u043d\u0435\u0441\u043e\u043c\u043d\u0435\u043d\u043d\u043e \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u043e\u0439 \u0438\u0437 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0441\u043b\u043e\u0436\u043d\u044b\u0445 \u0442\u0435\u043c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23032,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31057","post","type-post","status-publish","format-standard","has-post-thumbnail","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 \u0447\u0435\u0442\u0432\u0435\u0440\u0442\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\/sl\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sl_SI\" \/>\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 \u0442\u0440\u0435\u0442\u044c\u044f. \u0421\u0435\u0442\u0435\u0432\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c. \u0427\u0430\u0441\u0442\u044c \u0432\u0442\u043e\u0440\u0430\u044f | 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 \u0447\u0435\u0442\u0432\u0435\u0440\u0442\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\/sl\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya\" \/>\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:12+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:39:12+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 prevzeti nadzor nad omre\u017eno infrastrukturo. Tretje poglavje. Omre\u017ena varnost. Drugi del | ProHoster","description":"Ta \u010dlanek je \u010detrti v ciklu \u010dlankov 'Kako prevzeti nadzor nad omre\u017eno infrastrukturo'.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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 \u0442\u0440\u0435\u0442\u044c\u044f. \u0421\u0435\u0442\u0435\u0432\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c. \u0427\u0430\u0441\u0442\u044c \u0432\u0442\u043e\u0440\u0430\u044f | ProHoster","og:description":"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0447\u0435\u0442\u0432\u0435\u0440\u0442\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\/sl\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya","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:12+00:00","article:modified_time":"2019-10-31T18:39:12+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31057","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:19:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:24:14","updated":"2026-01-21 04:19:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/31057","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=31057"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/31057\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media\/23032"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=31057"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=31057"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=31057"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}