jln a écrit 8 commentaires

  • [^] # Re: Il s'agit d'un scan de censys.io

    Posté par  . En réponse au message problème avec sendmail. Évalué à 0. Dernière modification le 27 mai 2022 à 18:25.

    Surtout que leurs emails sont gérés par Google.
    Donc je ne comprends pas pourquoi ils essayent d'attaquer celui des autres.

  • [^] # Re: Il s'agit d'un scan de censys.io

    Posté par  . En réponse au message problème avec sendmail. Évalué à 1. Dernière modification le 27 mai 2022 à 16:38.

    Je préfèrerais qu'ils fassent leurs recherches sur d'autres serveurs.
    Surtout qu'ils ne répondent pas au email.

  • [^] # Re: Il s'agit d'un scan de censys.io

    Posté par  . En réponse au message problème avec sendmail. Évalué à 2.

    Merci pour l'info.
    Mais je ne comprends pas pourquoi ils envoient ces caractères pour tester mon port 25.

  • [^] # Re: Quelques pistes

    Posté par  . En réponse au message connectivité IP. Évalué à 2.

    Merci, c'est réglé.
    Un probleme de configuration de NAT sur la machine 21.

  • [^] # Re: Quelques pistes

    Posté par  . En réponse au message connectivité IP. Évalué à 1.

    Les machines 10.149.85.21 et 10.149.85.30 sont des fedora 20.
    La machine 10.149.85.35 est une Widows 8.

    30 et 35 peuvent pinger 21.
    21 ne peut pinger personne.
    35 peut pinger 30 et 30 peut pinger 35.

    Tous les services ping, telnet, HTTP) de 21 sont accessibles par 30 et 35.
    Au démarrage 21 a parlé à 35 pour reçevoir une IP.
    Après elle n'a plus d'accès au réseau quand c'est elle qui
    initie la connection.

  • [^] # Re: Quelques pistes

    Posté par  . En réponse au message connectivité IP. Évalué à 1.

    Voiçi un ping de 10.149.85.35 (machine Windows) vers 10.149.85.21
    C:\Users\jln>ping 10.149.85.21

    Pinging 10.149.85.21 with 32 bytes of data:
    Reply from 10.149.85.21: bytes=32 time=2ms TTL=64
    Reply from 10.149.85.21: bytes=32 time<1ms TTL=64
    Reply from 10.149.85.21: bytes=32 time<1ms TTL=64
    Reply from 10.149.85.21: bytes=32 time<1ms TTL=64

    Ping statistics for 10.149.85.21:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 2ms, Average = 0ms

    Et le ping retour de 10.149.85.21 vers 10.149.85.35
    [root@localhost jln]# ping -c 3 10.149.85.35
    PING 10.149.85.35 (10.149.85.35) 56(84) bytes of data.

    --- 10.149.85.35 ping statistics ---
    3 packets transmitted, 0 received, 100% packet loss, time 1999ms

    Un ping de 10.149.85.35 vers 10.149.85.30
    C:\Users\jln>ping 10.149.85.30

    Pinging 10.149.85.30 with 32 bytes of data:
    Reply from 10.149.85.30: bytes=32 time<1ms TTL=64
    Reply from 10.149.85.30: bytes=32 time<1ms TTL=64
    Reply from 10.149.85.30: bytes=32 time<1ms TTL=64
    Reply from 10.149.85.30: bytes=32 time<1ms TTL=64

    Ping statistics for 10.149.85.30:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms

  • [^] # Re: Quelques pistes

    Posté par  . En réponse au message connectivité IP. Évalué à 1.

    ?????????????
    eth1 est sur la machine 10.149.85.30!
    p3p1 sur la machine 10.149.85.21.

  • [^] # Re: Quelques pistes

    Posté par  . En réponse au message connectivité IP. Évalué à 1.

    [root@localhost sbin]# iptables -n -L
    Chain INPUT (policy ACCEPT)
    target prot opt source destination

    Chain FORWARD (policy ACCEPT)
    target prot opt source destination
    ACCEPT all — 0.0.0.0/0 0.0.0.0/0

    Chain OUTPUT (policy ACCEPT)
    target prot opt source destination
    [root@localhost sbin]#

    J'ai mis les deux machines (10.149.85.30 et 10.149.85.21)
    seule sur un réseau même résultat.

    Le seul point bizarre dans les logs:
    Mar 5 15:01:01 localhost systemd: Failed to open private bus connection: Failed
    to connect to socket /run/user/0/dbus/user_bus_socket: No such file or director

    Par contre HTTP et phpsysinfo fonctionnent!

    Canonical Hostname localhost
    Listening IP 10.149.85.21
    Kernel Version 3.13.3-201.fc20.i686+PAE (SMP) i686
    Distro Name Icon Fedora release 20 (Heisenbug)

    ifcfg-p3p1

    TYPE="Ethernet"
    BOOTPROTO="dhcp"
    DEFROUTE="yes"
    IPV4_FAILURE_FATAL="no"
    IPV6INIT="no"
    IPV6_AUTOCONF="no"
    IPV6_DEFROUTE="no"
    IPV6_PEERDNS="no"
    IPV6_PEERROUTES="no"
    IPV6_FAILURE_FATAL="no"
    NAME="p3p1"
    ONBOOT="yes"
    HWADDR="BC:5F:F4:B3:9F:22"
    PEERDNS="yes"
    PEERROUTES="yes"

    La requête DHCP est passée correctement!

    Mar 5 14:53:29 ns dhcpd: DHCPDISCOVER from bc:5f:f4:b3:9f:22 via eth1
    Mar 5 14:53:30 ns dhcpd: DHCPOFFER on 10.149.85.21 to bc:5f:f4:b3:9f:22 via eth
    1
    Mar 5 14:53:30 ns dhcpd: DHCPREQUEST for 10.149.85.21 (10.149.85.30) from bc:5f
    :f4:b3:9f:22 via eth1
    Mar 5 14:53:30 ns dhcpd: DHCPACK on 10.149.85.21 to bc:5f:f4:b3:9f:22 via eth1