On 07/22/2013 05:44 PM, Petru Ratiu wrote:
> 2013/7/22 Adrian Sevcenco <[email protected]>
>
>> Salut!
>> Contextul problemei :
>> Parsez o lista de hosturi/deviceuri pentru a lua informatii prin snmp.
>>
>> Problema : se poate intimpla ca deviceurile sa fie cazute sau sa aiba
>> snmp-ul inchis (cind de fapt ar trebui sa fie deschis). Daca incerc
>> snmp* imi incearca de citeva ori + un timedealy si imi returneaza un
>> mare mesaj de timeout.
>>
>> Ce pot face pentru a sari peste hostul cazut fara sa am output si delay?
>>
>> Cum pot verifica cu uid!=0 (deci nu pot nmap -sU -pU:161) ca portul de
>> snmp e deschis si corespunzator ca masina ok inainte de a face un
>> snmp{get,table,walk}?
>>
>>
> Cu amendamentul ca la udp faptul ca nu primesti raspuns prin definitie nu e
> o garantie ca datagrama n-a fost primita, n-ai nevoie de raw sockets ca sa
> vorbesti cu un serviciu udp. De exemplu netcat stie de udp, insa nu te poti
> baza pe scanul lui, trebuie sa scrii ceva pe socket la care stii ca te-ar
> injura explicit serviciul de dincolo, sa setezi un timeout convenabil si sa
> vezi ce eroare primesti.
>
> Sau mai sanatos pui delay-ul mai scurt la clientul de snmp si tratezi
> frumos situatia, fara mantzocarii.
merci! am pus -r 1 -t 0.5 iar mesajul de eroare era, asa si cum trebuia,
pe stderr .. problema rezolvata :)
Multumesc!
Adrian
>
--
----------------------------------------------
Adrian Sevcenco, Ph.D. |
Institute of Space Science - ISS, Romania |
adrian.sevcenco at {cern.ch,spacescience.ro} |
----------------------------------------------
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
