0) Сразу скажу, что с snmptrap'ами не работал, да и с самим snmp уже подзабыл как. 1) snmptrap -- 162 порт udp. Может быть, он почему-то не открылся? (Кстати, нет никакой необходимости сканить линукс-сервер с другой машины, есть дивная команда 'netstat -ltun'). 2) Трэпы посылаются другой прогой, имя ей -- snmptrap.

чтобы принимать трапы, там есть другой демон - snmptrapd, при его запуске начинает слушаться порт 162 udp. Но мне это пока не надо. Нужно получать инфу с компьютера по snmp. При запуске snmptrapd ситуация не меняется, - порт 162 начинает слушаться, но по 161 по-прежнему - REFUSED.

А 'netstat -ltun' действительно все хорошо показывает.)

блин snmpconf пробовал? помогает......

так вот тот конфиг, который я написал, как раз snmpconf-ом и создан..., а он (snmpd), зараза - REFUSED...

ты эти все каки убери:
authtrapenable 1
trapcommunity public
trapsink 10.10.0.70 public
informsink 10.10.0.70 public
trap2sink 10.10.0.70 public
все равно юзать не будешь

Так тебе только snmp? Легко.

com2sec localnet 10.10.0.0/24 public
group mygroup v1 localnet
view mysystem included system
access mygroup "" any noauth exact mysystem none none


Помню, были какие-то запарки с include/exclude.
Решил я их или нет -- не помню.
Конфиг из установки, кстати, там рабочий вполне, только
при обращении по snmpwalk localhost public демон зачем-то
лез на флопарь. Поборол я это или нет -- опять же не помню.

Есть! Нашел!!!

Дело оказалось не в настройке snmpd, а работе tcp wrapper.
Это я нашел в факе, сообщение о REFUSED появляется только в этом случае.
Вот читайте:

This is actually nothing to do with the access control mechanism
(though that's an understandable mistake). This is the result of
the TCP wrapper mechanism using the files 'hosts.allow' and 'hosts.deny'
to control access to the service. Some distributions may come with
this enabled automatically - otherwise you need to select it explicitly
by configuring using '--with-libwrap'.

The simplest way to avoid this problem is to add the line

snmpd: ALL

in the file /etc/hosts.allow (or wherever this file is on your system).
Though be aware that doing this removes one level of protection and allows
anyone to try and query your agent (though the agent's own access control
mechanisms can still be used to restrict what - if anything - they can see).

Note that personal firewalls (such as Linux' ipchains mechanism) may have
a similar effect (though typically this won't be logged).


ВСЕМ БОЛЬШОЕ СПАСИБО ЗА ЖЕЛАНИЕ ПОМОЧЬ!!!