HTML dosyalarını birkaç kişi tarafından kolayca düzenlenebilir hale getirmek için paylaşılan bir Dropbox klasörü kullanmaya çalışıyorum ve Dropbox klasörünü bir yere yerleştiriyorum ( /var/www/ ile --bind seçeneği. Dropbox klasörü için SELinux bağlamı ayarlanmış durumda. httpd_sys_content_t türü olan httpd (RHEL6'da) okuyabilir. Bu tüm çalışır ve dosyalar web sitesinde mevcuttur. Web sunucusundaki Dropbox klasöründeki bir dosyayı düzenlemek de işe yarar (SELinux içeriği korunur).
Ancak, dosya Dropbox aracılığıyla güncellendiğinde (diğeri başka bir dosyayı düzenlerse), alıcı taraftaki sonuç dosyası (Dropbox güncellendikten sonra) her zaman bir içerik elde eder. user_home_tve böylece Apache dosyayı okuyamıyor ve bu yüzden 403 Yasaklı bir hata çıkıyor (ben gidip içeriği el ile geri yükleyene kadar).
İçeriğini ayarlamayı denedim ~/.dropbox/ için httpd_sys_content_t, hangisi de çalışır: içindeki önbellek (?) dosyaları ~/.dropbox/l/ o bağlamı alın ancak daha sonra güncellenen dosyayı ~/Dropbox/ hala alır user_home_t. Bu, Dropbox'ın dosyayı güncellediğini gösterir başka bir yer (muhtemelen delta yöntemi ile) ve sonra bir eşdeğerde yapar mv Dropbox klasörüne taşımak için (SELinux altında mv Menşei bağlamını korur ve cp hedefe göre sıfırlar).
Notlar:
- SELinux'u devre dışı bırakmak istemiyorum (ancak bunu yapmak sorunu çözüyor)
- Kullanımı ile ilgili olarak
httpd_sys_content_t: Sonunda, kullanmaktan daha mantıklı olabilecek bu dosyalarla başa çıkmak için özel bir politika oluşturabilirimhttpd_sys_content_tama sonra endişeleneceğim - Küçük bir senaryo yazabilirim.
restorecon -Ruygun Dropbox alt klasöründe her 5 veya 10 saniyede bir, ancak bunu daha erken yakalamak isterdi
Öyleyse: Dropbox, yeni kaydedilen dosyayı Dropbox klasörüne taşımadan önce nerede oluşturur? Denenecek başka bir şey hakkında başka düşüncen var mı?
Teşekkürler!
David
~/.dropbox/!