Sprawozdanie 3, Uczelnia od Vekh, SPRAWOZDANIA SIECI


Sieci i Systemy Operacyjne II

Temat: Programy obsługi usług sieciowych w systemie Windows - narzędzia i usługi protokołu TCP/IP

Wykonali:

  1. Piasta Mateusz

  2. Pomocnik Paweł

  3. Brela Sebastian

Grupa

403

Data wykonania

27.04.2010

  1. Konfiguracja sieci jest następująca:

Adres fizyczny: 00-1F-C6-1D-3D-17

Adres IP: 81.26.6.143

Maska podsieci: 255.255.255.128

Brama domyślna: 81.26.6.129

Serwer DHCP: 81.26.0.10

Dzierżawa przyznana: 2010-04-13 15:45:40

Dzierżawa wygasa: 2010-04-13 17:20:40

Serwery DNS: 81.26.0.10

81.26.0.8

Serwery WINS: 81.26.0.13

81.26.0.15

Firewall nie został zainstalowany na naszym stanowisku.

4. Wynik działania komendy ipconfig /all

C:\Documents and Settings\Administrator>ipconfig/all

Konfiguracja IP systemu Windows

Nazwa hosta . . . . . . . . . . . : Labcws3

Sufiks podstawowej domeny DNS . . : lab1083.lokalne

Typ węzła . . . . . . . . . . . . : Hybrydowy

Routing IP włączony . . . . . . . : Nie

Serwer WINS Proxy włączony. . . . : Nie

Lista przeszukiwania sufiksów DNS : lab1083.lokalne

kis.tu.kielce.pl

W tej części podana jest podstawowa konfiguracja: nazwa hosta (nazwa komputera), sufiks (określający w jakiej domenie znajduje się komputer) a także listę przeszukiwanych sufiksów, typ węzła (określa jak nazwy NetBIOS tłumaczone są na IP) oraz czy routing i serwery WINS są włączone (mapują adresy IP na nazwy komputerów - NetBIOS).

Karta Ethernet Połączenie lokalne 2:

Sufiks DNS konkretnego połączenia : kis.tu.kielce.pl

Opis. . . . . . . . . . . . . . . : NVIDIA nForce Networking Controller

Adres fizyczny. . . . . . . . . . : 00-1F-C6-1D-3D-17

DHCP włączone . . . . . . . . . . : Tak

Autokonfiguracja włączona . . . . : Tak

Adres IP. . . . . . . . . . . . . : 81.26.6.143

Maska podsieci. . . . . . . . . . : 255.255.255.128

Brama domyślna. . . . . . . . . . : 81.26.6.129

Serwer DHCP . . . . . . . . . . . : 81.26.0.10

Serwery DNS . . . . . . . . . . . : 81.26.0.10

81.26.0.8

Podstawowy serwer WINS. . . . . . : 81.26.0.13

Pomocniczy serwer WINS. . . . . . : 81.26.0.15

Dzierżawa uzyskana. . . . . . . . : 13 kwietnia 2010 15:45:40

Dzierżawa wygasa. . . . . . . . . : 13 kwietnia 2010 17:20:40

Ta część wyświetla szczegółową konfigurację komputera (wymienioną wcześniej) dla głównego połączenia sieciowego. Określa sufiks domeny w której pracuje komputer, adres MAC, przydzielony adres ip, maskę podsieci, bramę domyślną oraz serwery DHCP, DNS i WINS. Wszystkie te ustawienia zostały automatycznie przydzielone komputerowi przez serwer DHCP.

Karta Ethernet Połączenie lokalne:

Sufiks DNS konkretnego połączenia :

Opis. . . . . . . . . . . . . . . : NVIDIA nForce Networking Controller #2

Adres fizyczny. . . . . . . . . . : 00-1F-C6-1D-4E-45

DHCP włączone . . . . . . . . . . : Tak

Autokonfiguracja włączona . . . . : Tak

Adres IP autokonfiguracji . . . . : 169.254.8.115

Maska podsieci. . . . . . . . . . : 255.255.0.0

Brama domyślna. . . . . . . . . . :

Ta część opisuje drugie połączenie, które nie jest wykorzystywane i nie zostało skonfigurowane właściwie. IP przydzielił tutaj automatycznie system Windows po instalacji.

  1. Tablica DNS została wyczyszczona poleceniem ipconfig /flushdns - wszystkie wpisy zostały z niej usunięty. Następnie otworzyliśmy w przeglądarce stronę www.wp.pl, wynik działania komendy ipconfig /displaydns (część wyniku):

C:\Documents and Settings\Administrator>ipconfig /displaydns

Konfiguracja IP systemu Windows

nl-1.ns.nsatc.net

----------------------------------------

Nazwa rekordu . . . . . . . .: nl-1.ns.nsatc.net

Typ rekordu . . . . . . . . .: 1

Czas wygaśnięcia (licznik TTL): 79

Długość danych . . . . . . . .: 4

Sekcja. . . . . . . . . . . . : Odpowiedź

Rekord (hosta). . . . . . . . : 209.84.12.51

1.0.0.127.in-addr.arpa

----------------------------------------

Nazwa rekordu . . . . . . . .: 1.0.0.127.in-addr.arpa.

Typ rekordu . . . . . . . . .: 12

Czas wygaśnięcia (licznik TTL): 600548

Długość danych . . . . . . . .: 4

Sekcja. . . . . . . . . . . . : Odpowiedź

Rekord PTR . . . . . . . . . : localhost

ns1.wp.pl

----------------------------------------

Nazwa rekordu . . . . . . . .: ns1.wp.pl

Typ rekordu . . . . . . . . .: 1

Czas wygaśnięcia (licznik TTL): 2119

Długość danych . . . . . . . .: 4

Sekcja. . . . . . . . . . . . : Odpowiedź

Rekord (hosta). . . . . . . . : 212.77.102.200

download.windowsupdate.com

----------------------------------------

Nazwa rekordu . . . . . . . .: download.windowsupdate.com

Typ rekordu . . . . . . . . .: 5

Czas wygaśnięcia (licznik TTL): 100

Długość danych . . . . . . . .: 4

Sekcja. . . . . . . . . . . . : Odpowiedź

Rekord CNAME . . . . : download.windowsupdate.nsatc.net

ns2.wp.pl

----------------------------------------

Nazwa rekordu . . . . . . . .: ns2.wp.pl

Typ rekordu . . . . . . . . .: 1

Czas wygaśnięcia (licznik TTL): 2119

Długość danych . . . . . . . .: 4

Sekcja. . . . . . . . . . . . : Odpowiedź

Rekord (hosta). . . . . . . . : 153.19.102.182

dns11.msecnd.net

----------------------------------------

Nazwa rekordu . . . . . . . .: dns11.msecnd.net

Typ rekordu . . . . . . . . .: 1

Czas wygaśnięcia (licznik TTL): 100

Długość danych . . . . . . . .: 4

Sekcja. . . . . . . . . . . . : Odpowiedź

Rekord (hosta). . . . . . . . : 70.37.135.11

www.wp.pl

----------------------------------------

Nazwa rekordu . . . . . . . .: www.wp.pl

Typ rekordu . . . . . . . . .: 1

Czas wygaśnięcia (licznik TTL): 2119

Długość danych . . . . . . . .: 4

Sekcja. . . . . . . . . . . . : Odpowiedź

Rekord (hosta). . . . . . . . : 212.77.100.101

Nazwa rekordu . . . . . . . .: ns1.task.gda.pl

Typ rekordu . . . . . . . . .: 1

Czas wygaśnięcia (licznik TTL): 2119

Długość danych . . . . . . . .: 4

Sekcja. . . . . . . . : Dodatkowa

Rekord (hosta). . . . . . . . : 153.19.250.101

Jest to część buforu programu rozpoznawania nazw DNS.

  1. Wynik badania prędkości transmisji za pomocą komendy ping:

C:\Documents and Settings\Administrator>ping www.wp.pl

Badanie www.wp.pl [212.77.100.101] z 32 bajtami danych:

Upłynął limit czasu żądania.

Odpowiedź z 212.77.100.101: bajtów=32 czas=13ms TTL=250

Odpowiedź z 212.77.100.101: bajtów=32 czas=13ms TTL=250

Odpowiedź z 212.77.100.101: bajtów=32 czas=13ms TTL=250

Statystyka badania ping dla 212.77.100.101:

Pakiety: Wysłane = 4, Odebrane = 3, Utracone = 1 (25% straty),

Szacunkowy czas błądzenia pakietów w millisekundach:

Minimum = 13 ms, Maksimum = 13 ms, Czas średni = 13 ms

Prędkość przesyłu: 256 bitów / 0,013 sek czyli około 19692 bity / sek

C:\Documents and Settings\Administrator>ping www.wp.pl -l 320 -f

Badanie www.wp.pl [212.77.100.101] z 320 bajtami danych:

Upłynął limit czasu żądania.

Odpowiedź z 212.77.100.101: bajtów=320 czas=13ms TTL=250

Upłynął limit czasu żądania.

Odpowiedź z 212.77.100.101: bajtów=320 czas=13ms TTL=250

Statystyka badania ping dla 212.77.100.101:

Pakiety: Wysłane = 4, Odebrane = 2, Utracone = 2 (50% straty),

Szacunkowy czas błądzenia pakietów w millisekundach:

Minimum = 13 ms, Maksimum = 13 ms, Czas średni = 13 ms

Prędkość przesyłu: 2560 bitów / 0,013 sek czyli około 196915,2 bitów / sek

C:\Documents and Settings\Administrator>ping www.wp.pl -l 3200

Badanie www.wp.pl [212.77.100.101] z 3200 bajtami danych:

Odpowiedź z 212.77.100.101: bajtów=3200 czas=15ms TTL=250

Odpowiedź z 212.77.100.101: bajtów=3200 czas=14ms TTL=250

Odpowiedź z 212.77.100.101: bajtów=3200 czas=15ms TTL=250

Odpowiedź z 212.77.100.101: bajtów=3200 czas=14ms TTL=250

Statystyka badania ping dla 212.77.100.101:

Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% straty),

Szacunkowy czas błądzenia pakietów w millisekundach:

Minimum = 14 ms, Maksimum = 15 ms, Czas średni = 14 ms

Prędkość przesyłu: 25600 bitów / 0,014 sek czyli około 1828608 bitów / sek

  1. Protokół ICMP

Protokół komunikatów kontrolnych internetu ICMP (ang. Internet Control Message Protocol) powstał aby umożliwić routerom oznajmianie o błędach oraz udostępnianie informacji o niespodziewanych sytuacjach.

Protokół ICMP jest traktowany jako wymagana część IP i musi być realizowany przez każdą implementację IP.

Podobnie jak ruch innego rodzaju komunikaty ICMP podróżują w intersieci w części w częściach datagramów IP przeznaczonych na dane. Jednak odbiorcą końcowym komunikat ICMP nie jest ani program użytkowy, ani użytkownik, ale oprogramowanie IP na tej maszynie. Przychodzący komunikat błędu ICMP jest obsługiwany przez moduł oprogramowania ICMP. Oczywiście gdy ICMP zorientuje się, że problem spowodował dany protokół wyższego rzędu lub program użytkowy, przekaże informacje do odpowiedniego modułu.

Chociaż protokół ICMP powstał, aby umożliwić routerom wysyłanie komunikatów to każda maszyna może wysyłać komunikaty ICMP do dowolnej innej.

Z technicznego punktu widzenia ICMP jest mechanizmem powiadamiania o błędach. Udostępnia on routerom, które rozpoznają błąd, sposób powiadomienia o nim nadawcy, którego błąd dotyczy. Chociaż w specyfikacji protokołu są określone zamierzone sposoby korzystania z ICMP i sugestie na temat tych działań, które mogą być podejmowane w odpowiedzi na komunikaty o błędach, ICMP nie dla każdego możliwego błędu wyszczególnia działania, jakie mają być zapoczątkowane.

Tak więc gdy datagram powoduje błąd, ICMP może jedynie powiadomić pierwotnego nadawcę o przyczynie. Nadawca musi otrzymaną informację przekazać danemu programowi użytkownika, albo podjąć inne działanie mające na celu uporanie się z tym problemem.

Każdy komunikat ICMP ma własny format, ale wszystkie zaczynają się trzema takimi samymi polami:

Pozostałe pola to dane: