On Sat, 26 Apr 2008 23:58:56 +0200, Michał Gacek wrote
W dniu 25 kwietnia 2008 15:06 użytkownik A.L.E.C alec@alec.pl napisał:
W nowym wątku, bo tamtego już się nie da czytać ;)
Mam pierwszy punkt implementacji:
Problem: NAS. Wg clients.conf potrzebujemy dane: 'secret', 'shortname' i 'nastype'. Implementacja: 'shortname' to będzie nazwa adresu urządzenia (lub jego IP). 'secret' to hasło przypisane do adresu. Pozostaje dodać w danych adresu urządzenia pole wyboru typu: none, cisco, computone itd.
Czekam na komentarze i dyskusję nad następnym punktem ;)
mysle ze zapomniales o takim polu jak community, ktore definiuje spolecznosc snmp, w niektorych przypadkach jest to bardzo wazne, pozatym koledzy mowili ze ports jest dla nich wazne
Pozdrawiam
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
o wsparciu LMS-a dla snmp nie rozmawialismy jeszcze bo to nie ma nic wspólnego z radiusem, (w zeszlym roku zgłaszałem wsparcie dla snmp na http://bts.lms.org.pl/view.php?id=708)nie mniej jednak ja np używam pola secret z urządzenia jako community snmp które jest przecież de facto hasłem, ale jak już miało by być wsparcie w LMS dla snmp to tez z prawdziwego zdarzenia, czyli community ale osobnymi secretami z prawami do rw i do r oraz ptaszek do zaznaczenia wersji snmp (v2 lub v3)) żeby skrypt wiedział jakiej opcji narzędzi snmp używać oraz umożliwienie wyświetlania w lms przy adresie ip urządzenia statusu urządzenia sciąganego przez snmp (kazdy sprzęt z wsparciem dla snmp np reaguje np na: "snmpwalk -c public -v2c -Ovq ipadres system") czy innych zapytań już o konkretne parametry danego urządzenia
..nie mniej jednak proponuje zrobić nowy watek do tego ..
Dariusz Kowalczyk
!DSPAM:4814364b136431163869485!