b2 (47)

w* * w«u« o* pyces ot oaia.    informacja (tabela 4). Jeśli

Replyfrom 127.0.0.1: bytes—328me=^s<10ms ł! L=128 nie otrzymamy odpowiedzi Replyfrom 127.0.0.1: byies=32 time=<10ms TTL=128 od localhost, oznacza to,

Reply from 127.0.0.1: bytes=32 time=<10ms 7TL=128 ^że P^{rotokół TCP/łP nie} . ,    ^    pracuje prawidłowo;

Reply from 127.0.0.1: bytes=32 time=<10ms TTL=128 pozostaje    nam tylko

usunąć go i ponownie zainstalować.

3. ping

Jeśli protokół TCP/IP jest zainstalowany, skonfigurowany! pracuje prawidłowo, być może problem leży w naszej karcie sieciowej. Komenda ping na adres IP karty sieciowej pozwoli nam zweryfikować, czy komunikacja pomiędzy komputerem a kartą sieciową jest prawidłowa. W naszym przypadku będzie to komenda postaci: ping 172 i 16.44.66

Jeśli karta pracuje poprawnie, na ekranie ^s128 pojawi się odpowiedni =128 komunikat (tabela 5). =128 Jeśli na ekranie pojawił ^:128się komunikat, jak w tabeli 6, oznacza to, że karta nie pracuje poprawnie. Być może problem leży w jej konfiguracji, może jest zły sterownik, a może po prostu jest uszkodzona.

5.    Polecenie ping cd.

Pinging 172.16.44.66 with 32 bytes of data: ,

Repiy from 172.16.44.66: byies=32 time<10ms TTL^{1 2 3 4 5 6} Replyfrom 172.16.44.66: bytes=32time<10msTTL= Reply from 172.16.44.66: bytes=32 time<10ms TTL: Reply from 172.16.44.66: bytes=32 time<10ms TTL⁵

6.    Polecenie ping cd.

Pinging 172.16.44.66 with 32 bytes of data:

Reąuest timed out

Reąuest timed out Reąuest timed out.

Reąuest timed out

Spróbujmy usunąć ją i zainstalować ponownie.

4. ping <host_in_Jocal_subnet>

7. tracert

Jeśli tablica routingow jest

7. Polecenie tracert

^ps‘    przekazuje poprawnie naszych

1    <10 ms <10 ms <10 ms <172.16.44.69> pakietów. "Trasę, którą wędnije

2 50 ms 50 ms 51 ms <#m###.###.###>- nasz    pakiet, możemy

3    50 ms 50 ms 51 ms <###.###.###.###> weryfikować ~ za _ pomocą

polecenia tracert. Napiszmy w iinu ............. poleceń:

-45-a———^{7 8}-!—⁸——“Reąuestlirried^tit^TFaT^^

16 ^{8    8    8}    Request timed out

17^{8    8    8}    Request timed out

Na ekranie zobaczymy komunikat, jak w tabeli 7 (<###.###.###.###>. to adresy IP poszczególnych routerów na trasie). Oznacza to, że z jednym z routerów na trasie jest kłopot i nie odpowiada, a tym samym nie przekazuje pakietów.

8. Polecenie tracert cd.    natomiast

Tracing route to <!P address> over a maximum of 30 hops: laka^ak^w tabeH^Mo

1    <10 ms    <10 ms    <10 ms    <172.16.44.69>    jeden z routerów na

2    50 ms 50 ms 51 ms <###.###.###.###> trasie jest źle

3    50 ms    50 ms    51 ms    <###.###.###.###>    skonfigurowany i

niepoprawnie

............. preekazuje pakiety. W

.............    obu przypadkach

15 <207.46.131.137> reports: Destination net unreachable. P^ro^^em ,    . ^może

rozwiązać jedynie

administrator routera, z którym są kłopoty.

Jeśii wszystko po drodze działa i jest poprawnie skonfigurowane, to na ekranie powinniśmy zobaczyć wyświetlone po kolei wszystkie routery, przez które przechodzi nasz pakiet, poczynając od naszej bramki domyślnej (tabela 9).

9. Polecenie tracert cd.

Tracing route to <IP address> over a maximum of 30 hops:

1 <10 ms	<10 ms	<10 ms	<172.16.44.69>
2 50 ms	50 ms	51 ms	r ff-tf ft ft ft If tfttjf Tf // ff- J # J Ir.InrłrJUrłr •i/uJj^1 ^
3 50 ms	50 ms	51 ms	— ft-tt tf n it tt rf if ft i/f-ff ff~i_ li 'ił''mlnrjrmll li
n 250 ms	80 ms	50 ms .	<195.205.155.2>

Tracę complełe.

Jeśli uzyskamy taką odpowiedź, to będzie znaczyło, że pakiety są przekazywane poprawnie pomiędzy oboma hostami, a problem leży w rozwiązywaniu nazw.

& serwer ONS

Adres,    który

wprowadziliśmy w przeglądarce (www.wroclaw.pl) jest zamieniany na adres IP za pomocą serwera nazw. Jeśli uzyskujemy odpowiedź od serwera 207.46.131.137 po wpisaniu komendy ping, a nie możemy wyświetlić strony www.wodaw.pl (co odnosi się do tego samego komputera), to oznacza, że szwankuje zamiana nazwy na numer IP. Upewnijmy się. Wpisujemy w przeglądarce zamiast www.wrodaw.pl adres http^/195.205.155.2.

W oknie wyświetla nam się Wrocławski Serwis Internetowy, a to znaczy, że serwer działa, natomiast szwankuje rozwiązywanie nazw. Sprawdźmy więc, co z naszym DNS. W linii poleceń wpisujemy komendę:

1

, -Sprawdźmy, czy możemy skontaktować się z innym komputerem w naszej sieci lokalnej, np. z komputerem 172.16.44.65, pisząc w linii poleceń:

2

ping 172.16.44.65

3

Jeśli pojawi się błąd, to po pierwsze powinniśmy zweryfikować parametry TCP/IP obu komputerów (zwróćmy uwagę na maskę podsieci). Po drugie, sprawdźmy, czy

4

nasz host ma również problemy z komunikacją z innymi hostami w naszej podsieci. Jeśli tak, to być może problem jest sprzętowy (np. brak terminatora na końcu kabla, złe podłączenie do huba itp.)    .

5

ping

Jeśli karta sieciowa w naszym komputerze pracuje prawidłowo, tak jak i protokół TCP/IP, i możemy bez problemu skontaktować się ze swoją siecią lokalną, to pozostaje nam poszukać przyczyny gdzieś na trasie. Pierwszym etapem na drodze pakietu jest bramka domyślna. Sprawdźmy więc, czy mamy do niej dostęp. W naszym przypadku bramką domyślną jest 172.16.44.69, a więc w linii poleceń piszemy: ping 172.16.44.69

Jeśli pojawi się nam "Reąuest timed out", to nie mamy co dalej sprawdzać, żaden pakiet nie-wyjdzie poza naszą sieć lokalną, ale przynajmniej wiadomo, że winowajcą jest bramka domyślna.

6

ping

Jeśli bramka pracuje poprawnie, to sprawdźmy najpierw, czy odległy host w ogóle nam odpowiada przypominam, że chcemy skontaktować się z komputerem 195.2G5.155.2 (www.wroclaw.pl). Wprowadzamy w linii poleceń:

ping 195.205.155.2

Jeśli nie otrzymamy odpowiedzi od 195.205.155.2, to znaczy, że jest problem z rouiingiem. Zweryfikujmy naszą tablicę routingów (route prinf) i zobaczmy, czy trasy znajdujące się w niej są poprawne. Jeśli nie, to być może należy je zmienić, usunąć li ih dodać Jaśii ohnamv żehv ta zmiana hvła trwała i nhowiazuwała

7

ipconfig /all

aby wyświetlić pełną informację o konfiguracji, w tym o serwerze DNS dla naszego komputera. Sprawdźmy, czy:    _v

•    adres serwera DNS jest poprawnie wpisany. Jeśli nie, musimy to zrobić w ControlPaneIjNehwork|ProtocolsjTCP/IPjPropertiesjDNS.

8

   możemy skontaktować się z serwerem DNS, wydając komendę ping. Jeśii nie, wpiszmy adres innego serwera DNS (np. IP serwera DNS TP SA: 194.204.159.1 lub jakikolwiek inny) i zobaczmy, czy teraz nazwy rozwiązują się prawidłowo. Jeśii tak, to problem był w konfiguracji serwera DNS.