Rails 3. ottenere Errno :: EACCES Autorizzazione negata durante il caricamento di file in produzione

Question

L'app funziona correttamente in fase di sviluppo ma in produzione viene visualizzato Errno :: EACCES Errore di autorizzazione negata quando si tenta di caricare un file utilizzando Carrierwave. Sono sicuro che abbia qualcosa a che fare con le autorizzazioni. Come posso impostare le autorizzazioni per consentire i caricamenti di file?

pdf_uploader.rb

def store_dir 
    "#{Rails.root}/uploads/#{model.id}" 
end 

def cache_dir 
    "#{Rails.root}/tmp/uploads/cache/#{model.id}" 
end 

Answer 1

chmod -R 777 PATH_TO_APP/uploads 
chmod -R 777 PATH_TO_APP/tmp 

Answer 2

Uhm Ho avuto lo stesso problema con un server di Ubuntu. Caricare un file con carrierwave e poi provare a leggerlo con roo (una gemma per i file excel).

Errno::EACCES in IngestionController#upload 
Permission denied 

autorizzazioni siano state chmod-ed a 777 su quella directory e il file viene creato ok. Credo che i problemi riguardino la lettura del percorso del negozio.

excelx_file = params[:excel_file] 
filex = MetadataUploader.new 
filex.store!(excelx_file) 
workbook = Excelx.new("#{filex.store_path}") <- This is the actual line throwing the error. 

Sebbene tutto funzioni correttamente quando si esegue la stessa app sul mio mac.

Answer 3

Per quanto so che ci sono due cose che possono essere succedendo qui:

1) La directory che stai salvare le immagini per non dispone di privilegi di lettura/scrittura per altri utenti.

Per fissare:

terminale

$ cd [my_app] 
$ chmod -R 666 tmp 
$ chmod -R 666 public/uploads 

o se si sta salvando le immagini in una directory privata:

$ chmod -R 666 private/uploads 

stiamo usando 666 su 777. 666 consente di leggere e scrivere i privilegi in una directory e l'esigenza del vettore di scrivere le sue immagini. 777 consente i privilegi di lettura, scrittura e per i file eseguibili da eseguire! In altre parole, un programma brutto potrebbe essere caricato sul server travestito da un'immagine se si sta utilizzando 777. Anche se di carrierwave estensione white-list risolve questo problema, è necessario utilizzare sempre 666 su 777.

2) Non stai usando le stringhe con doppia quotatura nel metodo store_dir.

Per fissare:

app/example_uploader.rb

class BaseUploader < CarrierWave::Uploader::Base 
    # other methods removed for brevity 

    def store_dir 
    "#{Rails.root}/private/" # works perfectly. Many thanks to @RGB 
    end 

end 

Voglio solo sottolineare quanto sottile questo è. È necessario stringhe tra virgolette doppie e Rails.root! stavo facendo questo:

def store_dir 
    Rails.root + '/private' # raises Errno::EACCES error 
end 

e non funzionava affatto. Così sottile La comunità dovrebbe affrontare questo.

Answer 4

Dobbiamo concedere le autorizzazioni per accedere alla directory richiesta per l'utente root del sistema

sudo chmod 777 -R your_project_directory_to_be_access 

Per motivi di sicurezza, basta tenere a mente:

chmod 777 dà a tutti lettura, scrittura ed esecuzione dei diritti che per la maggior parte dei problemi è decisamente troppo.