Linux: il neigh show di ip dice "FAILED". Che cosa può essere la causa?

Ho eseguito un server Linux in una substring che non è sotto il mio controllo. Di volta in volta, il server non può essere raggiunto dall'esterno (Internet) per alcuni secondi. Sto cercando di tracciare perché e ho iniziato a dare un'occhiata all'output di ip neigh show (scritto in un file regolarmente con un lavoro cron).

La prossima volta che mi è capitato, ho guardato il file, e ho letto:

  • Rimozione di un dispositivo nello stato "rimosso" dall'arrays RAID del software Linux
  • C'è un modo affidabile per rilevare il sistema operativo delle host di networking dalla workstation linux?
  • Marcatura di pacchetti con iptables con un NAT
  • Linux = C'è qualcosa come un "Shell Java" invece di altri shell di linux?
  • Aggiorna PHP5.1.6 a PHP5.3 in CentOS
  • Ruota i registri di un'applicazione non intertriggers
  •  fe80::1 dev eth0 lladdr 00:22:64:b6:10:5c router STALE 192.168.14.1 dev eth0 FAILED 

    Per me, questo sembra che il gateway (che è 192.168.14.1) non risponda alle richieste ARP effettuate dal server. È corretto?

    Stavo cercando di trovare ulteriori informazioni, in particolare nel codice sorgente iproute2 , ma non ho trovato in quali condizioni avrei scritto FAILED. Ma forse perché non sono uno sviluppatore C.

  • HDD Server virtuale si riduce senza motivo apparente
  • Come posso trovare tutti i file e le directory scrivibili da un utente specifico?
  • Altri utenti sul mio server?
  • Come eseguire un lavoro cron?
  • esempi di file kickstart per CentOS 5.3
  • Samba server o client?
  • 2 Solutions collect form web for “Linux: il neigh show di ip dice "FAILED". Che cosa può essere la causa?”

    Un'output FAILED nella cache di arp indica che il server non è riuscito a raggiungere il gateway. Puoi provare questo nella tua LAN, ma ping qualsiasi PC nella tua LAN, controllare lo stato arp, scolbind il PC, quindi controllare lo stato di arp. Notenetworking che il cambiamento di stato da REACHABLE a FAILED. Analogamente, se si invia una richiesta di icmp e il gateway risponde, l'indirizzo MAC del gateway verrà incluso nell'output quando si esegue il command ip neigh show o arp -a . Lo stato sarà REACHABLE in un primo momento, ma se c'è un problema nella connettività, potrebbe cambiare stato a FAILED . Potresti notare stati intermedi di DELAY e PROBE mentre cerca di raggiungere il gateway prima di etichettarlo come fallito.

    Per identificare la causa, è necessario ping più host nella tua substring e controllare lo stato della cache di arp in quanto si verifica il problema della connettività. Se solo il gateway viene visualizzato come fallito, mentre gli altri host sono ok, allora il problema è tra il server e il gateway. Se tutti gli host vengono visualizzati come falliti, il problema potrebbe essere la connettività tra il server e l'interruttore, o solo un problema con il cavo.

    Questo può essere un problema con il sistema, con il gateway o con la connessione stessa. Puoi raggiungere altri sisthemes in quella substring? Se sono raggiungibili mentre il gateway non è questo è un suggerimento che qualcosa viene ricaricato sul gateway (dovuto aggiornamenti firewall / tc o qualsiasi altra cosa). Forse le riconfigurazioni dell'interruttore (VLAN ad esempio) possono causare anche questa, ma la connettività a tutti i sisthemes dovrebbe essere compromise.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.