Impossible de tuer les processus via SNMP

Question

J'essaye de tuer des processus en utilisant SNMP. Je sais que c'est possible de 4 paramètre le champ "état" d'un processus comme:

snmpset -v 2c -c community_string ipaddress 1.3.6.1.2.1.25.4.2.1.7.PID i 4

Je reçois toujours le même message:

erreur dans le paquet. Motif: non inscriptibles (Cet objet ne prend pas en charge la modification) objet a échoué: iso.3.6.1.2.1.25.4.2.1.7.PID

Je ne sais pas pourquoi, mais cela arrive aussi quand je l'utilise le "localhost" qui a normalement tous les privilèges. Peut-être qu'il y a quelque chose qui ne va pas dans mes réglages? Ceci est mon fichier snmpd.conf:

# AGENT BEHAVIOUR 
 
# 
 

 
# Listen for connections from the local system only 
 
agentAddress udp:161 
 
# Listen for connections on all interfaces (both IPv4 *and* IPv6) 
 
#agentAddress udp:161,udp6:[::1]:161

############################################################################### 
 
# 
 
# ACCESS CONTROL 
 
# 
 

 
               # system + hrSystem groups only 
 
view systemonly included .1.3.6.1.2.1.1 
 
view systemonly included .1.3.6.1.2.1.25.1 
 

 
               # Full access from the local host 
 
rwcommunity public localhost 
 

 
rwcommunity ubuntulaptop 
 
               # Default access to basic system info 
 
rocommunity public default -V systemonly 
 
               # rocommunity6 is for IPv6 
 
rocommunity6 public default -V systemonly 
 

 
               # Full access from an example network 
 
               #  Adjust this network address to match your local 
 
               #  settings, change the community string, 
 
               #  and check the 'agentAddress' setting above 
 
#rocommunity secret 10.0.0.0/16 
 

 
               # Full read-only access for SNMPv3 
 
rouser authOnlyUser 
 
               # Full write access for encrypted requests 
 
               #  Remember to activate the 'createUser' lines above 
 
#rwuser authPrivUser priv 
 

 
# It's no longer typically necessary to use the full 'com2sec/group/access' configuration 
 
# r[ow]user and r[ow]community, together with suitable views, should cover most requirements 
 

 

 

 
############################################################################### 
 
# 
 
# SYSTEM INFORMATION 
 
# 
 

 
# Note that setting these values here, results in the corresponding MIB objects being 'read-only' 
 
# See snmpd.conf(5) for more details 
 
sysLocation Sitting on the Dock of the Bay 
 
sysContact  Me <me@example.org> 
 
               # Application + End-to-End layers 
 
sysServices 72 
 

 

 
# 
 
# Process Monitoring 
 
# 
 
           # At least one 'mountd' process 
 
proc mountd 
 
           # No more than 4 'ntalkd' processes - 0 is OK 
 
proc ntalkd 4 
 
           # At least one 'sendmail' process, but no more than 10 
 
proc sendmail 10 1 
 

 
# Walk the UCD-SNMP-MIB::prTable to see the resulting output 
 
# Note that this table will be empty if there are no "proc" entries in the snmpd.conf file 
 

 

 
# 
 
# Disk Monitoring 
 
# 
 
           # 10MBs required on root disk, 5% free on /var, 10% free on all other disks 
 
disk  / 10000 
 
disk  /var 5% 
 
includeAllDisks 10% 
 

 
# Walk the UCD-SNMP-MIB::dskTable to see the resulting output 
 
# Note that this table will be empty if there are no "disk" entries in the snmpd.conf file 
 

 

 
# 
 
# System Load 
 
# 
 
           # Unacceptable 1-, 5-, and 15-minute load averages 
 
load 12 10 5 
 

 
# Walk the UCD-SNMP-MIB::laTable to see the resulting output 
 
# Note that this table *will* be populated, even without a "load" entry in the snmpd.conf file

Answer 1

erreur dans le paquet. Motif: non inscriptibles (Cet objet ne prend pas en charge> modification) objet a échoué: iso.3.6.1.2.1.25.4.2.1.7.PID

Ce message ci-dessus est probablement ce qu'il dit. La variable est en lecture seule et ne peut pas être modifiée. Si la variable est accessible en écriture ou non est spécifié dans la MIB. Tu ferais mieux de vérifier le MIB en premier. Si une variable est en lecture seule, peu importe ce que vous faites.

Les processus de destruction avec SNMP, pour autant que je sache, ne sont pas habituels. Au moins, vous ne le faites habituellement pas de cette façon. SNMP est pour la gestion du réseau. Mais encore une fois si vous avez un MIB propriétaire, vous devez le vérifier et voir ce qu'il dit là.