109.3 Lecke 2
Tanúsítvány: |
LPIC-1 |
---|---|
Verzió: |
5.0 |
Témakör: |
109 Hálózati alapok |
Fejezet: |
109.3 Alapvető hálózati hibaelhárítás |
Lecke: |
2/2 |
Bevezetés
A Linux alapú operációs rendszerek számos eszközzel rendelkeznek a hálózati problémák elhárításához. Ez a lecke a leggyakoribbak közül ismertet néhányat. Ezen a ponton már tisztában kell lennünk az OSI vagy más hálózati rétegmodellekkel, az IPv4 vagy IPv6 címzéssel, valamint a routing és a switching alapjaival.
A hálózati kapcsolat tesztelésének legjobb módja az, ha megpróbáljuk használni az alkalmazást. Ha ez nem működik, rengeteg eszköz áll rendelkezésre a probléma diagnosztizálásához.
Kapcsolatok tesztelés a ping
paranccsal
A ping
és a ping6
parancsokkal ICMP echo requestet küldhetünk egy IPv4 vagy IPv6 címre. Ez kis mennyiségű adatot küld a célcímre. Ha a célcím elérhető, akkor az ICMP echo válaszüzenetet küld vissza a feladónak ugyanazokkal az adatokkal, amelyeket a feladó küldött:
$ ping -c 3 192.168.50.2 PING 192.168.50.2 (192.168.50.2) 56(84) bytes of data. 64 bytes from 192.168.50.2: icmp_seq=1 ttl=64 time=0.525 ms 64 bytes from 192.168.50.2: icmp_seq=2 ttl=64 time=0.419 ms 64 bytes from 192.168.50.2: icmp_seq=3 ttl=64 time=0.449 ms --- 192.168.50.2 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2006ms rtt min/avg/max/mdev = 0.419/0.464/0.525/0.047 ms
$ ping6 -c 3 2001:db8::10 PING 2001:db8::10(2001:db8::10) 56 data bytes 64 bytes from 2001:db8::10: icmp_seq=1 ttl=64 time=0.425 ms 64 bytes from 2001:db8::10: icmp_seq=2 ttl=64 time=0.480 ms 64 bytes from 2001:db8::10: icmp_seq=3 ttl=64 time=0.725 ms --- 2001:db8::10 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 0.425/0.543/0.725/0.131 ms
A -c
kapcsoló a küldendő csomagok számának megadására szolgál. Ha kihagyjuk ezt az opciót, a ping
és a ping6
addig küldi a csomagokat, amíg le nem állítjuk, általában a Ctrl+C billentyűkombinációval.
Csak azért, mert nem tudunk pingelni egy hostot, az még nem jelenti azt, hogy nem tudunk csatlakozni hozzá. Sok szervezet tűzfalai vagy router hozzáférési vezérlési listái mindent blokkolnak, kivéve a rendszerek működéséhez szükséges minimumot. Ez magában foglalja az ICMP kéréseket és válaszokat is. Mivel ezek a csomagok tetszőleges adatokat tartalmazhatnak, egy ügyes támadó felhasználhatja őket adatok kiszivárogtatására.
Útvonalak követése
A traceroute
és traceroute6
programok segítségével megnézhetjük, hogy egy csomag milyen útvonalon jut el a célállomásáig. Ez úgy történik, hogy a rendszer több csomagot küld a célállomásra, és minden egyes csomaggal növeli az IP header Time-To-Live (TTL) mezőjét. Az útvonal mentén minden router egy TTL túllépett ICMP üzenettel válaszol:
$ traceroute 192.168.1.20 traceroute to 192.168.1.20 (192.168.1.20), 30 hops max, 60 byte packets 1 10.0.2.2 (10.0.2.2) 0.396 ms 0.171 ms 0.132 ms 2 192.168.1.20 (192.168.1.20) 2.665 ms 2.573 ms 2.573 ms $ traceroute 192.168.50.2 traceroute to 192.168.50.2 (192.168.50.2), 30 hops max, 60 byte packets 1 192.168.50.2 (192.168.50.2) 0.433 ms 0.273 ms 0.171 ms $ traceroute6 2001:db8::11 traceroute to 2001:db8::11 (2001:db8::11), 30 hops max, 80 byte packets 1 2001:db8::11 (2001:db8::11) 0.716 ms 0.550 ms 0.641 ms $ traceroute 2001:db8::11 traceroute to 2001:db8::11 (2001:db8::11), 30 hops max, 80 byte packets 1 2001:db8::10 (2001:db8::11) 0.617 ms 0.461 ms 0.387 ms $ traceroute net2.example.net traceroute to net2.example.net (192.168.50.2), 30 hops max, 60 byte packets 1 net2.example.net (192.168.50.2) 0.533 ms 0.529 ms 0.504 ms $ traceroute6 net2.example.net traceroute to net2.example.net (2001:db8::11), 30 hops max, 80 byte packets 1 net2.example.net (2001:db8::11) 0.738 ms 0.607 ms 0.304 ms
Alapértelmezés szerint a traceroute
3 UDP csomagot küld a 33434-es portra, és minden egyes csomagküldéskor növeli ezt a számot. A parancs kimenetében minden sor egy-egy router interfész, amelyen a csomag áthalad. A kimenet egyes soraiban feltüntetett idők az egyes csomagok oda-vissza utazási idejét jelentik. Az IP-cím a kérdéses router interfészének a címe. Ha a traceroute
képes rá, akkor a router interfészének DNS-nevét használja. Néha az idő helyett *
látható. Ez azt jelenti, hogy a traceroute
nem kapta meg az adott csomaghoz tartozó TTL túllépés üzenetét. Amikor ezt kezdjük látni, az gyakran azt jelzi, hogy az utolsó válasz az útvonal utolsó ugrása.
root
-ként az -I
kapcsolóval a traceroute
-t úgy állíthatjuk be, hogy UDP csomagok helyett ICMP kéréseket használjon. Ez gyakran hatékonyabb, mint az UDP, mivel a célállomás nagyobb valószínűséggel válaszol az ICMP kérésre, mint az UDP csomagra:
# traceroute -I learning.lpi.org traceroute to learning.lpi.org (208.94.166.201), 30 hops max, 60 byte packets 1 047-132-144-001.res.spectrum.com (47.132.144.1) 9.764 ms 9.702 ms 9.693 ms 2 096-034-094-106.biz.spectrum.com (96.34.94.106) 8.389 ms 8.481 ms 8.480 ms 3 dtr01hlrgnc-gbe-4-15.hlrg.nc.charter.com (96.34.64.172) 8.763 ms 8.775 ms 8.770 ms 4 acr01mgtnnc-vln-492.mgtn.nc.charter.com (96.34.67.202) 27.080 ms 27.154 ms 27.151 ms 5 bbr01gnvlsc-bue-3.gnvl.sc.charter.com (96.34.2.112) 31.339 ms 31.398 ms 31.395 ms 6 bbr01aldlmi-tge-0-0-0-13.aldl.mi.charter.com (96.34.0.161) 39.092 ms 38.794 ms 38.821 ms 7 prr01ashbva-bue-3.ashb.va.charter.com (96.34.3.51) 34.208 ms 36.474 ms 36.544 ms 8 bx2-ashburn.bell.ca (206.126.236.203) 53.973 ms 35.975 ms 38.250 ms 9 tcore4-ashburnbk_0-12-0-0.net.bell.ca (64.230.125.190) 66.315 ms 65.319 ms 65.345 ms 10 tcore4-toronto47_2-8-0-3.net.bell.ca (64.230.51.22) 67.427 ms 67.502 ms 67.498 ms 11 agg1-toronto47_xe-7-0-0_core.net.bell.ca (64.230.161.114) 61.270 ms 61.299 ms 61.291 ms 12 dis4-clarkson16_5-0.net.bell.ca (64.230.131.98) 61.101 ms 61.177 ms 61.168 ms 13 207.35.12.142 (207.35.12.142) 70.009 ms 70.069 ms 59.893 ms 14 unassigned-117.001.centrilogic.com (66.135.117.1) 61.778 ms 61.950 ms 63.041 ms 15 unassigned-116.122.akn.ca (66.135.116.122) 62.702 ms 62.759 ms 62.755 ms 16 208.94.166.201 (208.94.166.201) 62.936 ms 62.932 ms 62.921 ms
Egyes szervezetek blokkolják az ICMP kéréseket és válaszokat. Ennek megkerülésére használhatjuk a TCP-t. Egy ismert nyitott TCP-port használatával garantálhatjuk azt, hogy a célállomás válaszoljon. A TCP használatához a -T
kapcsolót kell használnunk, valamint a -p
kapcsolóval meg kell adnunk a portot. Az ICMP echo kérésekhez hasonlóan ehhez is root
-nak kell lennünk:
# traceroute -m 60 -T -p 80 learning.lpi.org traceroute to learning.lpi.org (208.94.166.201), 60 hops max, 60 byte packets 1 * * * 2 096-034-094-106.biz.spectrum.com (96.34.94.106) 12.178 ms 12.229 ms 12.175 ms 3 dtr01hlrgnc-gbe-4-15.hlrg.nc.charter.com (96.34.64.172) 12.134 ms 12.093 ms 12.062 ms 4 acr01mgtnnc-vln-492.mgtn.nc.charter.com (96.34.67.202) 31.146 ms 31.192 ms 31.828 ms 5 bbr01gnvlsc-bue-3.gnvl.sc.charter.com (96.34.2.112) 39.057 ms 46.706 ms 39.745 ms 6 bbr01aldlmi-tge-0-0-0-13.aldl.mi.charter.com (96.34.0.161) 50.590 ms 58.852 ms 58.841 ms 7 prr01ashbva-bue-3.ashb.va.charter.com (96.34.3.51) 34.556 ms 37.892 ms 38.274 ms 8 bx2-ashburn.bell.ca (206.126.236.203) 38.249 ms 36.991 ms 36.270 ms 9 tcore4-ashburnbk_0-12-0-0.net.bell.ca (64.230.125.190) 66.779 ms 63.218 ms tcore3-ashburnbk_100ge0-12-0-0.net.bell.ca (64.230.125.188) 60.441 ms 10 tcore4-toronto47_2-8-0-3.net.bell.ca (64.230.51.22) 63.932 ms 63.733 ms 68.847 ms 11 agg2-toronto47_xe-7-0-0_core.net.bell.ca (64.230.161.118) 60.144 ms 60.443 ms agg1-toronto47_xe-7-0-0_core.net.bell.ca (64.230.161.114) 60.851 ms 12 dis4-clarkson16_5-0.net.bell.ca (64.230.131.98) 67.246 ms dis4-clarkson16_7-0.net.bell.ca (64.230.131.102) 68.404 ms dis4-clarkson16_5-0.net.bell.ca (64.230.131.98) 67.403 ms 13 207.35.12.142 (207.35.12.142) 66.138 ms 60.608 ms 64.656 ms 14 unassigned-117.001.centrilogic.com (66.135.117.1) 70.690 ms 62.190 ms 61.787 ms 15 unassigned-116.122.akn.ca (66.135.116.122) 62.692 ms 69.470 ms 68.815 ms 16 208.94.166.201 (208.94.166.201) 61.433 ms 65.421 ms 65.247 ms 17 208.94.166.201 (208.94.166.201) 64.023 ms 62.181 ms 61.899 ms
A ping
-hez hasonlóan a traceroute
-nak is megvannak a maga korlátai. A tűzfalak és a routerek blokkolhatják a traceroute
-ból küldött vagy a traceroute
-ba visszaküldött csomagokat. Ha van root
hozzáférésünk, vannak olyan lehetőségek, amelyek segítségével pontos eredményeket kaphatunk.
MTU-k feltárása a tracepath
segítségével
A tracepath
parancs hasonló a traceroute
parancshoz, a különbség az, hogy az útvonal mentén követi a Maximum Transmission Unit (MTU) méretét. Az MTU vagy egy hálózati interfészen konfigurált beállítás, vagy a legnagyobb protokolladategység hardveres korlátozása, amelyet az interfész továbbítani vagy fogadni tud. A tracepath
program ugyanúgy működik, mint a traceroute
, azaz minden csomaggal növeli a TTL értéket. A különbség az, hogy egy nagyon nagy UDP adatcsomagot küld. Szinte elkerülhetetlen, hogy az adatcsomag nagyobb legyen, mint az útvonal mentén a legkisebb MTU-val rendelkező eszköz. Amikor a csomag eléri ezt az eszközt, az eszköz általában egy elérhetetlen célcsomaggal válaszol. Az ICMP elérhetetlen célállomás csomagnak (destination unreachable packet) van egy mezője annak a kapcsolatnak az MTU-jára, amelyen a csomagot elküldené, ha képes lenne rá. A tracepath
ezután minden további csomagot ezzel a mérettel küld:
$ tracepath 192.168.1.20 1?: [LOCALHOST] pmtu 1500 1: 10.0.2.2 0.321ms 1: 10.0.2.2 0.110ms 2: 192.168.1.20 2.714ms reached Resume: pmtu 1500 hops 2 back 64
A traceroute
-tól eltérően IPv6 esetén kifejezetten a tracepath6
-ot kell használni:
$ tracepath 2001:db8::11 tracepath: 2001:db8::11: Address family for hostname not supported $ tracepath6 2001:db8::11 1?: [LOCALHOST] 0.027ms pmtu 1500 1: net2.example.net 0.917ms reached 1: net2.example.net 0.527ms reached Resume: pmtu 1500 hops 1 back 1
A kimenet hasonló a traceroute
-hoz. A tracepath
előnye, hogy az utolsó sorban a legkisebb MTU-t adja meg a teljes kapcsolaton. Ez hasznos lehet olyan kapcsolatok hibaelhárításánál, amelyek nem tudják kezelni a töredékeket.
Az előző hibaelhárítási eszközökhöz hasonlóan itt is fennáll annak a lehetősége, hogy az eszközök blokkolják a csomagokat.
Tetszőleges kapcsolatok létrehozása
Az nc
program, más néven netcat, tetszőleges adatokat küldhet vagy fogadhat TCP vagy UDP hálózati kapcsolaton keresztül. A következő példákból világos lesz a működése.
Íme egy példa egy listener beállítására az 1234
porton:
$ nc -l 1234 LPI Example
Az LPI Example
kimenete az alábbi példa után jelenik meg, amely egy netcat feladót állít be, hogy csomagokat küldjön a net2.example.net
címre az 1234
porton. Az -l
kapcsolóval megadhatjuk, hogy az nc
ne küldjön, hanem fogadjon adatokat:
$ nc net2.example.net 1234 LPI Example
A Ctrl+C billentyűparanccsal bármilyen rendszeren megszakíthatjuk a kapcsolatot.
A Netcat IPv4 és IPv6 címekkel egyaránt működik, valamint TCP és UDP protokollal is. Még egy primitív távoli shell beállítására is használható.
Warning
|
Vegyük figyelembe, hogy az |
$ hostname net2 $ nc -u -e /bin/bash -l 1234
Az -u
kapcsoló az UDP-t jelöli. Az -e
arra utasítja a netcat-et, hogy mindent, amit kap, küldjön el az őt követő futtatható program standard bemenetére — ez ebben a példában a /bin/bash
.
$ hostname net1 $ nc -u net2.example.net 1234 hostname net2 pwd /home/emma
Észrevettük, hogy a hostname
parancs kimenete megegyezik a hallgató hostéval, a pwd
parancs pedig egy mappát ír ki?
Jelenlegi kapcsolatok és hallgatók megtekintése
A netstat
és az ss
programokkal megtekinthetjük az aktuális hallgatók (listeners) és kapcsolatok állapotát. Az ifconfig
programhoz hasonlóan a netstat
is egy régi eszköz. Mind a netstat
, mind az ss
hasonló kimenettel és beállításokkal rendelkezik. Íme néhány kapcsoló, amely mindkét programban elérhető:
-a
-
Megjeleníti az összes socketet.
-l
-
Megjeleníti az összes hallgató socketet.
-p
-
Megjeleníti a kapcsolathoz tartozó folyamatot.
-n
-
Megakadályozza a névkeresést mind a portok, mind a címek esetében.
-t
-
Megjeleníti a TCP kapcsolatokat.
-u
-
Megjeleníti az UDP kapcsolatokat.
Az alábbi példák a két program általánosan használt beállításkészletének kimenetét mutatják:
# netstat -tulnp Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 892/sshd tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 1141/master tcp6 0 0 :::22 :::* LISTEN 892/sshd tcp6 0 0 ::1:25 :::* LISTEN 1141/master udp 0 0 0.0.0.0:68 0.0.0.0:* 692/dhclient # ss -tulnp # ss -tulnp Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port udp UNCONN 0 0 :68 *: users:(("dhclient",pid=693,fd=6)) tcp LISTEN 0 128 :22 *: users:(("sshd",pid=892,fd=3)) tcp LISTEN 0 100 127.0.0.1:25 : users:(("master",pid=1099,fd=13)) tcp LISTEN 0 128 [::]:22 [::]:* users:(("sshd",pid=892,fd=4)) tcp LISTEN 0 100 [::1]:25 [::]:* users:(("master",pid=1099,fd=14))
A Recv-Q
oszlop a socket által fogadott, de a programnak át nem adott csomagok száma. A Send-Q
oszlop azoknak a csomagoknak a száma, amelyeket a socket elküldött, de a vevő nem nyugtázta. A többi oszlop magától értetődő.
Gyakorló feladatok
-
Milyen parancs(ok)kal tudnánk ICMP echo requestet küldeni a
learning.lpi.org
címre? -
Hogyan tudnánk meghatározni a
8.8.8.8
-hoz vezető útvonalat? -
Melyik parancs mutatja meg, hogy a 80-as TCP-porton hallgat-e valamilyen folyamat?
-
Hogyan lehet kideríteni, hogy melyik folyamat hallgat egy porton?
-
Hogyan lehetne meghatározni egy hálózati útvonal maximális MTU-ját?
Gondolkodtató feladatok
-
Hogyan használhatjuk a netcat-et HTTP-kérés küldésére egy webszervernek?
-
Mik lehetnek az okai annak, ha egy host pingelése sikertelen?
-
Nevezzünk meg egy eszközt, amellyel láthatjuk, hogy a hálózati csomagok elérnek vagy elhagynak egy Linux-hostot?
-
Hogyan kényszeríthetjük a
traceroute
-t, hogy másik interfészt használjon? -
Lehetséges, hogy a
traceroute
jelentse az MTU-kat?
Összefoglalás
A hálózatot általában a rendszer indítási parancsfájljai vagy egy segédprogram, például a NetworkManager konfigurálja. A legtöbb disztribúció rendelkezik olyan eszközökkel, amelyek szerkesztik az indítóscript konfigurációs fájljait. A részletekért nézzük meg a disztribúció dokumentációját!
A hálózat manuális konfigurálása lehetővé teszi a hatékonyabb hibaelhárítást. Hasznos a minimalista környezetekben, például biztonsági mentésekből való visszaállításhoz vagy új hardverre való áttéréshez.
Az ebben a szakaszban tárgyalt segédprogramok több funkcióval rendelkeznek, mint amennyit ez a lecke tartalmaz. Érdemes átfutni mindegyik man oldalát, hogy megismerkedjünk a rendelkezésre álló lehetőségekkel. Az ss
és az ip
parancsok a dolgok kezelésének modern módját jelentik, míg a többi tárgyalt eszköz, bár még mindig használatban van, már elavultnak számít.
A legjobb módja annak, hogy megismerkedjünk a tárgyalt eszközökkel — a gyakorlás. Egy szerény mennyiségű RAM-mal rendelkező számítógéppel virtuális gépek segítségével virtuális hálózati laboratóriumot hozhatunk létre, amelyen gyakorolhatunk. Három virtuális gép már elég a felsorolt eszközökkel való megismerkedéshez.
A leckében használt parancsok:
ping
andping6
-
ICMP-csomagokat továbbít egy egy távoli host részére, ezzel tesztelve a hálózati kapcsolat elérhetőségét.
traceroute
andtraceroute6
-
Egy hálózaton keresztülvezető útvonal nyomon követésére szolgál a hálózat összeköttetésének meghatározásához.
tracepath
andtracepath6
-
A hálózaton keresztüli útvonal nyomon követésére, valamint az MTU méretének meghatározására szolgál az útvonal mentén.
nc
-
Tetszőleges kapcsolatok létrehozására szolgál a hálózaton a kapcsolat tesztelésére, valamint a hálózaton elérhető szolgáltatások és eszközök lekérdezésére.
netstat
-
Legacy parancs a rendszer nyitott hálózati kapcsolatainak és statisztikáinak meghatározására.
ss
-
Modern parancs a rendszer nyitott hálózati kapcsolatainak és statisztikáinak meghatározására.
Válaszok a gyakorló feladatokra
-
Milyen parancs(ok)kal tudnánk ICMP echo requestet küldeni a
learning.lpi.org
címre?A
ping
vagy aping6
használatával:$ ping learning.lpi.org
vagy
$ ping6 learning.lpi.org
-
Hogyan tudnánk meghatározni a
8.8.8.8
-hoz vezető útvonalat?A
tracepath
vagytraceroute
parancsokkal.$ tracepath 8.8.8.8
vagy
$ traceroute 8.8.8.8
-
Melyik parancs mutatja meg, hogy a 80-as TCP-porton hallgat-e valamilyen folyamat?
Az
ss
:$ ss -ln | grep ":80"
A
netstat
:$ netstat -ln | grep ":80"
Bár nem szerepel a vizsga követelményei között, használhatjuk az
lsof
-t is:# lsof -Pi:80
-
Hogyan lehet kideríteni, hogy melyik folyamat hallgat egy porton?
Ennek megvalósítására sok lehetőség van. Használhatjuk az
lsof
-ot úgy, mint az előző válaszban, kicserélve a port számát. Használhatjuk anetstat
-ot vagy azss
-t a-p
kapcsolóval. Ne feledjük, hogy anetstat
egy legacy eszköz.# netstat -lnp | grep ":22"
A
netstat
esetén használható kapcsolók működnek azss
-el is:# ss -lnp | grep ":22"
-
Hogyan lehetne meghatározni egy hálózati útvonal maximális MTU-ját?
A
tracepath
paranccsal:$ tracepath somehost.example.com
Válaszok a gondolkodtató feladatokra
-
Hogyan használhatjuk a netcat-et HTTP-kérés küldésére egy webszervernek?
A HTTP-request sorának, az esetleges fejléceknek és egy üres sornak a terminálba történő beírásával:
$ nc learning.lpi.org 80 GET /index.html HTTP/1.1 HOST: learning.lpi.org HTTP/1.1 302 Found Location: https://learning.lpi.org:443/index.html Date: Wed, 27 May 2020 22:54:46 GMT Content-Length: 5 Content-Type: text/plain; charset=utf-8 Found
-
Mik lehetnek az okai annak, ha egy host pingelése sikertelen?
Számos lehetőség van. Lássunk néhány példát:
-
A távoli host leállt.
-
Egy ACL router blokkolja a pingelést.
-
A távoli host tűzfala blokkolja a pinget.
-
Lehet, hogy helytelen hostnevet vagy címet használunk.
-
A névfeloldás helytelen címet ad vissza.
-
A gép hálózati konfigurációja helytelen.
-
A gép tűzfala blokkolja a pinget.
-
A távoli host hálózati konfigurációja helytelen.
-
A gépünk interfésze(i) nincs(enek) összeköttetésben.
-
A távoli gép interfésze(i) nincs(ek) összeköttetésben.
-
A köztünk és a távoli gép közötti hálózati komponens, például switch, kábel vagy router már nem működik.
-
-
Nevezzünk meg egy eszközt, amellyel láthatjuk, hogy a hálózati csomagok elérnek vagy elhagynak egy Linux-hostot?
A
tcpdump
és awireshark
is használható. -
Hogyan kényszeríthetjük a
traceroute
-t, hogy másik interfészt használjon?Az
-i
kapcsoló használatával:$ traceroute -i eth2 learning.lpi.org traceroute -i eth2 learning.lpi.org traceroute to learning.lpi.org (208.94.166.201), 30 hops max, 60 byte packets ...
-
Lehetséges, hogy a
traceroute
jelentse az MTU-kat?Igen, az
--mtu
kapcsolóval:# traceroute -I --mtu learning.lpi.org traceroute to learning.lpi.org (208.94.166.201), 30 hops max, 65000 byte packets 1 047-132-144-001.res.spectrum.com (47.132.144.1) 9.974 ms F=1500 10.476 ms 4.743 ms 2 096-034-094-106.biz.spectrum.com (96.34.94.106) 8.697 ms 9.963 ms 10.321 ms ...