snmptt는 루트가 아닌 사용자로 실행되고 루트로 파일을 씁니다.

Question

적어도 독립형 모드에서 파일 생성에 대한 Richlv의 의견 이후에 해결책을 찾았습니다.

나는 몇 가지 사항을 변경했고 최소한 작동하는 솔루션을 얻었습니다.

snmptrapdsnmptrapd.conf대신 읽기로 변경한 traphandle default /usr/sbin/snmptthandler후 재부팅을 하지 않은 것 같습니다 traphandle default /usr/sbin/snmptt.

왜 루트로 기록됩니까?

snmptt호출되는 새 인스턴스는 snmptrapd루트로 실행되며 snmp 포트 162에 바인딩되어야 합니다. 따라서 작성된 파일 snmptt도 루트의 소유입니다.

그러나 권한은 여전히 나에게 미스터리입니다. 0640허가가 어디서 나오는지 모르겠습니다 .

문제를 해결하는 것으로 여겨지는 주요 변경 사항

다시 시작 snmptrapd( ) - 이전에 구성 파일에 기록된 트랩 대신 트랩이 처리 되도록 service snmptrapd restart다시 읽기를 수행합니다 .snmptrapd.confsnmptthandlersnmptt

snmptthandler그러나 트랩이 이제 스풀 디렉토리에 기록되고 데몬이 이를 읽기 때문에 이것이 전체 문제를 해결하지는 않습니다 /var/spool/snmptt.snmptt

# grep spool_directory /etc/snmp/snmptt.ini
spool_directory = /var/spool/snmptt/

# grep -A5 SPOOL /usr/sbin/snmptthandler
...
while (defined(my $line = <>))
{
        print SPOOL $line;

        if ($DEBUGGING >= 1)
        {
                # Print out item passed from snmptrapd
                print $line."\n";
        }

스풀 파일은 독립형 모드의 로그 파일과 root동일한 권한을 가진 소유자가 소유합니다. 이는 데몬이 완료된 후에도 여전히 해당 항목을 읽고 처리할 수 없음을 의미합니다. (로그 파일에서 스풀 파일을 읽으려고 하면 오류가 나타납니다.)0640snmpttsnmpttsnmptthandler/var/log/snmptt/snmptt.debugpermissions denied

다음 단계는 다음과 같습니다.

스풀 디렉토리의 소유권을 snmptt데몬 사용자로 설정하고 사용하십시오.설정스풀 디렉토리에서 를 실행하여 새 파일이 기록되도록 합니다 snmptt.

chown zabbix:zabbix /var/spool/smptt
chmod g+s /var/spool/smptt
#ls -lia /var/spool/snmptt/
total 8
209 drwxrwsr-x  2 zabbix zabbix 4096 Aug 18 11:40 .
#ps -ef | grep snmptt
zabbix    8787     1  0 12:44 ?        00:00:00 /usr/bin/perl /usr/sbin/snmptt --daemon

그런 다음 데몬은 스풀 파일을 읽고 해당 파일을 루트가 아닌 사용자로 snmptt예상 로그 디렉토리에 쓸 수 있습니다./var/tmp/zabbixtest/zabbix_traps.tmpzabbix

### After a trap is received 
# ls -lia /var/tmp/zabbixtest/snmptt.log
524605 -rw-rw-r--  1 zabbix zabbix   646 Aug 18 13:16 snmptt.log

로그 파일의 umask는 다음 snmptt스크립트에서 가져옵니다.

$ grep -i umask /usr/sbin/snmptt
#umask 0;
umask 002;
  #umask 0;
  umask 002;

기타 변경 사항, 모범 사례이지만 결과에 직접적인 영향을 미칠 것으로 생각되지는 않음

대신 snmptt.ini읽기 로 변경되었습니다 (이것이 어떤 영향을 미치는지 확실하지 않음).mode=daemonmode=standalone
(권장 ) 대신 /etc/snmp/snmptt.ini읽기(공백)로 변경하세요 .daemon_uid=daemon_uid=zabbixSNMP 문서snmptt, 동일한 사용자에 의한 이중 처리를 방지합니다.

그래서 해결방법이 있습니다. 이것이 최선의 접근 방식인지 확실하지 않습니다. 가장 좋은 접근 방식은 snmptthandler구성 파일에 정의된 사용자/umask를 사용하도록 변경하는 것입니다.

이것은 전체 질문에 대한 답변이 아닙니다(0640 권한은 여전히 불분명합니다). 이에 대한 의견이나 도움을 환영합니다.

Answer 1