Jeremy a écrit 4 commentaires

  • [^] # Re: Chez moi ca marche

    Posté par  . En réponse au message Changer le TTL ?. Évalué à 1.

    21:27:54.923997 IP (tos 0x0, ttl 64, id 41979, offset 0, flags [DF], proto: TCP (6), length: 336) localhost.7777 > 84.5.121.88.1676: P 2115:2411(296) ack 95 win 6432
    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  . En réponse au message Changer le TTL ?. Évalué à 1.

    idem avec ethereal bon alors j'ai du raté quelque chose

  • [^] # Re: DI-604 et snmpget

    Posté par  . En réponse au journal DI-604 et snmpget. Évalué à 1.

    Ah j'ai peut etre un truc

    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  . En réponse au journal DI-604 et snmpget. Évalué à 1.

    Moi j'ai un prestige assez vieu et miracle il prends ossi le snmp alors je m'empresse et bien j'ai la joir de te dire que je suis aussi sous debian et voila ma reponse

    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