Per què la connexió directa del dispositiu de xarxa falla en fer Ping? Aquests passos de cribratge són indispensables.

En l'operació i el manteniment de xarxes, és un problema comú però problemàtic que els dispositius no puguin fer ping després d'estar connectats directament. Tant per a principiants com per a enginyers experimentats, sovint cal començar a diversos nivells i examinar les possibles causes. Aquest article desglossa els passos de resolució de problemes per ajudar-vos a localitzar ràpidament la causa arrel del problema i solucionar-lo. Aquests mètodes són aplicables i pràctics tant en entorns de xarxa domèstica com empresarials. Us guiarem a través d'aquest repte pas a pas, des de les comprovacions bàsiques fins a les comprovacions avançades.

connexió de dispositiu de xarxa

1. Comproveu l'estat de la connexió física per assegurar-vos que el senyal funciona

La base de la comunicació de xarxa és la connexió física. Si el dispositiu falla en fer ping després d'una connexió directa, el primer pas és comprovar que la capa física funciona. Aquests són els passos:

Confirma la connexió del cable de xarxa:Comproveu si el cable de xarxa està ben connectat i si la interfície del cable de xarxa està fluixa. Si feu servir un cable directe, assegureu-vos que compleixi amb l'estàndard TIA/EIA-568-B (Common Direct Cable Standard). Si teniu dispositius més antics, és possible que hàgiu de creuar les línies (TIA/EIA-568-A) perquè alguns dispositius més antics no admeten la commutació automàtica MDI/MDIX.

Comproveu la qualitat del cable de xarxa:Un cable de xarxa de mala qualitat o massa llarg pot causar atenuació del senyal. La longitud estàndard del cable de xarxa s'ha de controlar dins dels 100 metres. Si el cable és massa llarg o té danys evidents (per exemple, trencat o aplanat), es recomana substituir-lo per un cable d'alta qualitat i tornar-lo a provar.

Observeu els indicadors del dispositiu:La majoria de dispositius de xarxa (com ara commutadors, encaminadors, targetes de xarxa) tenen indicadors d'estat d'enllaç. Normalment, la llum s'il·lumina (verda o taronja) després de la connexió i pot haver-hi un parpelleig per indicar la transferència de dades. Si l'indicador no s'il·lumina, pot ser que hi hagi un problema amb el cable de xarxa, una interfície trencada o el dispositiu no estigui encès.

Port de prova:Connecteu el cable de xarxa a l'altre port del dispositiu per evitar que es facin malbé els ports. Si en teniu, podeu utilitzar un provador de cables de xarxa per comprovar la connectivitat del cable de xarxa i assegurar-vos que cada parell de cables estigui correctament ordenat.

La connexió física és el primer pas en la comunicació de xarxa i hem d'assegurar-nos que no hi hagi problemes en aquesta capa abans de poder continuar investigant les causes de nivell superior.

2. Comproveu l'estat STP del dispositiu per assegurar-vos que el port no estigui desactivat

Si no podeu fer Ping tot i tenir una connexió física normal, pot haver-hi un problema amb el protocol de capa d'enllaç del dispositiu. Una raó comuna és el protocol Spanning Tree (STP).

Protocol d'arbre d'expansió

Comprendre el paper de l'STP:STP (Spanning Tree Protocol) s'utilitza per evitar l'aparició de bucles a la xarxa. Si un dispositiu detecta un bucle, STP posa certs ports en un estat de bloqueig, impedint-los que reenviïn dades.
Comprova l'estat del port:Inicieu la sessió a la CLI (interfície de línia d'ordres) o a la interfície d'administració web del vostre dispositiu per veure si el port està en estat "Reenviament". En el cas d'un commutador Cisco, l'estat de l'STP es pot veure amb l'ordre show spat-tree. Si un port es mostra com a "Bloquejant", l'STP està bloquejant la comunicació en aquest port.

Solució:

Desactiva temporalment STP:En un entorn de prova, és possible desactivar temporalment STP (per exemple, sense spath-tree vlan 1), però això no es recomana en producció perquè pot causar una tempesta de difusió.
Habilita PortFast:Si el dispositiu ho admet, la funció PortFast es pot habilitar al port (ordres com ara spath-tree portfast), permetent que el port ometi la fase d'escolta i aprenentatge d'STP i entri directament a l'estat de reenviament.
Comprovació de bucles:Si el bloqueig STP és causat per l'existència de bucles a la xarxa, comproveu més a fons la topologia de la xarxa per trobar i trencar els bucles.
Els problemes d'STP són habituals a les xarxes empresarials, especialment en entorns amb diversos commutadors. Si teniu una xarxa petita, és possible que pugueu ometre aquest pas per ara, però entendre com funciona l'STP us pot ajudar molt a resoldre problemes en el futur.

3. Comproveu si l'ARP funciona per assegurar-vos que l'adreça MAC s'ha resolt correctament

Quan la capa d'enllaç sigui normal, aneu a la capa de xarxa per comprovar-ho. L'ordre Ping es basa en el protocol ICMP, que primer resol l'adreça IP de destinació a una adreça MAC mitjançant el protocol de resolució d'adreces (ARP). Si la resolució ARP falla, el Ping fallarà.
Comproveu la taula ARP: Comproveu la taula ARP del dispositiu per confirmar que l'adreça MAC del dispositiu de destinació s'ha resolt correctament. A Windows, per exemple, podeu veure la memòria cau ARP obrint la línia d'ordres i escrivint arp-a. Si no hi ha cap adreça MAC per a la IP de destinació, la resolució ARP ha fallat.
Prova manual d'ARP:Prova d'enviar sol·licituds ARP manualment. Per exemple, a Windows pots utilitzar l'ordre ping per activar una sol·licitud ARP o utilitzar directament una eina com ara arping (en sistemes Linux). Si no hi ha resposta a la sol·licitud ARP, els possibles motius inclouen:
Bloqueig del tallafocs:Les sol·licituds ARP estan bloquejades pel tallafocs d'alguns dispositius. Comproveu la configuració del tallafocs del dispositiu de destinació i torneu-ho a provar després de desactivar temporalment el tallafocs.
Col·lisió IP:La resolució ARP pot fallar si hi ha col·lisions d'adreces IP a la xarxa. Feu servir una eina com ara Wireshark per detectar paquets i veure si hi ha diverses adreces MAC que responen a la mateixa IP.

Solució:

Suprimeix Arpcache (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) i després torna a fer Ping.
Assegureu-vos que les adreces IP dels dos dispositius estiguin a la mateixa subxarxa i que la màscara de subxarxa sigui la mateixa (vegeu el pas següent per obtenir més informació).
Els problemes d'ARP sovint estan estretament relacionats amb la configuració de la capa de xarxa, i cal paciència per resoldre'ls i assegurar-se que tot funciona.

4. Comproveu l'adreça IP i la configuració de la subxarxa per garantir la infraestructura de comunicació

Els problemes a la capa de xarxa solen ser els principals culpables dels errors de Ping. Les adreces IP i les subxarxes mal configurades fan que els dispositius no es puguin comunicar. Aquests són els passos:
Confirma l'adreça IP:Comproveu si les adreces IP de dos dispositius es troben a la mateixa subxarxa. Per exemple, el dispositiu A té una IP de 192.168.1.10 i una màscara de subxarxa de 255.255.255.0. El dispositiu B té una IP de 192.168.1.20 i la mateixa màscara de subxarxa. Les dues IP es troben a la mateixa subxarxa (192.168.1.0/24) i teòricament es poden comunicar. Si el dispositiu B té una IP de 192.168.2.20, no es troba a la mateixa subxarxa i el ping fallarà.
Comprovació de màscares de subxarxa:Les màscares de subxarxa inconsistents també poden provocar errors de comunicació. Per exemple, el dispositiu A té una màscara de 255.255.255.0 i el dispositiu B té una màscara de 255.255.0.0, cosa que pot provocar barreres de comunicació a causa de la seva diferent comprensió de l'abast de la subxarxa. Assegureu-vos que les màscares de subxarxa siguin les mateixes per a tots dos dispositius.
Comproveu la configuració de la passarel·la:Els dispositius connectats directament normalment no necessiten una passarel·la, però les passarel·les mal configurades poden fer que els paquets es reenviïn incorrectament. Assegureu-vos que la passarel·la per a tots dos dispositius estigui definida com a no configurada o que apunti a l'adreça correcta.

Solució:

Modifiqueu l'adreça IP o la màscara de subxarxa per assegurar-vos que tots dos dispositius es troben a la mateixa subxarxa. Desactiveu els paràmetres de passarel·la innecessaris o configureu-los al valor predeterminat (0.0.0.0).
La configuració IP és el nucli de la comunicació de xarxa, per la qual cosa és important comprovar-ho dues vegades per assegurar-se que no hi falti res.

5. Comproveu els paquets ICMP enviats i rebuts per assegurar-vos que el protocol no estigui desactivat

L'ordre Ping es basa en el protocol de missatgeria de control d'Internet (ICMP). Si els paquets ICMP s'intercepten o es desactiven, Ping no tindrà èxit.
Revisa les regles del tallafocs:Molts dispositius tenen tallafocs activats per defecte, cosa que pot bloquejar les sol·licituds ICMP. A Windows, per exemple, comproveu la configuració "Talafocs del Windows Defender" per assegurar-vos que la regla ICMPv4-In estigui permesa. Els sistemes Linux comproven la regla iptables (iptables -L) per assegurar-se que no s'estigui bloquejant l'ICMP.
Comprova la política del dispositiu:Alguns encaminadors o commutadors desactiven les respostes ICMP per evitar l'escaneig. Inicieu la sessió a la pantalla de gestió de dispositius per assegurar-vos que l'ICMP està desactivat.
Anàlisi de captura de paquets:Feu servir una eina com ara Wireshark oMylinking Network TapsiMylinking Network Packet Brokersper capturar paquets per veure si s'ha fet una sol·licitud ICMP i si hi ha hagut una resposta. Si es fa la sol·licitud però no hi ha resposta, el problema pot ser al dispositiu de destinació. Si no es fa cap sol·licitud, el problema pot ser a la màquina local.

Solució:

(Windows: netsh advfirewall set allprofiles state off; Linux: iptables -F) per comprovar si Ping ha tornat a la normalitat. Activeu les respostes ICMP al dispositiu (per exemple, dispositiu Cisco: ip icmp echo-reply).
Els problemes d'ICMP sovint estan relacionats amb polítiques de seguretat, que requereixen un compromís entre seguretat i connectivitat.

6. Comproveu si el format del paquet és correcte per assegurar-vos que NO hi hagi anomalies a la pila de protocols

Si tot va bé i encara no podeu fer Ping, potser haureu d'analitzar la pila de protocols per comprovar que el paquet tingui el format correcte.
Capturar i analitzar paquets:

Utilitzeu Wireshark per capturar paquets ICMP i comproveu el següent:
- El tipus i el codi de la sol·licitud ICMP són correctes (la sol·licitud Echo hauria de ser de tipus 8, codi 0).
- Si les IP d'origen i de destinació són correctes.
- Si hi ha valors anormals de TTL (Time to Live) que podrien causar que el paquet es descarti a la meitat del procés.
Comproveu la configuració de la MTU:Si la configuració de la unitat de transmissió màxima (MTU) no és coherent, la fragmentació de paquets pot fallar. La MTU per defecte és de 1500 bytes, però alguns dispositius poden estar configurats amb valors més petits. Proveu la fragmentació amb l'ordre ping-fl 1472 target IP (Windows). Si es demana la fragmentació però el senyalador No fragmentar (DF) està definit, la MTU no coincideix.

Solució:

Ajusta el valor de MTU (Windows: netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent).
Assegureu-vos que la MTU dels dos dispositius sigui la mateixa.
El problema de la pila de protocols és més complex, es suggereix que l'anàlisi en profunditat es duu a terme després que la investigació bàsica sigui infructuosa.

Captura de paquets

7. Recopilar informació i buscar suport tècnic

Si els passos anteriors no resolen el problema, és possible que hàgiu de recopilar més informació i sol·licitar assistència tècnica.
Registre:Recopila la informació de registre del dispositiu (syslog del router/switch, syslog del PC) i comprova si hi ha algun error.
Poseu-vos en contacte amb el fabricant:Si el dispositiu és un producte empresarial com araEl meu enllaç(Toques de xarxa, Intermediaris de paquets de xarxaiBypass en línia), Cisco (Router/Switch), Huawei (Router/Switch), podeu contactar amb l'assistència tècnica del fabricant per obtenir els passos d'inspecció detallats i els registres.
Aprofitant la comunitat:Publiqueu en fòrums tècnics (per exemple, Stack Overflow, Cisco Community) per obtenir ajuda, proporcionant informació detallada sobre la topologia i la configuració de la xarxa.
Una connexió directa a un dispositiu de xarxa que no aconsegueix fer Ping pot semblar senzilla, però en realitat pot implicar múltiples problemes a la capa física, la capa d'enllaç, la capa de xarxa i fins i tot la pila de protocols. La majoria dels problemes es poden resoldre seguint aquests set passos, des del bàsic fins a l'avançat. Tant si es tracta de comprovar el cable de xarxa, ajustar l'STP, verificar l'ARP o optimitzar la configuració IP i la política ICMP, cada pas requereix cura i paciència. Espero que aquesta guia us doni una mica de claredat sobre com resoldre els problemes d'Internet, de manera que no us confondreu si us enfronteu a un problema similar.


Data de publicació: 09 de maig de 2025