Posté par Jeremy le 19 mars 2006 à 21:31. En réponse au message Changer le TTL ?. Évalué à 1.
Posté par Jeremy le 19 mars 2006 à 20:34. En réponse au message Changer le TTL ?. Évalué à 1.
Posté par Jeremy le 28 mars 2004 à 16:48. En réponse au journal DI-604 et snmpget. Évalué à 1.
Posté par Jeremy le 28 mars 2004 à 16:41. En réponse au journal DI-604 et snmpget. Évalué à 1.
[^] # Re: Chez moi ca marche
Posté par Jeremy . En réponse au message Changer le TTL ?. Évalué à 1.
21:27:54.936023 IP (tos 0x0, ttl 64, id 26391, offset 0, flags [DF], proto: UDP (17), length: 73) localhost.32896 > dns1.proxad.net.domain: [udp sum ok] 46086+ PTR? 125.223.200
Toujours en 64.....
[^] # Re: Chez moi ca marche
Posté par Jeremy . En réponse au message Changer le TTL ?. Évalué à 1.
[^] # Re: DI-604 et snmpget
Posté par Jeremy . En réponse au journal DI-604 et snmpget. Évalué à 1.
snmpget -d -D all 10.0.0.1 -c public ifInOctets.1 -v 1
J'ai une reponse avec un resultat :
IF-MIB::ifInOctets.1 = Counter32: 1256244762
Mais bon mrtnk ( evolution de mrtg ) me prends mon snmpget tjs en timeout mais bon au moins la ca reponds :)
[^] # Re: DI-604 et snmpget
Posté par Jeremy . En réponse au journal DI-604 et snmpget. Évalué à 1.
Sending 43 bytes to 10.0.0.1
0000: 30 29 02 01 00 04 06 70 75 62 6C 69 63 A0 1C 02 0).....public...
0016: 04 70 6F 7C CA 02 01 00 02 01 00 30 0E 30 0C 06 .po|.......0.0..
0032: 08 2B 06 01 02 01 01 01 00 05 00 .+.........
trace: netsnmp_udp_send(): snmpUDPDomain.c, 161:
netsnmp_udp: send 43 bytes from 0x80789bd to 10.0.0.1 on fd 3
trace: snmp_sess_select_info(): snmp_api.c, 5612:
sess_select: for all sessions: 3
trace: netsnmp_udp_recv(): snmpUDPDomain.c, 128:
netsnmp_udp: recvfrom fd 3 got 63 bytes (from 10.0.0.1)
trace: _sess_process_packet(): snmp_api.c, 4882:
sess_process_packet: session 0x8074e60 fd 3 pkt 0x80781e8 length 63
Received 63 bytes from 10.0.0.1
0000: 30 82 00 3B 02 01 00 04 06 70 75 62 6C 69 63 A2 0..;.....public.
0016: 82 00 2C 02 04 70 6F 7C CA 02 01 00 02 01 00 30 ..,..po|.......0
0032: 82 00 1C 30 82 00 18 06 08 2B 06 01 02 01 01 01 ...0.....+......
0048: 00 04 0C 50 72 65 73 74 69 67 65 20 33 31 30 ...Prestige 310
trace: _snmp_parse(): snmp_api.c, 3920:
snmp_api: Parsing SNMPv1 message...
trace: _snmp_parse(): snmp_api.c, 3926:
dumph_recv: SNMPv1 message
trace: snmp_comstr_parse(): snmp_auth.c, 131:
dumph_recv: SNMP version
dumpx_recv: 02 01 00
dumpv_recv: Integer: 0 (0x00)
trace: snmp_comstr_parse(): snmp_auth.c, 143:
dumph_recv: community string
dumpx_recv: 04 06 70 75 62 6C 69 63
dumpv_recv: String: public
trace: _snmp_parse(): snmp_api.c, 3969:
dumph_recv: PDU
trace: snmp_pdu_parse(): snmp_api.c, 4175:
dumph_recv: request_id
dumpx_recv: 02 04 70 6F 7C CA
dumpv_recv: Integer: 1886354634 (0x706F7CCA)
trace: snmp_pdu_parse(): snmp_api.c, 4186:
dumph_recv: error status
dumpx_recv: 02 01 00
dumpv_recv: Integer: 0 (0x00)
trace: snmp_pdu_parse(): snmp_api.c, 4197:
dumph_recv: error index
dumpx_recv: 02 01 00
dumpv_recv: Integer: 0 (0x00)
trace: snmp_pdu_parse(): snmp_api.c, 4209:
dumph_recv: VarBindList
trace: snmp_pdu_parse(): snmp_api.c, 4239:
dumph_recv: VarBind
trace: snmp_parse_var_op(): snmp.c, 166:
dumph_recv: Name
dumpx_recv: 06 08 2B 06 01 02 01 01 01 00
dumpv_recv: ObjID: SNMPv2-MIB::sysDescr.0
trace: snmp_pdu_parse(): snmp_api.c, 4248:
dumph_recv: Value
dumpx_recv: 04 0C 50 72 65 73 74 69 67 65 20 33 31 30
dumpv_recv: String: Prestige 310
SNMPv2-MIB::sysDescr.0 = STRING: Prestige 310
Timeout