#128 – Analizzare la rete – Parte seconda

Siete sempre al lavoro con me, oggi vediamo la differenza tra un HUB e uno switch, come girano i pacchetti, come si possono analizzare con uno switch gestito (link sponsorizzato), il software Wireshark e come si può provare un DNS con il comando nslookup per Windows e Linux Pillole di Bit (https://www.pilloledib.it/) è un podcast indipendente realizzato da Francesco Tucci, se vuoi metterti con contatto con me puoi scegliere tra diverse piattaforme: - Telegram (o anche solo il canale dedicato solo ai commenti delle puntate) - TikTok (per ora è un esperimento) - Twitter - BlueSky - Il mio blog personale ilTucci.com - Il mio canale telegram personale Le Cose - Mastodon personale - Mastodon del podcast - la mail (se mi vuoi scrivere in modo diretto e vuoi avere più spazio per il tuo messaggio) Rispondo sempre Se questo podcast ti piace, puoi contribuire alla sue realizzazione! Con una donazione diretta: - Singola con Satispay - Singola o ricorrente con Paypal Usando i link sponsorizzati - Con un acquisto su Amazon (accedi a questo link e metti le cose che vuoi nel carrello) - Attivando uno dei servizi di Ehiweb Se hai donato più di 5€ ricordati di compilare il form per ricevere i gadget! Il sito è gentilmente hostato da ThirdEye (scrivete a domini AT thirdeye.it), un ottimo servizio che vi consiglio caldamente e il podcast è montato con gioia con PODucer, un software per Mac di Alex Raccuglia Ciao a tutti e bentornati all’ascolto di Pillole di Bit, questa è la puntata 128 e io sono, come sempre, Francesco. Dove ero rimasto? Innanzitutto, se state ascoltando questa puntate e non avete ascoltato la precedente fermatevi subito e andate a recuperarla, questa è una seconda parte, se non ascoltate quella di prima non ci capite nulla. Riprendiamo. Dopo aver fatto il test con il cambio del mac address e aver appurato che il problema non era quello, è stato necessario attivare il cervello per capire come risolvere. Il passo successivo l’ho fatto cambiando IP del dispositivo, senza ottenere alcun risultato. Così per scrupolo, ho anche cambiato gli IP dei DNS configurati, togliendo quelli di Google e mettendo quelli di Cloudlfare, anche qui, ovviamente non cambia nulla. Mentre cercavo un po’ di documentazione su questo dispositivo, mi sono accorto che l’apertura dei siti dal mio PC era un po’ rallentata, come se ci volesse qualche secondo in più per risolvere il nome del sito. Dalle piccole cose nascono le scintille che poi accendono il fuoco. Ok, la smetto di dire fesserie, mi sono insospettito e ho fatto un test. Ho aperto la riga di comando e ho provato a risolvere dei nomi di siti con il comando nslookup. Dopo aver fatto un po’ di prove mi rendo conto che in questa rete il DNS primario di google, quello con indirizzo 8.8.8.8, non funzionava. Lo raggiungevo con il PING, ma la risoluzione non andava. Avevo sempre un timeout Facendo un po’ di test mi sono accorto che era solo quello a non andare. Avrei potuto chiamare il fornitore della connettività, ma visto che stavo lavorando in pausa pranzo, per non fermare la produttività della sede, ancora non potevo chiamarli. Il PC andava più lento perché avendo impostato due DNS, una volta fallita la chiamata sul primo, lui cercava sul secondo, quindi passavano circa 2 secondi che generavano il fastidioso ritardo. Ormai siamo abituati bene e un ritardo di due secondi dalla pressione del tasto INVIO è considerata eccessiva. E sul dispositivo, perché le cose ancora non andavano anche se avevo impostato altri DNS? Era necessario andare a fondo del problema e risolverlo definitivamente. Qui ho estratto dal cilindro, anzi, no, dal mio zaino, uno switch evoluto, i tecnici dicono “gestito” Qui serve una piccola parentesi su come funziona lo scambio dei dati attraverso uno switch. Quando si collegano dei dispositivi a uno switch, questo memorizza quale mac address è collegato su quale porta. Se uno switch è attaccato a un altro switch, i due si passano le liste dei mac address ad essi coll