Quan en una empresa algú deixa anar el típic “no tinc Internet” des d'un PC amb Windows, la temptació sol ser començar a tocar coses a l'atzar: reiniciar l'encaminador, desinstal·lar l'adaptador, passar el solucionador de problemes… i creuar els dits. Tot i això, el diagnòstic avançat de xarxa des de Windows va de tot el contrari: seguir un mètode clar, recolzar-te en les eines adequades i treure conclusions amb dades, no amb suposicions.
Si treballes en suport, helpdesk o com a sysadmin júnior, t'interessa dominar tant les utilitats gràfiques de Windows (com l' informe de xarxa sense fils i la configuració avançada de xarxa ) com els clàssics de línia d'ordres: ping, tracert, ipconfig, nslookup i companyia. Al llarg d'aquesta guia veuràs com encaixar totes aquestes peces en un flux de treball ordenat per esbrinar si el problema és al PC, a la LAN, al DNS, al router, a la VPN o al propi servei.
Per què val la pena diagnosticar xarxes des de Windows?
Tot i que Microsoft i altres fabricants han omplert el sistema d'assistents i assistents màgics, el que realment marca la diferència en un entorn real és tenir eines de diagnòstic de xarxa que aportin rapidesa, claredat i traçabilitat . Dit sense embuts: necessites veure què falla, on i amb quina evidència.
La línia d'ordres de Windows (el clàssic símbol del sistema i les seves ordres de xarxa ) segueix sent imprescindible perquè et permet provar hipòtesis en segons, copiar resultats, adjuntar-los a un tiquet o un informe i repetir el mateix procediment en diferents equips sense tornar-te boig amb pantalles gràfiques diferents.
A més de les ordres bàsiques, Windows integra funcions menys conegudes com l' informe de la xarxa sense fil, la configuració d'ús compartit o la detecció de xarxes, que ajuden molt quan tens problemes concrets amb Wi-Fi, visibilitat entre equips o recursos compartits.
Diagnòstic avançat amb l'informe de xarxa sense fil
Un dels recursos més potents -i menys usats- a Windows és l' informe detallat de xarxa Wi-Fi generat per netsh . Aquesta eina recopila durant diversos dies tot el que passa a l'adaptador sense fils i ho presenta en un informe HTML molt fàcil de revisar.
Per crear l'informe, només cal obrir un símbol del sistema amb permisos elevats i executar l'ordre netsh wlan show wlanreport com a administrador . El sistema genera un fitxer HTML, normalment a la carpeta del teu usuari, que pots obrir amb el teu navegador habitual i revisar amb calma o adjuntar en un tiquet.
Aquest informe agrupa tots els esdeveniments Wi-Fi dels darrers tres dies en sessions de connexió , enllaça sortides d'scripts de xarxa rellevants i afegeix una llista d'adaptadors amb els detalls. És perfecte per entendre si els talls vénen de desconnexions del punt d'accés, errors d'autenticació, errors de controlador o problemes de senyal.
Quina informació conté l'informe Wi‑Fi de Windows
Quan obriu el fitxer HTML de l'informe sense fil, veureu primer un gràfic de resum de sessions Wi‑Fi amb marques d'errors . Cada bloc representa una sessió i un cercle vermell indica un esdeveniment problemàtic; en fer clic saltes directament a la secció d'aquesta sessió, on es detalla què va passar.
Just a sota apareix l'apartat de dades generals de l'informe on s'indica la data de generació i el rang de dies que inclou la recopilació. És útil per saber si la incidència de l'usuari cau dins aquest període o necessites capturar dades noves.
Una altra secció important és la dinformació del sistema: fabricant, model, versió de BIOS, compilació de Windows , identificador únic de lequip i fins i tot si està inscrit en MDM. Aquestes dades us ajuden a relacionar patrons, com problemes recurrents en un model concret de portàtil o en un build de Windows.
L'informe també inclou un bloc amb la informació bàsica de l'usuari que estava loguejat durant les sessions . No sol ser gaire extensa, però en entorns amb diversos usuaris per màquina et pot ajudar a fitar qui va experimentar cada incidència.
A la part d'adaptadors de xarxa trobaràs una llista molt completa amb totes les interfícies, visibles i ocultes, juntament amb detalls com a dispositiu, ID PnP, GUID, versió i data del controlador , indicadors d'estat interns i un possible nombre de problema si Windows detecta una fallada de dispositiu.
Seccions de sortida de scripts i perfils a l'informe
La secció anomenada sortida de seqüència afegeix l'execució de diverses ordres de diagnòstic clau com ara ipconfig, netsh wlan show all i CertUtil . Això us estalvia haver d'executar-los manualment en el moment del problema si l'usuari ja ha generat l'informe.
A la part d'ipconfig /all veureu d'una ullada les adreces IP, màscares, porta d'enllaç, servidors DNS, estat de DHCP i adreces MAC de cada adaptador . És el lloc perfecte per detectar IPs automàtiques APIPA, DNS mal configurats o gateways absents sense haver d'anar provant interfície per interfície.
El bloc de netsh wlan show all se centra en l'adaptador Wi-Fi i llista les capacitats del dispositiu, els perfils configurats, les xarxes detectades al voltant i paràmetres detallats de seguretat . Aquesta informació us ajuda, per exemple, a veure si l'equip només suporta certs estàndards, si el perfil desat està malament o si hi ha diverses xarxes amb el mateix SSID generant confusió.
Tant l'ordre CertUtil en les seves variacions com la sortida de perfils sense fil mostren els certificats instal·lats i la configuració detallada de cada perfil Wi‑Fi emmagatzemat . Les claus i les contrasenyes estan xifrades, però podeu comprovar mètodes d'autenticació, tipus de xifratge o associacions amb certificats d'empresa.
Resum de sessions i motius de desconnexió Wi‑Fi
Al final de l'informe trobareu una secció de resum on s'agrupen èxits, errors i advertiments per sessió sense fil . Aquesta visió condensada ajuda a detectar patrons: per exemple veure que totes les desconnexions coincideixen amb un mateix punt d'accés o amb un horari concret.
Es llisten també les raons de desconnexió reportades pel sistema Wi‑Fi de Windows , cosa que permet anar més enllà del clàssic “s'ha tallat”. Pots veure si el client va decidir canviar de xarxa, l'AP va expulsar el dispositiu, un problema d'autenticació o una pèrdua de senyal prolongada.
L'informe inclou un gràfic de durades de sessió on s'aprecia quant de temps ha durat cada connexió abans de trencar-se . Moltes sessions curtes amb errors apunten a interferències o saturació, mentre que una única caiguda llarga es pot correspondre amb un reinici de l'AP o manteniment de xarxa.
A la secció de sessions sense fil, cada entrada detalla nom de la interfície, GUID, mode de connexió (manual o automàtic), perfil usat, SSID, tipus de xarxa (infraestructura, ad hoc), durada total i causa de desconnexió. Tots els esdeveniments rellevants d'aquesta sessió s'enumeren amb codi de colors, i el mateix informe explica el significat de cada color al gràfic inicial.
Mètode pràctic per diagnosticar problemes de xarxa al Windows
Més enllà d'informes, el diagnòstic avançat en el dia a dia es basa en tractar la xarxa com una cadena amb baules: PC → adaptador → IP i gateway → switch/router → sortida a Internet → DNS → servei final . Quan alguna cosa falla, es trenca una d'aquestes baules, i la teva feina és esbrinar quina amb la mínima pèrdua de temps.
Primer de tot, abans de tocar res, és demanar a l'usuari un símptoma el més precís possible. No és el mateix “no obre res” que “per IP funciona però per nom no”, o “per cable va bé però només per Wi‑Fi cau”. Un bon hàbit és deixar-ho escrit en una frase tipus “falla X, a Y, des de Z, amb prova A que ho demostra” , per exemple: “no obre intranet des de portàtil per Wi‑Fi des de les 10:20, amb ping al gateway presentant pèrdues”.
Ordres essencials de Windows per a diagnòstic de xarxa
Un cop aclarit el símptoma, el primer pas tècnic és comprovar la configuració IP amb ipconfig /all, que detalla adreces, màscares, portes denllaç, DNS, DHCP i MAC . Si veus una IP automàtica 169.254.xx o absència de gateway, saps que el problema és molt a prop: adaptador, cable, Wi‑Fi o servidor DHCP.
Si els paràmetres semblen coherents, el focus següent és la connectivitat local amb ping al gateway. Un ping amb latències baixes i estables al router indica un enllaç sa , mentre que pèrdues, temps altíssims o absència de resposta solen assenyalar problemes de capa física, interferències Wi‑Fi o fins i tot filtres ICMP si tota la resta falla també.
Per separar si “Internet” està realment caigut o si és un tema de noms de domini, convé provar eixida directa per IP a un host conegut. Si en fer ping a una IP pública contesten els paquets però per nom de domini no respon res , el sospitós número u és el DNS: servidor caigut, mala configuració, resolució interna trencada o dependències de VPN.
En aquestes situacions, nslookup es torna el teu aliat, perquè mostra quin servidor DNS està resolent, quant triga ia quina IP tradueix un nom concret . Si el servidor no respon, triga molt o torna una IP inesperada, ja tens localitzada la línia de recerca: servidor caigut, split‑DNS mal configurat, memòria cau obsoleta o rutes de VPN.
Aprofundint en l'anàlisi: traces, rutes i ports
Quan IP, gateway i DNS semblen raonables però tot i així hi ha serveis que no responen, toca mirar la ruta cap a la destinació amb eines com tracert i pathping, que mostren els salts i la qualitat de cada tram . Els primers salts solen correspondre a la teva xarxa local i al teu proveïdor, i si la traça es talla sempre en un punt intermedi, aquí probablement hi ha el bloqueig o la incidència.
Pathping, disponible a Windows, combina traçat i mesurament de pèrdues per salt perquè puguis veure en quin router comença la degradació de la qualitat . Això resulta molt útil per discutir amb operadors o amb altres equips de xarxa aportant dades objectives sobre on es perden els paquets; moltes vegades les pèrdues o xarxes lentes tenen solucions locals d'optimització.
Si el problema se centra en un sol servei (per exemple, RDP, una web interna o una aplicació concreta), la sospita raonable és que hi hagi un bloqueig de ports o un servei que no escolteu. Al costat del servidor, netstat permet revisar quins ports estan oberts, a quines adreces IP escolten i quines connexions hi ha establertes , la qual cosa ajuda a descartar ràpidament que el servei estigui caigut o mal lligat a la interfície errònia.
Al costat del client, encara que eines com telnet estan en desús, segueixen servint per comprovar de forma ràpida si un port remot respon o si un firewall intermedi ho està bloquejant . Per a entorns més avançats, podeu complementar això amb nmap per escanejar ports des de dins o des de fora de la xarxa.
Altres ordres útils per a anàlisi fina en Windows
A més dels clàssics, el sistema ofereix moltes ordres orientades a tasques molt concretes. Amb ipconfig pots alliberar i renovar adreces obtingudes per DHCP, així com revisar la memòria cau DNS local usant /release, /renew o /displaydns, el que és molt pràctic quan sospites de configuracions encallades.
La comanda nslookup, a més de resoldre noms a IP i viceversa, et dóna opcions per consultar registres específics com MX, TXT o AAAA i triar el servidor DNS que vols interrogar , la qual cosa ve de luxe per comparar el comportament d'un DNS intern i un d'extern.
Quan vols centrar-te en la capa física i en les targetes, getmac /v et llista les adreces MAC de tots els adaptadors i el seu estat , mentre que netsh interface show interface et resumeix quines interfícies estan habilitades, administrativament amunt o avall i el tipus de connexió.
Amb netsh interface ip show interfaces i netsh interface ip show dnsservers obtens directament les IP i servidors DNS associats a cada interfície sense haver de navegar per menús gràfics, cosa que accelera molt la revisió en servidors o quan treballes per consola remota, i pots canviar la prioritat de xarxa quan sigui necessari.
Cal no oblidar netstat, que revela les connexions actives, els ports en escolta i les estadístiques de protocols , i route print, que ensenya la taula d'encaminament de l'equip. Usant route add i route delete pots manipular rutes estàtiques per a proves o per solucionar conflictes de trànsit.
Eines gràfiques i avançades de diagnòstic de xarxa
Tot i que les ordres de consola són rapidíssims, en moltes organitzacions es complementen amb aplicacions avançades de monitorització i anàlisi de xarxa que proporcionen visió global, històrics i alertes automàtiques en cas de problemes.
Per exemple, plataformes de monitorització de disponibilitat com Uptrends permeten vigilar llocs web, servidors i dispositius de xarxa des de múltiples ubicacions i avisar-te si un servei cau o si el seu rendiment baixa per sota de certs llindars, ajudant a distingir si un problema afecta només la teva xarxa o una regió sencera.
Eines de captura de paquets com Wireshark o la seva variant de consola TShark permeten analitzar en profunditat protocols, temps de resposta i contingut de trànsit . Són ideals quan ja has fitat la fallada amb ping i tracert però necessites veure exactament què passa a la conversa entre client i servidor.
En entorns Wi‑Fi, utilitats com WiFi Explorer per a macOS ajuden a detectar solapaments de canal, interferències, intensitat de senyal o soroll excessiu , proporcionant informació sobre BSSID, fabricant, canal i altres paràmetres crítics per a una bona cobertura sense fil.
També és freqüent fer servir calculadores de subxarxa per facilitar el disseny de rangs IP, màscares i divisió de xarxes sense haver de fer els càlculs a mà. Això redueix errors de configuració que després es tradueixen en rutes impossibles o solapaments entre segments.
En el terreny de l'observabilitat més sofisticada, solucions com la monitorització del rendiment de xarxa de Datadog permeten visualitzar dependències entre aplicacions, contenidors i xarxes híbrides , mentre que sistemes clàssics com Nagios vigilen de forma contínua switches, servidors, serveis i bases de dades, llançant alertes quan se superen llindars.
No podem oblidar Nmap, el conegut Network Mapper, que resulta molt útil per descobrir dispositius connectats, ports oberts i possibles bretxes de seguretat . Tot i que és més una eina d'inventari i d'auditoria, la seva visió de la topologia real de xarxa és molt valuosa en diagnosticar rutes rares o accessos inesperats.
Passos generals per solucionar problemes de xarxa complexos
Quan un problema de xarxa afecta molts usuaris o sistemes crítics, convé seguir una metodologia estructurada més enllà del simple “a veure què passa si reinicio”. El primer pas és sempre identificar amb detall què està fallant, quin abast té i quins serveis hi estan implicats , recollint tota la informació possible des del principi.
Després, si l'impacte és gran, heu de comunicar la incidència a l'equip apropiat perquè tots treballin amb el mateix context. Amb les dades a la mà, toca formular hipòtesis sobre la causa i provar-les de forma controlada , minimitzant efectes secundaris i evitant canvis massius sense proves prèvies.
Quan localitzes la causa arrel, és molt més fàcil plantejar una solució tècnica adequada, ja sigui actualitzar firmware, modificar una ruta, corregir una màscara de subxarxa o ajustar regles de tallafocs . Tot i així, l'ideal és validar la solució en un entorn reduït o en una part de la xarxa abans d'estendre-la a tota l'organització.
Quan es decideix el desplegament complet, cal tenir en compte la criticitat del servei, la finestra de manteniment, els riscos i els protocols interns de gestió de canvis . Després d'aplicar la correcció, és fonamental documentar els fets, com es va resoldre i què es podria millorar la propera vegada.
Com a darrer pas, convé revisar la incidència en fred per extreure aprenentatges i establir mesures preventives: monitorització addicional, alertes més afinades, canvis de disseny o formació a usuaris i personal tècnic . D'aquesta manera, cada problema de xarxa esdevé també una oportunitat per millorar la resiliència general de l'entorn.
Casos pràctics i errors habituals en diagnosticar
En el dia a dia sorgeixen patrons que es repeteixen una vegada i una altra. Per exemple, el típic “no tinc Internet” que es resol en minuts si seguiu una seqüència ordenada: revisar ipconfig /all, fer ping al gateway, comprovar ping a una IP pública i verificar la resolució DNS amb nslookup . Normalment, amb aquests quatre passos ja sabeu si el problema és DHCP, router, operador o noms de domini.
Un altre clàssic és la intranet corporativa que falla mentre tot allò extern va fi. En aquest cas n'hi ha prou amb provar la resolució de noms interns, revisar dependències de VPN i comprovar ports com 80 o 443 als servidors . Moltes vegades no és “Internet” el que està trencat, sinó la resolució DNS interna, el túnel de VPN o el servidor intermediari corporatiu.
Quan el que es queixen és de lentitud o talls, mirar amb calma el ping al gateway i al router del proveïdor pot revelar pèrdues de paquets i latències dispars que apunten a saturació Wi-Fi, cables en mal estat o congestionament . Si per cable tot va bé, però per Wi‑Fi és un drama, té poc sentit perdre temps amb DNS o servidors: cal centrar-se en cobertura, canals i qualitat de l'enllaç.
Entre els errors més freqüents estan confondre qualsevol error amb “Internet caigut” sense haver provat abans per IP, reiniciar servidors o routers sense recopilar dades que després trobes a faltar , fer un munt de proves sense seguir un ordre lògic o donar per fet que un ping que no respon significa que el host està caigut, quan potser només filtra ICMP.
També és un error comú no documentar allò que s'ha fet i allò que s'ha observat. En suport professional, l' evidència d'ordres, captures de pantalla, traces i decisions preses forma part imprescindible del treball perquè permet escalar amb context, repetir solucions efectives i evitar reprocessar sempre les mateixes avaries des de zero.
Dominar les eines natives de Windows -com l'informe de xarxa sense fil, les ordres ipconfig, ping, tracert, nslookup, netstat, netsh i les opcions de detecció de xarxes- combinat amb bones pràctiques d'anàlisi estructurat i, quan cal, amb plataformes avançades de monitorització, et col·loca en una posició gairebé enfrontada improvisar i amb molta més seguretat en els teus diagnòstics. Comparteix aquesta informació i més usuaris sabran del tema.