È possibile utilizzare "/" in un nome file?

Question

So che questo non è qualcosa che dovrebbe mai essere fatto, ma c'è un modo per usare il carattere barra che normalmente separa le directory all'interno di un nome file in Linux?

Answer 1

La risposta è che non puoi, a meno che il tuo filesystem non abbia un bug. Ecco perché:

C'è una chiamata di sistema per rinominare il file definito fs/namei.c chiamato renameat:

SYSCALL_DEFINE4(renameat, int, olddfd, const char __user *, oldname, 
       int, newdfd, const char __user *, newname) 

Quando la chiamata di sistema viene invocata, si fa una ricerca percorso (do_path_lookup) sul nome. Tieni tracciare questo, e si arriva a link_path_walk che ha questo:

static int link_path_walk(const char *name, struct nameidata *nd) 
{ 
     struct path next; 
     int err; 
     unsigned int lookup_flags = nd->flags; 

     while (*name=='/') 
       name++; 
     if (!*name) 
       return 0; 
... 

Questo codice si applica a qualsiasi file system. Cosa significa questo? Ciò significa che se si tenta di passare un parametro con un carattere effettivo '/' come nome del file utilizzando i metodi tradizionali, non farà ciò che si desidera. Non c'è modo di sfuggire al personaggio. Se un file system "supporta" questo, è perché o:

• utilizzare un carattere Unicode o qualcosa che sembra come una barra, ma non lo è.
• Hanno un bug.

Inoltre, se hai entrare e modificare il byte per aggiungere un carattere barra in un nome di file, le cose cattive sarebbe accaduto. Questo perché non si può mai fare riferimento a questo file per nome :(dal momento in cui lo si è fatto, Linux assumerebbe che si stesse riferendo a una directory inesistente. L'uso della tecnica 'rm *' non avrebbe funzionato, dal momento che bash lo espande semplicemente al nome file.Anche rm -rf non avrebbe funzionato, dal momento che una semplice strace rivela come vanno le cose sotto il cofano (abbreviato):

$ ls testdir 
myfile2 out 
$ strace -vf rm -rf testdir 
... 
unlinkat(3, "myfile2", 0)    = 0 
unlinkat(3, "out", 0)     = 0 
fcntl(3, F_GETFD)      = 0x1 (flags FD_CLOEXEC) 
close(3)        = 0 
unlinkat(AT_FDCWD, "testdir", AT_REMOVEDIR) = 0 
... 

Si noti che queste chiamate a unlinkat fallirebbe perché hanno bisogno di fare riferimento ai file per nome.

Answer 2

È possibile utilizzare un carattere Unicode che viene visualizzato come "/" (ad esempio this seemingly redundant glyph) assumendo che il proprio filesystem lo supporti.

Answer 3

La risposta breve è: No, non è possibile. È un divieto necessario a causa di come viene definita la struttura della directory.

E, come già detto, è possibile visualizzare un carattere unicode che "assomiglia" a una barra, ma questo è il massimo che si ottiene.

Answer 4

Solo con una codifica concordata. Ad esempio, è possibile convenire che % sarà codificato come %% e chesignificherà uno /. Tutto il software che ha avuto accesso a questo file dovrebbe comprendere la codifica.

Answer 5

Dipende dal file system che si sta utilizzando. Di alcuni di quelli più popolari:

• ext3: No
• ext4: No
• JFS: Yes
• ReiserFS: No
• XFS: No

Answer 6

In generale è una cattiva idea provare a utilizzare caratteri "cattivi" in un nome di file; anche se in qualche modo lo gestisci, tende a rendere difficile l'uso del file in un secondo momento. Il separatore del filesystem non funziona affatto, quindi dovrai scegliere un metodo alternativo.

Hai considerato la codifica URL dell'URL, quindi l'hai utilizzata come nome file? Il risultato dovrebbe essere corretto come nome file ed è facile ricostruire il nome dalla versione codificata.

Un'altra opzione è quella di creare un indice - creare il nome del file di output utilizzando qualsiasi metodo che ti piace - nomi in sequenza numerata, SHA1 hash, qualunque sia - quindi scrivere un file con la coppia nome/URL generato. Puoi salvarlo in un hash e usarlo per eseguire una ricerca da URL a nome file o viceversa con la versione invertita dell'hash, e puoi scriverlo e ricaricarlo in seguito, se necessario.