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_t
ve 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_t
ama sonra endişeleneceğim - Küçük bir senaryo yazabilirim.
restorecon -R
uygun 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/
!