GNU/Linux >> Znalost Linux >  >> Linux

tcpdump:out.pcap:Povolení odepřeno

Řešení 1:

Zkoušel jsem na Centos 5, stále to samé i na tmp nebo kořenové složce. z manuálové stránky tcpdump jsou oprávnění zrušena při použití s ​​volbou -Z (ve výchozím nastavení povoleno) před otevřením prvního uloženého souboru. protože jste zadali "-C 1", dojde k odmítnutí oprávnění z důvodu velikosti souboru již dosažené 1 a při vytvoření nového souboru se zobrazí chyba oprávnění odepřeno. takže stačí zadat uživatele -Z

# strace tcpdump -i eth0 -n -w out.pcap -C 1
fstat(4, {st_mode=S_IFREG|0644, st_size=903, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aea31934000
lseek(4, 0, SEEK_CUR)                   = 0
read(4, "root:x:0:root\nbin:x:1:root,bin,d"..., 4096) = 903
read(4, "", 4096)                       = 0
close(4)                                = 0
munmap(0x2aea31934000, 4096)            = 0
setgroups(1, [77])                      = 0
setgid(77)                              = 0
setuid(77)                              = 0
setsockopt(3, SOL_SOCKET, SO_ATTACH_FILTER, "\1\0\0\0\0\0\0\0\310\357k\0\0\0\0\0", 16) = 0
fcntl(3, F_GETFL)                       = 0x2 (flags O_RDWR)
fcntl(3, F_SETFL, O_RDWR|O_NONBLOCK)    = 0

recvfrom(3, 0x7fff9563d35f, 1, 32, 0, 0) = -1 EAGAIN (Resource temporarily unavailable)
fcntl(3, F_SETFL, O_RDWR)               = 0
setsockopt(3, SOL_SOCKET, SO_ATTACH_FILTER, "\1\0\17\0\0\0\0\0P\327\233\7\0\0\0\0", 16) = 0
open("out.pcap", O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied)
write(2, "tcpdump: ", 9tcpdump: )                = 9
write(2, "out.pcap: Permission denied", 27out.pcap: Permission denied) = 27
write(2, "\n", 1
)                       = 1
exit_group(1)                           = ?

můžete vidět výsledek strace výše, tcpdump zrušil oprávnění do user a group pcap (77).

# grep 77 /etc/group
pcap:x:77:
# grep 77 /etc/passwd
pcap:x:77:77::/var/arpwatch:/sbin/nologin

Z manuálové stránky tcpdump -C

# man tcpdump
       -C     Before writing a raw packet to a savefile, check whether the file is currently larger than file_size and, if so,
              close the current savefile and open a new one.  Savefiles after the first savefile will have the name  specified
              with  the -w flag, with a number after it, starting at 1 and continuing upward.  The units of file_size are mil-
              lions of bytes (1,000,000 bytes, not 1,048,576 bytes).

              **Note that when used with -Z option (enabled by default), privileges are dropped before opening first savefile.**


# tcpdump --help
tcpdump version 3.9.4
libpcap version 0.9.4
Usage: tcpdump [-aAdDeflLnNOpqRStuUvxX] [-c count] [ -C file_size ]
                [ -E algo:secret ] [ -F file ] [ -i interface ] [ -M secret ]
                [ -r file ] [ -s snaplen ] [ -T type ] [ -w file ]
                [ -W filecount ] [ -y datalinktype ] [ -Z user ]
                [ expression ]

Určete konkrétního uživatele pomocí -Z user

# tcpdump -i eth0 -n -w out.pcap -C 1 -Z root
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
35 packets captured
35 packets received by filter
0 packets dropped by kernel     

Řešení 2:

Zkuste spustit příkaz z /tmp nebo jakýkoli jiný světový zapisovatelný adresář. Pamatuji si, že jsem měl problémy s tcpdump v adresářích, do kterých nelze zapisovat světem, nemám ponětí proč -:)

         cd /tmp
         tcpdump -i p3p1 -n -w out.pcap -C 16 

Řešení 3:

Váš tcpdump odebírá oprávnění uživateli 'tcpdump', zkontrolujte manuálovou stránku ("-Z tcpdump" je výchozí a uživatel tcpdump nemá oprávnění zapisovat do domovského adresáře roota). Jak vám řekl Daniel T., spusťte své zachycení ve světově zapisovatelném adresáři, jako je /tmp, nebo alespoň v adresáři, kde jste uživateli nebo skupině udělili oprávnění k zápisu 'tcpdump'.

Řešení 4:

Když jsem narazil na toto Permission denied problém se ukázal být tím, že jsem vkládal .cap přípona v souboru místo .pcap . Jak RichL zdůraznil v komentářích, profil AppArmor na Ubuntu /etc/apparmor.d/usr.sbin.tcpdump to způsobuje.

  # uname -a ; lsb_release -a
  Linux bidder-lb4 3.2.0-76-virtual #111-Ubuntu SMP Tue Jan 13 22:33:42 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
  No LSB modules are available.
  Distributor ID: Ubuntu
  Description:    Ubuntu 12.04.5 LTS
  Release:        12.04
  Codename:       precise

Řešení 5:

Běží SELinux? Zkontrolujte zadáním je terminál:

/usr/sbin/getenforce

Pokud to říká Enforcing , můžete zkusit deaktivovat SELinux a zkusit znovu tcpdump, abyste zjistili, zda jej SE zastavovalo.


Linux
  1. hodně (Povolení odepřeno) v catalina.out

  2. Git Pull povolení odepřeno linux?

  3. Povolení odepřeno při klonování úložiště git

  1. maven:bash mvn povolení odepřeno

  2. povolení docker.sock odepřeno

  3. mount error(13):Oprávnění odepřeno se sdílením systému Windows

  1. pip freeze vrací chybu:Oprávnění odepřeno:hg

  2. -bash:./configure:Oprávnění odepřeno?

  3. Oprávnění POSTFIX main.cf odepřeno