{"id":1102,"date":"2026-09-09T02:25:09","date_gmt":"2026-09-09T02:25:09","guid":{"rendered":"https:\/\/junglelabs.uk\/"},"modified":"2026-09-09T02:25:09","modified_gmt":"2026-09-09T02:25:09","slug":"what-is-a-roa-in-rpki","status":"publish","type":"post","link":"https:\/\/junglelabs.uk\/tr\/what-is-a-roa-in-rpki\/","title":{"rendered":"ROA nedir RPKI'de? Route Origin Authorization Nas\u0131l \u00c7al\u0131\u015f\u0131r"},"content":{"rendered":"

Bir Rota K\u00f6ken Yetkilendirmesi, dijital olarak imzalanm\u0131\u015f RPKI<\/a> BGP'de bir IP \u00f6n ekini k\u00f6kenlendirmesine izin verilen ASN'yi belirten kay\u0131t. \u0130lgili \u0130nternet numara kayna\u011f\u0131na sahip olan kurulu\u015f taraf\u0131ndan veya onun ad\u0131na olu\u015fturulur. Bir ROA genellikle \u00fc\u00e7 temel \u00f6\u011fe i\u00e7erir: IP \u00f6n eki, yetkili k\u00f6ken ASN'si ve ASN'nin duyurabilece\u011fi maksimum \u00f6n ek uzunlu\u011fu. \u00d6rne\u011fin, bir kurulu\u015f IPv4 \u00f6n eki 203.0.113.0\/24'\u00fc kontrol edebilir ve bunu AS64500 ile duyurabilir. Buna kar\u015f\u0131l\u0131k gelen bir ROA, AS64500'n\u00fcn bu \/24'\u00fc k\u00f6kenlendirmesine izin verebilir. Basit bir ifadeyle, kay\u0131t y\u00f6nlendirme ekosistemine \u015fu talimat\u0131 iletir: \u201cBu ASN, bu \u00f6n eki duyurmaya yetkilidir.\u201d RPKI do\u011frulamas\u0131 yapan a\u011flar daha sonra kayd\u0131 BGP'de g\u00f6zlemledikleri bilgilerle kar\u015f\u0131la\u015ft\u0131rabilir. Bir ROA, bir IP adres blo\u011funun m\u00fclkiyetini devretmez. S\u00f6zle\u015fmeyi, kay\u0131t defteri giri\u015fini, tahsis kayd\u0131n\u0131 veya IPv4 transfer anla\u015fmas\u0131n\u0131 yerine ge\u00e7mez. Yaln\u0131zca bir yolun k\u00f6keniyle ilgili bir yetkilendirmeyi yay\u0131mlar. Yasal denetim ile y\u00f6nlendirme yetkilendirmesi ba\u011flant\u0131l\u0131d\u0131r ancak ayn\u0131 \u015fey de\u011fildir. ROA'lar hem IPv4 hem de IPv6 kaynaklar\u0131 i\u00e7in olu\u015fturulabilir. Bi\u00e7im benzerdir; ancak \u00f6n ek uzunluklar\u0131 ve operasyonel tasar\u0131m farkl\u0131l\u0131k g\u00f6sterebilir. IPv4 a\u011flar\u0131 genellikle \/24 gibi \u00f6n eklerle \u00e7al\u0131\u015f\u0131rken, IPv6 a\u011flar\u0131 tahsislerine ve y\u00f6nlendirme planlar\u0131na uygun olarak \/32, \/36, \/48 veya ba\u015fka bir uzunlukta agregeler s\u0131k\u00e7a duyurur.<\/p>\n\n\n\n

Neden bir ROA'ya ihtiya\u00e7 duyulur?<\/h2>\n\n\n\n

Bir ROA olmad\u0131\u011f\u0131nda, di\u011fer a\u011flar\u0131n BGP k\u00f6ken ASN'sinin bir \u00f6n eki duyurmas\u0131na izin verildi\u011fini do\u011frulamak i\u00e7in RPKI tabanl\u0131 yetkilendirmesi yoktur. Yol h\u00e2l\u00e2 me\u015fru olabilir, ancak e\u015fle\u015fen bir yetkilendirme bulunmad\u0131\u011f\u0131ndan RPKI do\u011frulamas\u0131 s\u0131ras\u0131nda genellikle \"Bulunamad\u0131\" sonucu \u00fcretecektir. \"Bulunamad\u0131\" sonucu otomatik olarak bir y\u00f6nlendirme sorunu de\u011fildir. \u0130nternet \u00fczerindeki bir\u00e7ok ge\u00e7erli yolun ROA's\u0131 yoktur. Ancak bir kurulu\u015f do\u011fru bir ROA yay\u0131mlad\u0131\u011f\u0131nda, beklenen k\u00f6keni yetkisiz veya yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f bir k\u00f6kenden ay\u0131rt etmek i\u00e7in kullan\u0131labilecek daha g\u00fc\u00e7l\u00fc bir sinyal sa\u011flar. Bir \u00f6n\u00fck de\u011ferli, i\u015f a\u00e7\u0131s\u0131ndan kritik veya geni\u015f \u00e7apta duyuruldu\u011funda bir ROA \u00f6zellikle faydal\u0131 hale gelir. Bir i\u015fletme kendi adres uzay\u0131n\u0131 halka a\u00e7\u0131k hizmetler i\u00e7in kullanabilir, bir bulut platformu m\u00fc\u015fteri altyap\u0131s\u0131n\u0131 duyurabilir veya bir bar\u0131nd\u0131rma sa\u011flay\u0131c\u0131s\u0131 birden fazla konumdan b\u00fcy\u00fck adres aral\u0131klar\u0131n\u0131 ilan edebilir. Bu durumlarda, hatal\u0131 bir k\u00f6ken bir\u00e7ok kullan\u0131c\u0131 ve hizmeti etkileyebilir. ROA'lar ayr\u0131ca olay m\u00fcdahalesi s\u0131ras\u0131nda da yard\u0131mc\u0131 olur. Bir \u00f6n\u00fck aniden beklenmeyen bir ASN'den ortaya \u00e7\u0131karsa, bir a\u011f operat\u00f6r\u00fc RPKI durumunu kontrol edebilir ve duyurunun kaynak tutar\u0131n\u0131n yay\u0131mlad\u0131\u011f\u0131 niyetle \u00e7eli\u015fip \u00e7eli\u015fmedi\u011fini h\u0131zla belirleyebilir. Bu, olay\u0131n her detay\u0131n\u0131 a\u00e7\u0131klamaz, ancak ara\u015ft\u0131rma i\u00e7in \u00f6nemli bir ba\u015flang\u0131\u00e7 noktas\u0131 sa\u011flar. Birden fazla \u00fcst d\u00fczey sa\u011flay\u0131c\u0131 kullanan kurulu\u015flar i\u00e7in bir ROA, yolu hangi sa\u011flay\u0131c\u0131n\u0131n ta\u015f\u0131d\u0131\u011f\u0131ndan ba\u011f\u0131ms\u0131z olarak tutarl\u0131 bir yetkilendirme sa\u011flayabilir. Sa\u011flay\u0131c\u0131 de\u011fi\u015febilir, ancak k\u00f6ken ASN ayn\u0131 kalabilir. Bu durumda, transit yolu de\u011fi\u015fti\u011fi i\u00e7in ROA'n\u0131n yaln\u0131zca bu nedenle de\u011fi\u015ftirilmesi gerekmez.<\/p>\n\n\n\n

Bir ROA, BGP ile Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/h2>\n\n\n\n

BGP, otonom sistemler aras\u0131nda rota duyurular\u0131n\u0131 da\u011f\u0131t\u0131r. Bir rota duyurusu genellikle bir IP \u00f6n ekini ve bir k\u00f6ken ASN'sini (otonom sistem numaras\u0131) ile di\u011fer yol ve politika bilgilerini i\u00e7erir. K\u00f6ken ASN'si, rotan\u0131n kayna\u011f\u0131 oldu\u011funu iddia eden otonom sistemdir. RPKI do\u011frulamas\u0131 BGP ile birlikte \u00e7al\u0131\u015f\u0131r. Bir do\u011frulay\u0131c\u0131, RPKI sisteminden imzal\u0131 yetkilendirme verilerini al\u0131r ve kay\u0131tlar\u0131n \u00f6zg\u00fcn ve g\u00fcncel olup olmad\u0131\u011f\u0131n\u0131 kontrol eder. Ard\u0131ndan, y\u00f6nlendiriciler, rota sunucular\u0131 veya y\u00f6nlendirme politika sistemleri taraf\u0131ndan kullan\u0131labilecek do\u011frulanm\u0131\u015f bir veri k\u00fcmesi olu\u015fturur. Bir a\u011f bir BGP duyurusu ald\u0131\u011f\u0131nda, duyurulan \u00f6n eki ve k\u00f6ken ASN'sini do\u011frulanm\u0131\u015f ROA (Route Origin Authorization) bilgileriyle kar\u015f\u0131la\u015ft\u0131r\u0131r. \u00dc\u00e7 temel sonu\u00e7 vard\u0131r: Duyuru Valid (Ge\u00e7erli), Invalid (Ge\u00e7ersiz) veya Not Found (Bulunamad\u0131) olarak s\u0131n\u0131fland\u0131r\u0131labilir. Valid sonucu, duyurunun bir ROA taraf\u0131ndan kapsand\u0131\u011f\u0131n\u0131 ve k\u00f6ken ASN'sinin yetkili oldu\u011funu g\u00f6sterir. Invalid sonucu, ilgili bir ROA'n\u0131n mevcut oldu\u011funu ancak duyurunun bu ROA ile \u00e7eli\u015fti\u011fini ifade eder. Not Found sonucu ise uygulanabilir bir ROA bulunamad\u0131\u011f\u0131n\u0131 belirtir. Alan a\u011f\u0131, bu sonu\u00e7larla ne yap\u0131laca\u011f\u0131na karar verir. Baz\u0131 operat\u00f6rler Invalid rotalar\u0131 reddeder. Di\u011ferleri onlara daha d\u00fc\u015f\u00fck \u00f6ncelik atar, uyar\u0131 olu\u015fturur veya kayna\u011fa ba\u011fl\u0131 olarak farkl\u0131 politikalar uygular. Her a\u011f i\u00e7in tek bir evrensel politika yoktur, ancak bir\u00e7ok sa\u011flay\u0131c\u0131 Invalid duyurular\u0131 ciddi bir y\u00f6nlendirme g\u00fcvenlik sorunu olarak de\u011ferlendirir. \u00d6nemli nokta \u015fudur: ROA do\u011frudan global \u0130nternet'i kontrol etmez. Yetkilendirme bilgilerini yay\u0131mlar. Pratik etki, di\u011fer a\u011flar\u0131n bu bilgileri al\u0131p almad\u0131\u011f\u0131na, do\u011frulay\u0131p do\u011frulamad\u0131klar\u0131na ve y\u00f6nlendirme kararlar\u0131nda bu bilgileri kullan\u0131p kullanmad\u0131klar\u0131na ba\u011fl\u0131d\u0131r.<\/p>\n\n\n\n

Bir ROA'n\u0131n \u00dc\u00e7 Ana B\u00f6l\u00fcm\u00fc<\/h2>\n\n\n\n

Bir ROA'n\u0131n ilk k\u0131sm\u0131, yetkilendirilen IP \u00f6n ekidir ve bu, k\u00f6ken ASN'nin duyurabilece\u011fi adres aral\u0131\u011f\u0131n\u0131 tan\u0131mlar. IPv4 i\u00e7in bir \u00f6n ek 198.51.100.0\/24 olabilir; IPv6 i\u00e7in ise 2001:db8:1234::\/48 olabilir. \u00d6n ek, ilgili kay\u0131t defteri veya sponsorluk ili\u015fkisi arac\u0131l\u0131\u011f\u0131yla kurulu\u015fun y\u00f6netmekle yetkili oldu\u011fu bir kayna\u011fa kar\u015f\u0131l\u0131k gelmelidir. \u00d6n ek do\u011fru girilmelidir \u00e7\u00fcnk\u00fc yaz\u0131m hatas\u0131, yanl\u0131\u015f a\u011f s\u0131n\u0131r\u0131 veya hatal\u0131 \u00f6n ek uzunlu\u011fu, ROA'y\u0131 ge\u00e7ersiz k\u0131labilir veya ama\u00e7lanan aral\u0131ktan farkl\u0131 bir aral\u0131\u011f\u0131 yetkilendirebilir.<\/p>\n\n\n\n

\u0130kinci k\u0131s\u0131m, \u00f6n eki k\u00f6ken alan yetkilendirilmi\u015f ASN'dir ve BGP duyurusunun kayna\u011f\u0131 olarak g\u00f6r\u00fcnen ASN ile e\u015fle\u015fmelidir. Bir \u015firket bir adres blo\u011funa sahip olsa bile, bunu bir transit sa\u011flay\u0131c\u0131n\u0131n ASN'si \u00fczerinden duyuruyorsa, do\u011fru kaynak as\u0131l y\u00f6nlendirme tasar\u0131m\u0131na ba\u011fl\u0131d\u0131r. ROA'daki ASN, genellikle yukar\u0131 ta\u015f\u0131y\u0131c\u0131n\u0131n ASN'si de\u011fil, rotay\u0131 k\u00f6ken alan ASN olmal\u0131d\u0131r. Bu ayr\u0131m \u00f6nemlidir \u00e7\u00fcnk\u00fc bir transit sa\u011flay\u0131c\u0131, k\u00f6ken olmaktan ba\u011f\u0131ms\u0131z olarak bir rotay\u0131 ta\u015f\u0131yabilir; e\u011fer m\u00fc\u015fterinin ASN'si \u00f6n eki k\u00f6ken al\u0131yorsa ve sa\u011flay\u0131c\u0131 yaln\u0131zca onu ta\u015f\u0131yorsa, yetkilendirilmesi gereken de\u011fer genellikle m\u00fc\u015fterinin ASN'sidir.<\/p>\n\n\n\n

\u00dc\u00e7\u00fcnc\u00fc k\u0131s\u0131m, genellikle maxLength olarak adland\u0131r\u0131lan maksimum \u00f6n ek uzunlu\u011fudur ve bir duyurunun ROA taraf\u0131ndan kapsan\u0131rken ne kadar spesifik olabilece\u011fini tan\u0131mlar. Bir ROA'n\u0131n 198.51.100.0\/24'\u00fc \/24 maksimum uzunlu\u011fuyla yetkilendirdi\u011fi varsay\u0131l\u0131rsa, yetkilendirilmi\u015f ASN tam \/24'\u00fc duyurabilir, ancak \/25 veya \/26 gibi daha k\u00fc\u00e7\u00fck alt \u00f6n ekleri duyurmaya yetkili de\u011fildir. Ayn\u0131 \u00f6n ek \/26 maksimum uzunlu\u011fuyla yetkilendirilirse, \/24, \/25 ve \/26 i\u00e7in yap\u0131lan duyurular, belirli rota ve do\u011frulama kurallar\u0131na ba\u011fl\u0131 olarak kapsand\u0131\u011f\u0131 kabul edilebilir. Bu durum esneklik sa\u011flar, ancak ayn\u0131 zamanda daha spesifik duyurulara da izin verir. Bu nedenle maksimum uzunluk, ger\u00e7ek y\u00f6nlendirme plan\u0131n\u0131 yans\u0131tmal\u0131d\u0131r; \u00e7ok k\u0131sa ayarlanmas\u0131 me\u015fru daha spesifik rotalar\u0131n Ge\u00e7ersiz hale gelmesine neden olabilirken, \u00e7ok uzun ayarlanmas\u0131 kurulu\u015fun asla izin vermeyi ama\u00e7lamad\u0131\u011f\u0131 duyurular\u0131 yetkilendirebilir.<\/p>\n\n\n\n

Neden maxLength \u00d6nemlidir?<\/h2>\n\n\n\n

Maksimum \u00f6n ek uzunlu\u011fu, yetkili ASN'nin kayna\u011f\u0131 ilan ederken kullanabilece\u011fi \u00f6zg\u00fcll\u00fck d\u00fczeyini kontrol eden en \u00f6nemli ve en s\u0131k yanl\u0131\u015f anla\u015f\u0131lan ROA ayarlar\u0131ndan biridir. \u00c7o\u011fu a\u011f operat\u00f6r\u00fc, y\u00f6nlendirme tablosu b\u00fcy\u00fcmesini azaltmak i\u00e7in bir \u00f6nek toplulu\u011funu (aggregate prefix) ilan eder; \u00f6rne\u011fin, bir kurulu\u015f \/20'lik bir blo\u011fa sahip olabilir ancak bunu tek bir \u00f6nek olarak ilan edebilir. Baz\u0131 durumlarda, kurulu\u015f trafik m\u00fchendisli\u011fi, b\u00f6lgesel ba\u011flant\u0131 veya hizmet ayr\u0131m\u0131 i\u00e7in daha k\u00fc\u00e7\u00fck \u00f6nekleri de ilan etmesi gerekebilir. E\u011fer ROA yaln\u0131zca \u00f6nek toplulu\u011funu kaps\u0131yor ve a\u011f daha spesifik yollar\u0131 ilan ediyorsa, bu yollar \"Ge\u00e7ersiz\" olarak s\u0131n\u0131fland\u0131r\u0131labilir. BGP ilan\u0131, kurulu\u015fun perspektifinden teknik olarak do\u011fru olsa da RPKI'de yay\u0131mlanan yetkilendirmeyle e\u015fle\u015fmez. \u00d6te yandan, her olas\u0131 daha spesifik yolu yetkilendirmek, politikan\u0131n hassasiyetini zay\u0131flatabilir; \u00e7\u00fcnk\u00fc a\u015f\u0131r\u0131 geni\u015f bir maksimum uzunlukla yetkilendirilen bir \/20, kastedilen tasar\u0131mdan d\u0131\u015fta olsa bile \u00e7ok daha k\u00fc\u00e7\u00fck bir alt \u00f6nekin yetkilendirilmi\u015f gibi g\u00f6r\u00fcnmesine izin verebilir. Pratik bir yakla\u015f\u0131m, adresleme plan\u0131na, sa\u011flay\u0131c\u0131 gereksinimlerine, devre d\u0131\u015f\u0131 kalma tasar\u0131m\u0131 ve trafik m\u00fchendisli\u011fi stratejisine dayanarak a\u011f\u0131n ger\u00e7ekten ilan etmeyi bekledi\u011fi \u00f6nek uzunluklar\u0131n\u0131 yaln\u0131zca yetkilendirmektir. Maksimum uzunluktaki de\u011fi\u015fiklikler dikkatlice test edilmeli, kat\u0131 filtrelemeyi uygulamadan \u00f6nce t\u00fcm \u00fcretim ilanlar\u0131n\u0131n beklenen do\u011frulama sonucunu d\u00f6nd\u00fcrd\u00fc\u011f\u00fc onaylanmal\u0131d\u0131r.<\/p>\n\n\n\n

ROAs for IPv4 and IPv6<\/h2>\n\n\n\n

ROA'lar hem IPv4 hem de IPv6 a\u011flar\u0131 i\u00e7in olu\u015fturulabilir ve temel g\u00fcvenlik ilkesi ayn\u0131d\u0131r: bir \u00f6n eki yetkili k\u00f6ken ASN'si ile ili\u015fkilendirmek. Ba\u015fl\u0131ca operasyonel fark, adresleme yap\u0131s\u0131d\u0131r. IPv4 kaynaklar\u0131 k\u0131tad\u0131r ve genellikle nispeten k\u00fc\u00e7\u00fck \u00f6n eklerde duyurulur; \/24, genel \u0130nternet'te yayg\u0131n olan minimum duyuru boyutudur. IPv6 a\u011flar\u0131 genellikle daha b\u00fcy\u00fck tahsisler al\u0131r ve bunlar\u0131 site, hizmet veya co\u011frafi segmentlere b\u00f6lebilir, bir agregat duyururken birden fazla dahili \u00f6n ek kullan\u0131r. ROA, kamuya a\u00e7\u0131k olarak duyurulan \u00f6n eklerle uyumlu olmal\u0131d\u0131r. IPv6 operat\u00f6rleri, b\u00fcy\u00fck bir adres uzay\u0131n\u0131n y\u00f6nlendirme riskini ortadan kald\u0131rd\u0131\u011f\u0131n\u0131 varsaymamal\u0131d\u0131r; \u00e7\u00fcnk\u00fc yetkisiz bir IPv6 duyurusu hala eri\u015filebilirlik sorunlar\u0131na, trafik yeniden y\u00f6nlendirmesine veya tutars\u0131z k\u00fcresel y\u00f6nlendirmeye neden olabilir. RPKI, IPv6 operat\u00f6rlerine IPv4 operat\u00f6rlerinin yapt\u0131\u011f\u0131 gibi k\u00f6ken yetkilendirmesini yay\u0131nlama ayn\u0131 f\u0131rsat\u0131 verir. IPv6 ROA'lar\u0131n\u0131 olu\u015fturmadan \u00f6nce, a\u011f ekibi hangi agregat \u00f6n eklerin duyurulaca\u011f\u0131n\u0131, daha spesifik duyurular\u0131n beklenip beklenmedi\u011fini ve bunlar\u0131 hangi ASN'nin k\u00f6kenleyece\u011fini belgelemeli; bu sayede ya \u00e7ok k\u0131s\u0131tlay\u0131c\u0131 ya da gere\u011finden fazla geni\u015f kay\u0131tlardan ka\u00e7\u0131n\u0131lmal\u0131d\u0131r.<\/p>\n\n\n\n

Ne Zaman Bir ROA Olu\u015fturmal\u0131s\u0131n\u0131z?<\/strong><\/h2>\n\n\n\n

Bir prefix \u00fcretim ortam\u0131nda duyurulmadan \u00f6nce, kaynak sahibi net bir y\u00f6nlendirme plan\u0131na sahipse bir ROA olu\u015fturulmal\u0131d\u0131r; bu, do\u011frulama a\u011flar\u0131n\u0131n rota geni\u015f \u00e7apta g\u00f6r\u00fcnmeden \u00f6nce bilgiyi almas\u0131na zaman tan\u0131r. \u00d6rg\u00fctler ayr\u0131ca yeni bir tahsilat ald\u0131klar\u0131nda, IPv4 blo\u011fu edindiklerinde, adres transferi tamamlad\u0131klar\u0131nda, k\u00f6ken ASN'sini de\u011fi\u015ftirdiklerinde veya yeni bir IPv6 tahsisat\u0131 kullanmaya ba\u015flad\u0131klar\u0131nda ROA'lar\u0131 g\u00f6zden ge\u00e7irmelidir; \u00e7\u00fcnk\u00fc bu olaylar prefix ile k\u00f6ken a\u011f\u0131 aras\u0131ndaki ili\u015fkiyi de\u011fi\u015ftirir. Bir sa\u011flay\u0131c\u0131 migrasyonu da yayg\u0131n bir tetikleyicidir: \u00d6rg\u00fct ayn\u0131 k\u00f6ken ASN'sini korur ve yaln\u0131zca \u00fcst d\u00fczey ta\u015f\u0131y\u0131c\u0131y\u0131 de\u011fi\u015ftirirse, ROA ge\u00e7erlili\u011fini koruyabilir; ancak migrasyon k\u00f6ken ASN'sini de\u011fi\u015ftiriyorsa, kay\u0131t y\u00f6nlendirme de\u011fi\u015fikli\u011finden \u00f6nce veya e\u015f zamanl\u0131 olarak g\u00fcncellenmelidir. ROA'lar, halka a\u00e7\u0131k yetkilendirmenin operasyonel ger\u00e7eklikle uyumlu oldu\u011fundan emin olmak i\u00e7in birle\u015fmeler, sat\u0131n almalar, veri merkezi ta\u015f\u0131ma i\u015flemleri, ASN sponsorlu\u011fu de\u011fi\u015fiklikleri ve b\u00fcy\u00fck a\u011f yeniden tasar\u0131mlar\u0131 s\u0131ras\u0131nda g\u00f6zden ge\u00e7irilmelidir. Bilinen hi\u00e7bir de\u011fi\u015fiklik ger\u00e7ekle\u015fmemi\u015f olsa bile periyodik bir g\u00f6zden ge\u00e7irme faydal\u0131d\u0131r; \u00e7\u00fcnk\u00fc a\u011f dok\u00fcmantasyonu g\u00fcncelli\u011fini yitirebilir, personel sorumluluklar\u0131 de\u011fi\u015febilir ve eski yetkilendirmeler orijinal y\u00f6nlendirme tasar\u0131m\u0131 \u00e7ok uzun s\u00fcre \u00f6nce de\u011fi\u015ftirilmi\u015f olsa dahi aktif kalabilir.<\/p>\n\n\n\n

Yayg\u0131n ROA Yap\u0131land\u0131rma Hatalar\u0131<\/h2>\n\n\n\n

En yayg\u0131n hatalardan biri, yanl\u0131\u015f k\u00f6ken ASN\u2019sinin girilmesidir; bu durum, m\u00fchendislerin m\u00fc\u015fteri ASN\u2019sini transit sa\u011flay\u0131c\u0131 ASN\u2019si ile kar\u0131\u015ft\u0131rmas\u0131 veya bir ta\u015f\u0131ma i\u015fleminden sonra yap\u0131land\u0131rmada eski bir ASN\u2019in kalmas\u0131yla ger\u00e7ekle\u015fir. Ba\u015fka bir yayg\u0131n hata ise IPv4 transferinden sonra ROA\u2019n\u0131n g\u00fcncellenmemesidir; yeni sahip, prefix\u2019i kendi ASN\u2019sinden ilan ederken eski yetkilendirme hala \u00f6nceki k\u00f6kene i\u015faret etti\u011fi i\u00e7in rota Ge\u00e7ersiz (Invalid) haline gelir. Yanl\u0131\u015f maksimum uzunluk da benzer sorunlara yol a\u00e7ar: bir kurulu\u015f yaln\u0131zca \/24\u2019\u00fc yetkilendirirken, daha sonra trafik m\u00fchendisli\u011fi amac\u0131yla \/25\u2019i ilan ederse. Baz\u0131 kurulu\u015flar ama\u00e7lar\u0131n\u0131 belgelendirmeden birden fazla \u00f6rt\u00fc\u015fen ROA olu\u015fturur; baz\u0131 tasar\u0131mlarda ge\u00e7erli olsalar da beklenmedik sonu\u00e7lar \u00fcretebilir ve sorunu gidermeyi zorla\u015ft\u0131rabilir. Eski kay\u0131tlar\u0131n kald\u0131r\u0131lmamas\u0131, a\u011f tasar\u0131m\u0131 de\u011fi\u015fti\u011fi \u00e7ok uzun s\u00fcre sonra bile bir ASN\u2019in prefix\u2019i k\u00f6ken almas\u0131na neden olur. Son olarak, kurulu\u015flar bazen kendi ilanlar\u0131n\u0131 \u00f6nceden test etmeden Ge\u00e7ersiz rotalar\u0131n kesin reddini etkinle\u015ftirir; \u00fcretimdeki prefix\u2019ler, maksimum uzunluklar ve k\u00f6ken ASN\u2019leri, otomatik filtrelemeye g\u00fcvenilmeden \u00f6nce her zaman do\u011frulanmal\u0131d\u0131r.<\/p>\n\n\n\n

ROA and IPv4 Transfer Planning<\/h2>\n\n\n\n

IPv4 transferleri, idari sahibi, sponsorluk d\u00fczeni ve y\u00f6nlendirme k\u00f6keni s\u00fcrecin farkl\u0131 a\u015famalar\u0131nda de\u011fi\u015febilece\u011finden \u00f6zel dikkat gerektirir. Transferden \u00f6nce mevcut sahip, mevcut ROA\u2019lar\u0131 belgelemeli ve prefix'i \u015fu anda hangi ASN'nin orijin etti\u011fini do\u011frulamal\u0131; al\u0131c\u0131 ise ama\u00e7lanan orijin bilgilerini haz\u0131rlamal\u0131 ve transit sa\u011flay\u0131c\u0131larla koordinasyon kurmal\u0131d\u0131r. Ge\u00e7i\u015f s\u0131ras\u0131nda her iki taraf da yetkilendirme kay\u0131tlar\u0131n\u0131n g\u00fcncellenmesi veya de\u011fi\u015ftirilmesi i\u00e7in net bir plana ihtiya\u00e7 duyar: \u00d6nceki ROA\u2019n\u0131n transferden sonra \u00e7ok uzun s\u00fcre aktif b\u0131rak\u0131lmas\u0131, eski orijini transfer sonras\u0131 da yetkilendirmeye neden olurken; erken kald\u0131r\u0131lmas\u0131, yeni rota haz\u0131r olmadan mevcut rotan\u0131n Invalid (Ge\u00e7ersiz) durumuna d\u00fc\u015fmesine yol a\u00e7ar. S\u00fcre\u00e7 tam olarak kay\u0131t defteri t\u00fcr\u00fcne, kaynak t\u00fcr\u00fcne, transfer anla\u015fmas\u0131na ve operasyonel tasar\u0131ma ba\u011fl\u0131 oldu\u011fundan RPKI, kay\u0131t defteri do\u011frulamas\u0131, s\u00f6zle\u015fmesel inceleme, BGP duyurular\u0131, route nesneleri, ters DNS ve itibar taramas\u0131 ile birlikte temel bir kontrol listesi \u00f6\u011fesi haline gelir. Bir halka a\u00e7\u0131k haz\u0131rl\u0131k denetleyicisi, teknik \u00f6n kontroller i\u00e7in bir prefix'in mevcut orijin ASN'sini, RPKI durumunu, kay\u0131t defteri bilgilerini ve BGP g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fcn\u00fc belirlemeye yard\u0131mc\u0131 olur; ancak yasal sahipli\u011fi onaylamaz veya transfer uygunlu\u011funu garanti etmez.<\/p>\n\n\n\n

ROA ve ASN De\u011fi\u015fiklikleri<\/h2>\n\n\n\n

Bir ASN de\u011fi\u015fikli\u011fi, RPKI do\u011frulamas\u0131n\u0131 do\u011frudan etkiler. Daha \u00f6nce AS64500 taraf\u0131ndan ilan edilen bir \u00f6n ek art\u0131k AS64510 taraf\u0131ndan ilan edilecekse, BGP ilan\u0131 \"Ge\u00e7erli\" olarak kabul edilmeden \u00f6nce ROA'n\u0131n yeni k\u00f6keni yetkilendirmesi gerekir. Bu durum, \u00f6zellikle bir kurulu\u015f sa\u011flay\u0131c\u0131 y\u00f6netimli bir ASN'den kendi ASN'sine ge\u00e7ti\u011finde veya destekleyen LIR d\u00fczenlemesini de\u011fi\u015ftirdi\u011finde, kay\u0131t ili\u015fkisi ve y\u00f6nlendirme yetkilendirmesinin birlikte g\u00f6zden ge\u00e7irilmesini gerektirdi\u011finden son derece \u00f6nemlidir. Dikkatlice planlanm\u0131\u015f bir ge\u00e7i\u015f, belgelenmi\u015f olmas\u0131 ve tamamlan\u0131r da eski yetkilendirme kald\u0131r\u0131lmak kayd\u0131yla, kontrol g\u00f6\u00e7 penceresi olu\u015fturmak i\u00e7in ge\u00e7ici olarak hem eski hem de yeni k\u00f6kenlerin yetkilendirilmesini i\u00e7erebilir. A\u011f ekibi, \u00fcretim de\u011fi\u015fikliklerini yapmadan \u00f6nce i\u015flemlerin s\u0131ras\u0131n\u0131 test etmeli ve yeni BGP rotas\u0131n\u0131n ilan edilmesinden \u00f6nce yeni yetkilendirmenin yay\u0131nland\u0131\u011f\u0131n\u0131 ve do\u011fruland\u0131\u011f\u0131n\u0131 sa\u011flamal\u0131d\u0131r.<\/p>\n\n\n\n

Bir ROA'n\u0131n \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 nas\u0131l kontrol edersiniz?<\/h2>\n\n\n\n

\u0130lk kontrol, ilgili RIR portal\u0131, sponsor LIR aray\u00fcz\u00fc veya RPKI y\u00f6netim sistemi arac\u0131l\u0131\u011f\u0131yla ROA'n\u0131n ama\u00e7lanan prefix'i, k\u00f6ken ASN'sini ve maksimum prefix uzunlu\u011funu i\u00e7erdi\u011fini do\u011frulamakt\u0131r. Ard\u0131ndan, yetkilendirme ile ger\u00e7ek BGP duyurusunu kar\u015f\u0131la\u015ft\u0131rarak, duyurulan prefix uzunlu\u011funun kapsand\u0131\u011f\u0131n\u0131 ve k\u00f6ken ASN'nin ROA ile e\u015fle\u015fti\u011fini do\u011frulay\u0131n. Daha sonra harici bir RPKI do\u011frulay\u0131c\u0131s\u0131, do\u011fru yap\u0131land\u0131r\u0131lm\u0131\u015f bir duyurunun \"Valid\" (Ge\u00e7erli) d\u00f6nd\u00fcrd\u00fc\u011f\u00fc kamu durumunu onaylayabilir. Sonu\u00e7 \"Invalid\" (Ge\u00e7ersiz) ise, \u00f6nce k\u00f6ken ASN'sini ve prefix uzunlu\u011funu inceleyin; \"Not Found\" (Bulunamad\u0131) ise, ROA'n\u0131n yay\u0131mland\u0131\u011f\u0131n\u0131 ve do\u011frulay\u0131c\u0131lar\u0131n onu almas\u0131 i\u00e7in yeterli zaman ge\u00e7ip ge\u00e7medi\u011fini do\u011frulay\u0131n. Sonu\u00e7lar an\u0131nda g\u00fcncellenmez \u00e7\u00fcnk\u00fc depolar, do\u011frulay\u0131c\u0131lar ve y\u00f6nlendirme sistemleri yenileme aral\u0131klar\u0131na ba\u011fl\u0131d\u0131r; bu nedenle yay\u0131lma s\u0131ras\u0131nda k\u0131sa gecikmeler normaldir. Birden fazla kamu kayna\u011f\u0131n\u0131\u2014kay\u0131t defteri verileri, do\u011frulay\u0131c\u0131 sonu\u00e7lar\u0131 ve mevcut BGP g\u00f6zlemleri dahil\u2014kar\u015f\u0131la\u015ft\u0131rmak, \u00f6nbelle\u011fe al\u0131nm\u0131\u015f bilgilere g\u00fcvenmekten ka\u00e7\u0131n\u0131r ve eksiksiz bir resim sa\u011flar.<\/p>\n\n\n\n

Bir ROA Ge\u00e7ersiz Oldu\u011funda Ne Olur?<\/h2>\n\n\n\n

Bir BGP duyurusu mevcut bir ROA ile \u00e7ak\u0131\u015ft\u0131\u011f\u0131nda, RPKI do\u011frulay\u0131c\u0131lar\u0131 bunu Ge\u00e7ersiz olarak s\u0131n\u0131fland\u0131r\u0131r. Yol, k\u00fcresel \u0130nternet'ten otomatik olarak kald\u0131r\u0131lmaz; ancak RPKI tabanl\u0131 politikalar\u0131 uygulayan a\u011flar bu yolu reddedebilir veya daha d\u00fc\u015f\u00fck \u00f6ncelik atayabilir. Operasyonel etki, uygulama kapsam\u0131na ba\u011fl\u0131d\u0131r: baz\u0131 a\u011flar s\u0131k\u0131 filtreleme yaparken, di\u011ferleri durumu izlemek i\u00e7in kullan\u0131r; bu nedenle bir Ge\u00e7ersiz yol, \u0130nternet'in baz\u0131 b\u00f6l\u00fcmlerinde g\u00f6r\u00fcn\u00fcr kal\u0131rken di\u011ferlerinden eri\u015filemez hale gelebilir. Me\u015fru bir yol Ge\u00e7ersiz oldu\u011funda, kurulu\u015f bunu acil bir yap\u0131land\u0131rma sorunu olarak ele almal\u0131 ve k\u00f6ken ASN'si, duyurulan \u00f6n ek uzunlu\u011fu ile ROA maksimum uzunlu\u011funun g\u00f6zden ge\u00e7irilmesini \u00f6nceliklendirmelidir. Yol k\u00f6t\u00fc ama\u00e7l\u0131 oldu\u011fu varsay\u0131lmamal\u0131d\u0131r; \u00e7o\u011fu Ge\u00e7ersiz sonu\u00e7, eksik ge\u00e7i\u015fler, eski kay\u0131tlar, hatal\u0131 sa\u011flay\u0131c\u0131 bilgileri veya yanl\u0131\u015fl\u0131kla yap\u0131lan daha spesifik duyurular gibi rutin hatalardan kaynaklan\u0131r. D\u00fczeltildikten sonra sistemlerin yenilenmesi i\u00e7in zaman gerekir ve a\u011f ekimi, yol t\u00fcm g\u00f6zlem noktalar\u0131nda kararl\u0131l\u0131\u011fa ula\u015fana kadar izlemeye devam etmelidir.<\/p>\n\n\n\n

Kurulu\u015flar ROA'lar\u0131 Nas\u0131l Y\u00f6tmelidir?<\/h2>\n\n\n\n

ROA y\u00f6netimi, a\u011f m\u00fchendisli\u011fi ekibi, g\u00fcvenlik ekibi, sponsor LIR, y\u00f6netilen hizmet sa\u011flay\u0131c\u0131s\u0131 veya \u0130nternet numara kaynaklar\u0131ndan sorumlu ba\u015fka bir grup gibi a\u00e7\u0131k bir sahipli\u011fi gerektirir. Kurulu\u015f, de\u011fi\u015fiklik incelemelerini ve olay yan\u0131tlar\u0131n\u0131 kolayla\u015ft\u0131rmak amac\u0131yla her \u00f6n ek i\u00e7in detayl\u0131 bir envanteri korumal\u0131d\u0131r; bu envanterde k\u00f6ken ASN'si, maksimum uzunluk, duyuru konumlar\u0131 ve sorumlu ki\u015filer yer almal\u0131d\u0131r. ROA de\u011fi\u015fiklikleri, standart a\u011f de\u011fi\u015fiklik prosed\u00fcrlerine entegre edilmeli; RPKI, ASN ge\u00e7i\u015fleri, sa\u011flay\u0131c\u0131 de\u011fi\u015fimleri, IPv4 transferleri veya IPv6 da\u011f\u0131t\u0131mlar\u0131 s\u0131ras\u0131nda a\u00e7\u0131k bir gereklilik olarak ele al\u0131nmal\u0131d\u0131r. Ge\u00e7ersiz sonu\u00e7lar, beklenmeyen k\u00f6kenler, kald\u0131r\u0131lan yetkilendirmeler veya BGP g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fcndeki kaymalar i\u00e7in izleme ve uyar\u0131 yap\u0131land\u0131r\u0131lmal\u0131d\u0131r. Kritik olarak, kurulu\u015flar a\u015f\u0131r\u0131 geni\u015f yetkilendirmelerden ka\u00e7\u0131nmal\u0131d\u0131r: hassas ROA'lar daha kolay anla\u015f\u0131l\u0131r, denetimi daha basit ve istenmeyen duyurulara izin verme olas\u0131l\u0131\u011f\u0131 \u00e7ok daha d\u00fc\u015f\u00fckt\u00fcr.<\/p>\n\n\n\n

S\u0131k\u00e7a Sorulan Sorular<\/h2>\n\n\n\n

Bir ROA, bir IP sahiplik belgesi ile ayn\u0131 m\u0131d\u0131r?<\/strong> <\/p>\n\n\n\n

Hay\u0131r. Bir ROA, BGP'de bir prefix'i hangi ASN'nin k\u00f6ken alabilece\u011fini belirten bir y\u00f6nlendirme yetkilendirmesidir. Kay\u0131t defteri kay\u0131tlar\u0131n\u0131, s\u00f6zle\u015fmeleri, devir belgelerini veya yasal m\u00fclkiyet kan\u0131tlar\u0131n\u0131n yerine ge\u00e7mez.<\/p>\n\n\n\n

Bir \u00f6n ek birden fazla ROA'ya sahip olabilir mi?<\/strong> <\/p>\n\n\n\n

Evet. Bir \u00f6n ek, kas\u0131tl\u0131 olarak birden fazla ASN taraf\u0131ndan k\u00f6kenlendirildi\u011finde veya kontroll\u00fc bir ge\u00e7i\u015f s\u00fcrecinde birden fazla k\u00f6ken i\u00e7in ge\u00e7ici yetkilendirme gerekti\u011finde birden fazla ROA uygun olabilir; ancak \u00f6rt\u00fc\u015fen kay\u0131tlar dikkatlice belgelenmelidir.<\/p>\n\n\n\n

Bir ROA, BGP'de \u00f6n ekimi (prefix) ilan eder mi?<\/strong><\/p>\n\n\n\n

Hay\u0131r. Bir ROA olu\u015fturmak, bir BGP duyurusu olu\u015fturmaz; a\u011f\u0131n hala y\u00f6nlendiricileri ve yukar\u0131 tedarik\u00e7ileri \u00fczerinden BGP yap\u0131land\u0131rmas\u0131 yapmas\u0131 gerekir.<\/p>\n\n\n\n

Bir transit sa\u011flay\u0131c\u0131n\u0131n ROA'da listelenmesi gerekiyor mu?<\/strong><\/p>\n\n\n\n

Genellikle ROA, rotay\u0131 ba\u015flatan ASN'yi belirtmelidir. Sadece rotay\u0131 ta\u015f\u0131yan bir sa\u011flay\u0131c\u0131, ba\u015flang\u0131\u00e7 ASN'si olmak zorunda de\u011fildir ve do\u011fru de\u011fer, ger\u00e7ek y\u00f6nlendirme mimarisine ba\u011fl\u0131d\u0131r.<\/p>\n\n\n\n

Bir ROA'n\u0131n g\u00f6r\u00fcn\u00fcr hale gelmesi ne kadar s\u00fcrer?<\/strong> <\/p>\n\n\n\n

Zamanlama, RIR sistemi, yay\u0131n deposu, do\u011frulay\u0131c\u0131 yenileme aral\u0131klar\u0131 ve \u00f6nbelle\u011fe alma i\u015flemlerine ba\u011fl\u0131d\u0131r. G\u00fcncellemeler genellikle nispeten h\u0131zl\u0131 bir \u015fekilde g\u00f6r\u00fclebilir; ancak \u00fcretim de\u011fi\u015fiklikleri i\u00e7in do\u011frulama s\u00fcrecine yeterli s\u00fcre tan\u0131nmal\u0131d\u0131r.<\/p>\n\n\n\n

Her IPv4 ve IPv6 \u00f6n eki i\u00e7in bir ROA olmas\u0131 gerekir mi?<\/strong><\/p>\n\n\n\n

BGP'de ilan edilen prefix'ler i\u00e7in do\u011fru ROA'lar\u0131n yay\u0131nlanmas\u0131 \u015fiddetle tavsiye edilir. Organizasyon, yetkilendirmenin yanl\u0131\u015fl\u0131kla me\u015fru ilanlar\u0131 ge\u00e7ersiz k\u0131lmamas\u0131 i\u00e7in \u00f6nce y\u00f6nlendirme tasar\u0131m\u0131n\u0131 do\u011frulamal\u0131d\u0131r.<\/p>\n\n\n\n

Bir ROA, her BGP sald\u0131r\u0131s\u0131na kar\u015f\u0131 koruma sa\u011flayabilir mi?<\/strong> <\/p>\n\n\n\n

Hay\u0131r. Bir ROA (Route Origin Authorization), \u00f6ncelikle k\u00f6ken do\u011frulamas\u0131n\u0131 destekler. BGP yolunun her k\u0131sm\u0131n\u0131 do\u011frulamaz, t\u00fcm rota s\u0131z\u0131nt\u0131lar\u0131n\u0131 \u00f6nlemez, trafi\u011fi \u015fifrelemez veya trafi\u011fin g\u00fcvenli bir fiziksel rotay\u0131 izledi\u011fini garanti etmez.<\/p>\n\n\n\n

Bir Rota K\u00f6ken Yetkilendirmesi (ROA), RPKI'nin temel bile\u015fenlerinden biridir ve bir IP \u00f6n ekini BGP'de bu \u00f6n eki k\u00f6kene g\u00f6nderecek \u015fekilde yetkilendirilen ASN aras\u0131nda kriptografik olarak imzalanm\u0131\u015f bir ili\u015fki kurar. Kay\u0131t genellikle \u00f6n eki, k\u00f6ken ASN'sini ve maksimum \u00f6n ek uzunlu\u011funu i\u00e7erir; bunlar\u0131n her biri kayna\u011f\u0131 tan\u0131mlamada, k\u00f6keni izin vermede ve duyurunun ne kadar spesifik olabilece\u011fini belirlemede belirleyici bir rol oynar. Do\u011fru ROA'lar a\u011flar\u0131n yetkisiz veya yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f duyurular\u0131 tespit etmesine yard\u0131mc\u0131 olur ve IPv4 transferleri, ASN de\u011fi\u015fiklikleri, sa\u011flay\u0131c\u0131 ge\u00e7i\u015fleri, IPv6 da\u011f\u0131t\u0131mlar\u0131 ve \u00e7oklu ev sahipli\u011fi a\u011f operasyonlar\u0131 s\u0131ras\u0131nda hayati \u00f6nem ta\u015f\u0131r. Ayn\u0131 zamanda bir ROA, yasal m\u00fclkiyet kan\u0131t\u0131 de\u011fildir ve tek ba\u015f\u0131na bir y\u00f6nlendirme g\u00fcvenli\u011fi \u00e7\u00f6z\u00fcm\u00fc de de\u011fildir; do\u011fru kay\u0131t defteri kay\u0131tlar\u0131, disiplinli BGP yap\u0131land\u0131rmalar\u0131, IRR verileri, rota izleme ve belgelenmi\u015f de\u011fi\u015fiklik s\u00fcre\u00e7leriyle birlikte en iyi \u015fekilde i\u015flev g\u00f6r\u00fcr. Herhangi bir kurulu\u015fun genel IPv4 veya IPv6 alan\u0131n\u0131 duyurmas\u0131 durumunda pratik kural basittir: yaln\u0131zca kullanmay\u0131 planlad\u0131\u011f\u0131n\u0131z k\u00f6kenleri yay\u0131nlay\u0131n, yaln\u0131zca ger\u00e7ekten duyurmay\u0131 planlad\u0131\u011f\u0131n\u0131z \u00f6n ek uzunluklar\u0131n\u0131 yetkilendirin ve a\u011fda herhangi bir de\u011fi\u015fiklik oldu\u011funda kay\u0131tlar\u0131 g\u00f6zden ge\u00e7irin. Bu, RPKI verilerinin ger\u00e7ek y\u00f6nlendirme ortam\u0131yla uyumlu kalmas\u0131n\u0131 sa\u011flar ve me\u015fru bir rotan\u0131n \"Ge\u00e7ersiz\" olarak s\u0131n\u0131fland\u0131r\u0131lma olas\u0131l\u0131\u011f\u0131n\u0131 azalt\u0131r.<\/p>","protected":false},"excerpt":{"rendered":"

A Route Origin Authorization is a digitally signed RPKI record that identifies which ASN is allowed to originate an IP prefix in BGP. It is created by, or on behalf of, the organization that holds the relevant Internet number resource. A ROA normally contains three essential elements: the IP prefix, the authorized origin ASN, and […]<\/p>\n","protected":false},"author":1,"featured_media":1104,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"What Is a ROA in RPKI? How Route Origin Authorization Works","_seopress_titles_desc":"Learn what a ROA is in RPKI, how it authorizes an ASN to announce an IPv4 or IPv6 prefix, why maxLength matters, and how to avoid common routing errors.","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","footnotes":""},"categories":[1],"tags":[],"class_list":["post-1102","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-article"],"_links":{"self":[{"href":"https:\/\/junglelabs.uk\/tr\/wp-json\/wp\/v2\/posts\/1102","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/junglelabs.uk\/tr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/junglelabs.uk\/tr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/tr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/tr\/wp-json\/wp\/v2\/comments?post=1102"}],"version-history":[{"count":2,"href":"https:\/\/junglelabs.uk\/tr\/wp-json\/wp\/v2\/posts\/1102\/revisions"}],"predecessor-version":[{"id":1105,"href":"https:\/\/junglelabs.uk\/tr\/wp-json\/wp\/v2\/posts\/1102\/revisions\/1105"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/tr\/wp-json\/wp\/v2\/media\/1104"}],"wp:attachment":[{"href":"https:\/\/junglelabs.uk\/tr\/wp-json\/wp\/v2\/media?parent=1102"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/junglelabs.uk\/tr\/wp-json\/wp\/v2\/categories?post=1102"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/junglelabs.uk\/tr\/wp-json\/wp\/v2\/tags?post=1102"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}