J'essaie de modifier temporairement les autorisations d'un dossier dont les autorisations initiales sont
user@ubuntu:/var/log$ ls -l squid*
squid3:
total 4
-rw-r----- 1 proxy proxy 0 Jan 16 14:43 access.log
-rw-r----- 1 proxy proxy 1359 Jan 16 14:43 cache.log
ls: cannot open directory squid-deb-proxy: Permission denied
à quelque chose suivant
user@ubuntu:/var/log$ sudo chmod -R 644 squid*
user@ubuntu:/var/log$ ls -l squid*
squid3:
ls: cannot access squid3/cache.log: Permission denied
ls: cannot access squid3/access.log: Permission denied
total 0
-????????? ? ? ? ? ? access.log
-????????? ? ? ? ? ? cache.log
squid-deb-proxy:
ls: cannot access squid-deb-proxy/store.log: Permission denied
ls: cannot access squid-deb-proxy/cache.log: Permission denied
ls: cannot access squid-deb-proxy/access.log: Permission denied
total 0
-????????? ? ? ? ? ? access.log
-????????? ? ? ? ? ? cache.log
-????????? ? ? ? ? ? store.log
Vous remarquerez qu'après le changement des autorisations, il y a des points d'interrogation partout. Pourquoi cela arrive-t-il? Je veux fondamentalement lire le journal des accès pour voir si le serveur squid-deb-proxy reçoit les demandes du client ou non.
la source
chmod -R 644 squid*
rw-r--r--
, ce qui convient pour les fichiers, mais pas pour les répertoires. Les répertoires doivent également avoir l'autorisation d'exécution, comme ceci:rwxr-xr-x
ou 755. La commande que vous avez mentionnée désactive l'autorisation d'exécution sur tous les fichiers et répertoires de manière récursive, ce qui provoque ces erreurs.J'ai eu ce problème également. Je ne pouvais pas faire chmod ou chown sur le fichier. J'avais essayé de le supprimer. Il s'est avéré que le fait d'essayer de le supprimer (commande rm) était à l'origine du problème. Le kicker est que le fichier est partagé entre deux systèmes différents . Une fois que j'ai fermé le fichier dans l'autre système, le fichier a disparu. Voici plus de détails sur ma configuration. système 1: machine virtuelle invitée Ubuntu. C’est là que j’ai fait la commande rm. système 2: hôte Windows 7. C’est là que j’avais ouvert le fichier en utilisant la commande less (en cygwin, ce n’est pas forcément pertinent).
la source
Comme vous avez indiqué que votre objectif est de lire
/var/log/squid/access.log
, votre meilleure solution consiste à taper àsudo less /var/log/squid/access.log
la machine, ce qui évite les problèmes de modification répétitive.la source