Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
HTTP Server API'leri, kayıt sırasında erişim denetimleri uygulamak için yönlendirme veritabanını kullanır. UrlPrefix kaydı, ad alanına kaydolan kullanıcının erişim haklarına sahip olduğundan emin olmak için bir dizi erişim kontrolünden geçmelidir. Yeni kayıt eklemek için HttpAddUrl işlevini kullanın.
HttpAddUrl ile yeni kayıt eklemek için
- UrlPrefix'teki bağlantı noktası numarasının UrlPrefix'teki şemadan farklı bir şema için rezervasyonları veya kayıtları varsa, kayıt başarısız olur. HTTP ve HTTPS aynı bağlantı noktasında desteklenemez.
- Kayıt, kayıt için uygun kovaya yerleştirilir. Kümeler, Giden İstekleri Yönlendirme bölümünde özetlenen URL'nin ana bilgisayar türüne dayanmaktadır. Aşağıdaki adımlar bu kovayla ilgilidir.
- Yinelenen kayıt girdisi varsa bir hata kodu döndür.
- UrlPrefix'e eşit düzen, konak ve bağlantı noktası bileşenlerine sahip rezervasyon girişlerini seçin. Bunlardan, en uzun relativeUri eşleşmesi olan girdiyi bulun. Eğer giriş varsa, bu girişle ilişkili ACL'ye göre izinleri denetleyin ve başarıyı geri döndürün. Girdi yoksa bir ERROR_ALREADY_EXISTS kodu döndür.
Aşağıdaki örneklerde, yönlendirme veritabanına kayıt yükleme işlemi gösterilmektedir. 1 ve 2 rezervasyonları yönlendirme veritabanında bulunur.
- Rezervasyon 1: A Kullanıcısı ve C Kullanıcısı için
https://+:80/vroot/subdir/. Bu rezervasyon "+" demetine yerleştirilir. - Rezervasyon 2: B Kullanıcısı için
https://adatum.com:80/vroot/. Bu rezervasyon "Açıkça Belirtilmiş Ana Bilgisayar" kovasına yerleştirilir. - Kullanıcı B tarafından yapılan
https://+:80/vroot/subdir/kaydı, ayırma 1 nedeniyle başarısız oluyor. - Kayıt: Kullanıcı B'ye göre
https://adatum.com:80/vroot/subdir/, rezervasyon 2 nedeniyle başarılı olur. - Kullanıcı C'nin
https://adatum.com:80/vroot/subdir/kaydı, daha ayrıntılı rezervasyon 2 yüzünden başarısız oluyor. Güçlü joker karakterli rezervasyonun, açık rezervasyon veya kayıt bağlamında bir anlamı yoktur. - Kayıt: A Kullanıcısına göre
https://+:80/vroot/subdir/rezervasyon 1 nedeniyle başarılı olur. - Kayıt: Kullanıcı B'ye göre
https://adatum.com:80/vroot/anotherdir/, rezervasyon 2 nedeniyle başarılı olur.
Kayıt için erişim denetimi, temsilci ayrıcalıkları için denetimler içermez. Rezervasyonları temel alan erişim denetimi yoktur (bkz. httpRemoveUrl). Bir kaydı silmenin tek gereksinimi, arama işleminin kaydı oluşturmuş olmasıdır.