Aktív témák

• #112354 Balazs_ senior tag spiritex #112352

  2023-12-12 14:14:44 #112354

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Balazs_

  senior tag

  válasz spiritex #112352 üzenetére

  Ahogy én csinálom:
  Meetingek alatt mindig megy egy kis ablakban a parancssor a ping 8.8.8.8 -t paranccsal.
  Amint meglátok egy Request timed out-ot, azon nyomban indítom egy másik ablakban a tracert -d -4 8.8.8.8 parancsot. Nálam a net relative gyorsan helyreáll, a tracert végül sikeres lesz, viszont látszani fog, hogy a 10.0.0.1-nél több ezres ms és csillag is lesz a középső 3 értékben.

  Pl itt egy tracert a 8.8.8.8-hoz, levágtam a digis router utáni részt:
  Tracing route to 8.8.8.8 over a maximum of 30 hops
1     1 ms     1 ms     1 ms  192.168.7.1
  2     *        *     3684 ms  10.0.0.1

  Valszeg erre írni kellene egy programot, tök egyszerű, de eddig nem volt kedvem ennyire ezzel foglalkozni. Plusz talán a digiseknek is jól jönne, ha másodpercre megmondanám, hogy mikor volt szar a vonal.

  Magában a tracert kimenetében nem gáz ha van Request timed out és csillag a középső három oszlopban, mert nem minden szerver fog válaszolni a parancsra, viszont a 8.8.8.8 (Google DNS), a saját routered és a 10.0.0.1 vissza fog, tehát ha onnan nem jön vissza, akkor gebasz van.

• #112353 4Grider félisten spiritex #112352

  2023-12-12 14:03:40 #112353

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  4Grider

  félisten

  válasz spiritex #112352 üzenetére

  Mivel végigment a nyomkövetés, így nincs hiba a vonalban. A request timed out olyan útválasztót jelenthet, ahol le van tiltva az icmp, így azok nem fognak válaszolni.

Aktív témák