Blog
Yetki Belgesi (LOA): nedir ve kim imzalar
Bir Yetki Belgesi (Letter of Authorization, LOA), bir adres bloğunun sahibinden, adı belirtilen bir ağın onu anons edebileceğine dair imzalı bir beyandır. Upstream sağlayıcılar, değişim noktaları ve birçok hosting ve bulut sağlayıcı, sizden daha önce görmedikleri bir prefix'i kabul etmeden önce bir tane ister. Makinenin okuyabildiği yarısı ROA ve route nesnesi olan bir yetkilendirmenin, insanın okuyabildiği yarısıdır ve onu isteyenler genellikle ikisini de ister.
Bir LOA neler içerir
Tek bir resmi form yoktur, ama her iyi LOA aynı soruları yanıtlar:
- Prefix, tam olarak anons edileceği gibi: 203.0.113.0/24.
- Sahip, kayıt kuruluşunun blok için gösterdiği kuruluş, adresiyle birlikte.
- Kimin anons edebileceği: müşterinin kuruluşu ve rotayı başlatacak AS numarası.
- Kimin üzerinden: mektubun hitap ettiği upstream veya sağlayıcı ve ilgiliyse ASN'si.
- Ne kadar süreyle: bir başlangıç ve bir bitiş tarihi veya “kiralama süresince”.
- Bir imza, sahibi bağlayabilecek birinden, sorular için bir iletişim bilgisiyle.
Belgeleme değerleriyle sade bir örnek:
14 October 2026
To: Example Transit Ltd (AS64511)
Letter of authorization for 203.0.113.0/24
Example Holder B.V., the registered holder of 203.0.113.0/24, authorizes
Example Customer GmbH to announce 203.0.113.0/24 from AS64500 through
Example Transit Ltd, from 14 October 2026 until 13 October 2027.
Signed for Example Holder B.V., name and position, contact addressKim bir tane ister
- Transit sağlayıcılar ve değişim noktaları, prefix'i oturumunuzdaki filtrelere eklemeden önce.
- Alanınızı kabul eden hosting ve bulut sağlayıcılar. Vultr bir BGP talebiyle birlikte LOA yüklenmesini ister, Leaseweb her blok için sahip tarafından imzalanmış bir tane ister ve Cloudflare kendisininkini oluşturabilir. AWS, Azure ve Google Cloud hiç istemez: ROA'yı ve kayıt kaydındaki bir sertifikayı veya Google'da bir PTR kaydını kontrol ederler. Her sağlayıcı rehberi hangisi olduğunu söyler (BYOIP rehberleri).
- DDoS koruma hizmetleri, bir saldırı sırasında prefix'inizi anons eden.
LOA, ROA ve route nesnesi
Aynı soruyu farklı okuyucular için yanıtlarlar; bu yüzden genellikle üçüne de ihtiyacınız olur.
| Yazan | Okuyan | Kontrol | |
|---|---|---|---|
| LOA | Sahip | Upstream'inizdeki veya sağlayıcınızdaki insanlar | Elle, kayıt kaydına göre |
| ROA | Sahip, kayıt kuruluşunun RPKI'sinde | Router'lar, doğrulayıcılar aracılığıyla | Otomatik olarak, her rotada (RPKI ve ROA'lar) |
| Route nesnesi | Sahip veya onun yetkisiyle | Yönlendirme kayıtlarından oluşturulan prefix filtreleri | Otomatik olarak, filtreler yeniden oluşturulduğunda (route nesneleri) |
Eşleşen bir ROA'sı olmayan bir LOA yine de başarısız olabilir: blok için bir ROA varsa ve başka bir ASN'yi belirtiyorsa, mektup ne kadar iyi olursa olsun anonsunuz geçersiz (invalid) döner.
Bir LOA'nın reddedilmesine yol açan hatalar
- Kayıtlı sahipten başka biri tarafından imzalanmış. Sağlayıcılar mektubu kayıt kaydıyla karşılaştırır. Bir bayinin sahip olmadığı alan için yazdığı mektup yeterli değildir.
- Yanlış ASN veya hiç ASN yok.
- Süresi dolmuş. Bazı sağlayıcılar tarihleri kontrol eder, bu yüzden geçen ay süresi dolan bir mektup bugünkü bir değişikliği durdurur.
- Kullandığınızdan daha büyük bir blok. Geldiği tahsisi değil, anons edeceğiniz prefix'i belirtin.
Bloğu kiralıyorsanız
LOA'yı sahip yazar, çünkü bunu yalnızca sahip yapabilir. Bir kiralamada bu kiraya verendir. Başlangıçta, upstream'i veya sağlayıcıyı ve ASN'yi belirterek isteyin ve ikisinden biri değiştiğinde yenisini isteyin.
RTM Networks'ün yeri
Bizden kiralanan alan için, ihtiyaç duyduğunuz her an upstream'inize veya sağlayıcınıza hitaben ve ASN'nizi belirterek LOA'yı, onunla birlikte gelen ROA ve route nesnesiyle beraber düzenleriz (IPv4 kiralama).
İletişim
Kendi durumunuz için tavsiyeye mi ihtiyacınız var?
Bu makale geneldir; ağınız ise değildir. Ne ile çalıştığınızı söyleyin, düzgünce inceleyelim. Genellikle 1-3 iş saati içinde yanıt veririz.
