locked
ping a indirizzo lan ma redirect in locale RRS feed

  • Domanda

  • Salve a tutti,
    E' gia' qualche giorno che mi succede questo problema, inizio col dire che non ho installato nulla, ed il computer che uso e' esclusivamente adibito alla connessione a videocamere di rete.
    Nella mia rete ho un server locato in:
    192.168.1.41
    Essendo connesso in wireless in media dovrei pingarlo ad (almeno) 5-6ms come minimo (rete aziendale ampia).
    Da qualche giorno, se provo a connettermi via SSH (solo da questo pc, Windows 8 PRO x64) mi da un timeout e termina la connessione.
    pingando 192.168.1.41 mi appare:
    1. C:\Windows\system32>ping 192.168.1.41
    2.  
    3. Esecuzione di Ping 192.168.1.41 con 32 byte di dati:
    4. Risposta da 192.168.1.41: byte=32 durata<1ms TTL=128
    5. Risposta da 192.168.1.41: byte=32 durata<1ms TTL=128
    6. Risposta da 192.168.1.41: byte=32 durata<1ms TTL=128
    7. Risposta da 192.168.1.41: byte=32 durata<1ms TTL=128
    8.  
    9. Statistiche Ping per 192.168.1.41:
    10.     Pacchetti: Trasmessi = 4, Ricevuti = 4,
    11.     Persi = 0 (0% persi),
    12. Tempo approssimativo percorsi andata/ritorno in millisecondi:
    13.     Minimo = 0ms, Massimo =  0ms, Medio =  0ms
    Che e' totalmente improbabile dato che il modem connesso in cascata al router lo pingo 2ms.
    Provando a pingare un altro server nella rete infatti ottengo qualcosa del genere:
    1. C:\Windows\system32>ping 192.168.1.40
    2.  
    3. Esecuzione di Ping 192.168.1.40 con 32 byte di dati:
    4. Risposta da 192.168.1.40: byte=32 durata=3ms TTL=64
    5. Risposta da 192.168.1.40: byte=32 durata=1ms TTL=64
    6. Risposta da 192.168.1.40: byte=32 durata=4ms TTL=64
    7. Risposta da 192.168.1.40: byte=32 durata=1ms TTL=64
    8.  
    9. Statistiche Ping per 192.168.1.40:
    10.     Pacchetti: Trasmessi = 4, Ricevuti = 4,
    11.     Persi = 0 (0% persi),
    12. Tempo approssimativo percorsi andata/ritorno in millisecondi:
    13.     Minimo = 1ms, Massimo =  4ms, Medio =  2ms
    Con una media di appunto 2ms.
    allora ho provato ad eseguire come admin:
    1. C:\Windows\system32>arp -d *
    2.  
    3. C:\Windows\system32>ping -n 1 192.168.1.41
    4.  
    5. Esecuzione di Ping 192.168.1.41 con 32 byte di dati:
    6. Risposta da 192.168.1.41: byte=32 durata<1ms TTL=128
    7.  
    8. Statistiche Ping per 192.168.1.41:
    9.     Pacchetti: Trasmessi = 1, Ricevuti = 1,
    10.     Persi = 0 (0% persi),
    11. Tempo approssimativo percorsi andata/ritorno in millisecondi:
    12.     Minimo = 0ms, Massimo =  0ms, Medio =  0ms
    13.  
    14. C:\Windows\system32>arp -a -v | find "192.168.1.41"
    15.   192.168.1.41          00-00-00-00-00-00     non valido
    Nonostante il ping sembra che l'arp non venga mai aggiornato, quindi mi ritrovo a contattare 00-00-00-00-00-00
    Da qualsiasi altro PC, smartphone & tablet riesco a contattare tranquillamente il server.
    Ma non dal mio notebook di lavoro.
    Non ci sto capendo molto sinceramente.
    Ho fatto degli altri test:
    1. C:\Windows\system32>nmap 192.168.1.41 -p 22
    2.  
    3. Starting Nmap 6.20BETA1 ( http://nmap.org ) at 2013-02-25 09:49 ora solare Europ
    4. a occidentale
    5. Skipping SYN Stealth Scan against 192.168.1.41 because Windows does not support
    6. scanning your own machine (localhost) this way.
    7. Nmap scan report for 192.168.1.41
    8. Host is up.
    9. PORT   STATE   SERVICE
    10. 22/tcp unknown ssh
    11.  
    12. Nmap done: 1 IP address (1 host up) scanned in 0.76 seconds
    Ovviamente, l'ip del mio notebook non e' 192.168.1.41:
    1. C:\Windows\system32>ipconfig | find "Indirizzo IPv4"
    2.    Indirizzo IPv4. . . . . . . . . . . . : 192.168.1.11
    Non so piu' cosa fare.
    mercoledì 27 febbraio 2013 13:51

Risposte

  • Ciao, il problema del mac non valido potrebbe dipendere da molti fattori (problema fisico, problema driver, spoofing, etc.).

    Al punto 12.1  hai eseguito un ipconfig, ma eseguendo un ipconfig /all il mac risulta sempre quello non valido come riportato dall'arp?

    Alcuni consigli che posso darti:

    • Verifica le impostazioni delle scheda di rete nel tab avanzate
    • Disinstalla la scheda e reinstallala con gli ultimi driver disponibili sul sito del produttore
    • Esegui una verifica  a livello registro di sistema (metodo 2 - http://www.nthelp.com/NT6/change_mac_w2k.htm)  per essere sicuro di non avere una registrazione errata
    • Utilizza Wireshark per analizzare i pacchetti in transito sulla scheda (http://www.wireshark.org)

    Saluti

    Nino

    • Contrassegnato come risposta ShotokanZH venerdì 1 marzo 2013 07:53
    mercoledì 27 febbraio 2013 22:08
    Moderatore

Tutte le risposte

  • Ciao, il problema del mac non valido potrebbe dipendere da molti fattori (problema fisico, problema driver, spoofing, etc.).

    Al punto 12.1  hai eseguito un ipconfig, ma eseguendo un ipconfig /all il mac risulta sempre quello non valido come riportato dall'arp?

    Alcuni consigli che posso darti:

    • Verifica le impostazioni delle scheda di rete nel tab avanzate
    • Disinstalla la scheda e reinstallala con gli ultimi driver disponibili sul sito del produttore
    • Esegui una verifica  a livello registro di sistema (metodo 2 - http://www.nthelp.com/NT6/change_mac_w2k.htm)  per essere sicuro di non avere una registrazione errata
    • Utilizza Wireshark per analizzare i pacchetti in transito sulla scheda (http://www.wireshark.org)

    Saluti

    Nino

    • Contrassegnato come risposta ShotokanZH venerdì 1 marzo 2013 07:53
    mercoledì 27 febbraio 2013 22:08
    Moderatore

  • Ciao!

    Oltre a quello che dice Nino (ciao Bello!) mi viene una domanda immediata, ma se usi il buon vecchio cavo attaccato alla rete cosa succede? Secondo me funziona senza problemi. Se così fosse allora hai un problema all'access point magari (io avrei già fatto una prova piallando quello e mettendo un alternativo..di li poi a problema ancora presente avrei seccato la scheda wifi interna e reinstallata...non è la prima volta che muore un nic wifi).

    A.

    giovedì 28 febbraio 2013 16:48
    Moderatore
  • Grazie ad entrambi,

    avevo controllato entrambe le periferiche (eth-wifi) e nessuna delle due aveva quell'indirizzo ip.

    Pingando 192.168.1.41 da disconnesso comunque rispondeva, ho fatto una breve ricerca ed ho scoperto che i driver della mia scheda wifi avevano creato una pseudo-interface nascosta con quell'indirizzo. (avevo AGGIORNATO i driver ma non aveva risolto)

    Con wireshark ci lavoro spesso per l'analisi della stabilita' di rete, ed appunto non mi rilevava nulla di anomalo dato che semplicemente, IO ero 192.168.1.41.

    Ho risolto direttamente disinstallando e reinstallando i driver :)

    venerdì 1 marzo 2013 07:56