[Comm] Проблема с snmp (c доступом с соседнего компа )

[Comm] Проблема с snmp (c доступом с соседнего компа )

[silver_fox]

Здравствуйте!
Такая беда.. Master 2.4 
Хочу с соседнего компа взять по snmp данные для mrtg. Так не отдает ..
На:
#cfgmaker --ifdesc=eth public@xxx.xx.xx.42
выдает:
--base: Get Device Info on public@xxx.xx.xx.42:
SNMP Error:
send_query: Operation not permitted
SNMPv1_Session (remote host: "xxx.xx.xx.42" [xxx.xx.xx.42].161)
                  community: "public"
                 request ID: -828000621
                PDU bufsize: 8000 bytes
                    timeout: 2s
                    retries: 5
                    backoff: 1)
 at /usr/bin/../lib/mrtg2/SNMP_util.pm line 627
SNMPWALK Problem for 1.3.6.1.2.1.1 on public@xxx.xx.xx.42::::::v4only
 at /usr/bin/cfgmaker line 827
WARNING: Skipping jnrhsdfq@212.34.41.42: as no info could be retrieved

На:
#snmpwalk -Os -c public -v 1  snmpd_comp
это:
#snmpwalk: Failure in sendto (Operation not permitted)

На том компе c snmpd:
# cat /etc/snmp/snmpd.conf|egrep "com2sec|group|access"|grep -v "^#"
com2sec local     127.0.0.1             private
com2sec mynetwork xxx.xx.xx.40/29       public
group MyRWGroup v1         local
group MyRWGroup v2c        local
group MyRWGroup usm        local
group MyROGroup v1         mynetwork
group MyROGroup v2c        mynetwork
group MyROGroup usm        mynetwork
access MyROGroup ""      any       noauth    exact  all    none   none
access MyRWGroup ""      any       noauth    exact  all    all    none


Когда то давно это все работало :(
Искал по рассылка на эту тему в Сизифусе нашел аналогичный вопрос но без 
ответа :(
Изнутри компа все работает  (через lo) , а извне (через eth0) никак. 

[Comm] Re: Проблема с snmp (c доступом с соседнего компа )

[Michael Shigorin]

On Mon, Jan 17, 2005 at 06:23:17PM +0300, silver_fox wrote:
> Изнутри компа все работает  (через lo) , а извне (через eth0) никак. 

И точно грабли не с ACL какими?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: Проблема с snmp (c доступом с соседнего компа )

[silver_fox]

В сообщении от 17 Январь 2005 18:39 Michael Shigorin написал(a):
> On Mon, Jan 17, 2005 at 06:23:17PM +0300, silver_fox wrote:
> > Изнутри компа все работает  (через lo) , а извне (через eth0) никак.
>
> И точно грабли не с ACL какими?
Там этого нету вроде  ..Пермишены обыкновенные  Или я не понял чего? 

Re: [Comm] Re: Проблема с snmp (c доступом с соседнего компа )

[silver_fox]

В сообщении от 17 Январь 2005 18:47 silver_fox написал(a):
> В сообщении от 17 Январь 2005 18:39 Michael Shigorin написал(a):
> > On Mon, Jan 17, 2005 at 06:23:17PM +0300, silver_fox wrote:
> > > Изнутри компа все работает  (через lo) , а извне (через eth0) никак.
> >
> > И точно грабли не с ACL какими?
>
> Там этого нету вроде  ..Пермишены обыкновенные  Или я не понял чего?
Кстати с разрешениями были какие то проблемы на этот 
файл: /var/lib/net-snmp/snmpd.conf
В  /var/log/daemons/errors сыпалось
Jan 17 16:28:00 main snmpd[23853]: read_config_store open failure 
on /var/lib/net-snmp/snmpd.conf
пока для snmp не разрешил.. Хотя может это и мои заморочки..

[Comm] Re: Проблема с snmp (c доступом с соседнего компа )

[Michael Shigorin]

On Mon, Jan 17, 2005 at 06:47:02PM +0300, silver_fox wrote:
> > > Изнутри компа все работает  (через lo) , а извне (через eth0) никак.
> > И точно грабли не с ACL какими?
> Там этого нету вроде  ..Пермишены обыкновенные  Или я не понял чего? 

Я про сетевые -- там localhost only (что как для SNMP -- логично).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: Проблема с snmp (c доступом с соседнего компа )

[silver_fox]

В сообщении от 17 Январь 2005 21:09 Michael Shigorin написал(a):
> On Mon, Jan 17, 2005 at 06:47:02PM +0300, silver_fox wrote:
> > > > Изнутри компа все работает  (через lo) , а извне (через eth0) никак.
> > >
> > > И точно грабли не с ACL какими?
> >
> > Там этого нету вроде  ..Пермишены обыкновенные  Или я не понял чего?
>
> Я про сетевые -- там localhost only (что как для SNMP -- логично).
А это где поменять то ?  Я что-то отупел за день борьбы с тенью :)
В настройках /etc/snmp/snmpd.conf прописал mynetwork, полагая что из подсетки 
должна теперь пускать,  ан нет. iptables вся из себя открытая , а не 
отвечает , хоть тресни. netlist говорит 
root     30491 snmpd    8 udp       0.0.0.1:161           0.0.0.0:0    CLOSE

Re: [Comm] Re: Проблема с snmp (c доступом с соседнего компа )

[silver_fox]

В сообщении от 17 Январь 2005 23:51 silver_fox написал(a):
> В сообщении от 17 Январь 2005 21:09 Michael Shigorin написал(a):
> > On Mon, Jan 17, 2005 at 06:47:02PM +0300, silver_fox wrote:
> > > > > Изнутри компа все работает  (через lo) , а извне (через eth0)
> > > > > никак.
> > > >
> > > > И точно грабли не с ACL какими?
> > >
> > > Там этого нету вроде  ..Пермишены обыкновенные  Или я не понял чего?
> >
> > Я про сетевые -- там localhost only (что как для SNMP -- логично).
>
> А это где поменять то ?  Я что-то отупел за день борьбы с тенью :)
> В настройках /etc/snmp/snmpd.conf прописал mynetwork, полагая что из
> подсетки должна теперь пускать,  ан нет. iptables вся из себя открытая , а
> не отвечает , хоть тресни. netlist говорит
> root     30491 snmpd    8 udp       0.0.0.1:161           0.0.0.0:0   
> CLOSE
Во из мана на services выкопал
Наличие  записи  о  службе в файле services необязательно означает, что
       такая служба запущена на машине. Смотрите файл inetd.conf(5), в котором
       настраиваются  предоставляемые  Internet-службы.   Заметьте, что не все
       сетевые службы запускаются с помощью inetd(8), и поэтому  их  может  не
       быть в inetd.conf(5).  В частности, news- (NNTP) и mail- (SMTP) сервера
       часто запускаются из скриптов загрузки системы.
Будем смотреть. ;)

Re: [Comm] Re: Проблема с snmp (c доступом с соседнего компа )

[silver_fox]

В сообщении от 18 Январь 2005 00:10 silver_fox написал(a):

> > root     30491 snmpd    8 udp       0.0.0.1:161           0.0.0.0:0
> > CLOSE
>
> Во из мана на services выкопал
> Наличие  записи  о  службе в файле services необязательно означает, что
>        такая служба запущена на машине. Смотрите файл inetd.conf(5), в
> котором настраиваются  предоставляемые  Internet-службы.   Заметьте, что не
> все сетевые службы запускаются с помощью inetd(8), и поэтому  их  может  не
> быть в inetd.conf(5).  В частности, news- (NNTP) и mail- (SMTP) сервера
> часто запускаются из скриптов загрузки системы.
> Будем смотреть. ;)
Да нет же его в xinetd.d.. Устал видать..

Re: [Comm] Re: Проблема с snmp (c доступом с соседнего компа )

[Konstantin Klimchev]

On Mon, 17 Jan 2005 20:10:04 +0300
silver_fox <SilverFox@rgantd.ru> wrote:

> пока для snmp не разрешил.. Хотя может это и мои
> заморочки..
Стоп, стоп. Там помниться проблемы с пользователем раньше
были. Т.е. сначало ставило, потом создавало пользователя
snmp, понятно, что из-за этого ругать и все становилось с
root'овским правами. Может здесь чё?

PS. Помниться решил для себя реинталляцией пакета. Хотя
давно это было.


-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [Comm] Re: Проблема с snmp (c доступом с соседнего компа )

[sfox]

В сообщении от Вторник 18 Январь 2005 09:44 Konstantin Klimchev написал(a):
> Стоп, стоп. Там помниться проблемы с пользователем раньше
> были. Т.е. сначало ставило, потом создавало пользователя
> snmp, понятно, что из-за этого ругать и все становилось с
> root'овским правами. Может здесь чё?
>
> PS. Помниться решил для себя реинталляцией пакета. Хотя
> давно это было.
Ну может так и осталось тогда раз было и раньше. 
Да.. Юзер создается в POSTIN ..

Re: [Comm] Проблема с snmp (c доступом с соседнего компа )

[Anatoliy Lisjutin]

Здравствуйте!

В сообщении от 17 Январь 2005 18:23 silver_fox написал(a):
> Здравствуйте!
> Такая беда.. Master 2.4
> Хочу с соседнего компа взять по snmp данные для mrtg. Так не отдает ..
> На:
> #cfgmaker --ifdesc=eth public@xxx.xx.xx.42
Ну прояснилось всеж.. Трабла была на стороне компа, с которого запрашивал, в 
iptables настройках.  Теперь разгребем :)