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:
|
Grupa 403 |
Data wykonania 27.04.2010 |
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.
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.
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
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:
8-bitowe pole TYP komunikatu identyfikuje komunikat,
8-bitowe pole KOD daje dalsze informacje na temat rodzaju komunikatu,
Pole SUMA KONTROLNA (obliczane podobnie jak suma IP, ale suma kontrolna ICMP odnosi się tylko do komunikatu ICMP).
Pozostałe pola to dane:
ID - identyfikator, służy do odróżniania pakietów ICMP wysyłanych do różnych hostów
Numer sekwencyjny służy do odróżniania pakietów ICMP wysyłanych do tego samego hosta
Bity |
0-7 |
8-15 |
16-23 |
24-31 |
0 |
Typ |
Kod |
Suma kontrolna |
|
32 |
ID |
Numer sekwencyjny |
Data - dane w zależności od typu komunikatu
Lista typów wiadomości protokołu ICMP:
Typ |
Znaczenie |
0 |
Echo Reply (zwrot echa - "odpowiedź na ping") |
1 - 2 |
Zarezerwowane |
3 |
Destination Unreachable (nieosiągalność miejsca przeznaczenia) |
4 |
Source Quench (tłumienie nadawcy) |
5 |
Redirect Message (zmień trasowanie) |
6 |
Alternate Host Address (alternatywny adres hosta) |
7 |
Zarezerwowane |
8 |
Echo Request (żądanie echa) |
9 |
Router Advertisement (ogłoszenie routera) |
10 |
Router Solicitation (wybór routera) |
11 |
Time Exceeded (przekroczenie limitu czasu) |
12 |
Parameter Problem (Problem z parametrem) |
13 |
Timestamp (żądanie sygnatury czasowej) |
14 |
Timestamp Reply (zwrot sygnatury czasowej) |
15 |
Information Request (żądanie informacji) |
16 |
Information Reply (zwrot informacji) |
17 |
Address Mask Request (żądanie maski adresowej) |
18 |
Address Mask Reply (zwrot maski adresowej) |
19 |
Zarezerwowane dla bezpieczeństwa |
20-29 |
Zarezerwowane |
30 |
Traceroute (śledzenie trasy) |
31 |
Datagram Conversion Error (błąd konwersji datagramu) |
32 |
Mobile Host Redirect (zmiana adresu ruchomego węzła) |
33 |
IPv6 Where-Are-You (Pytanie IPv6 "gdzie jesteś") |
34 |
IPv6 Here-I-Am (Odpowiedź IPv6 "tu jestem") |
35 |
Mobile Registration Request (prośba o rejestrację węzła ruchomego) |
36 |
Mobile Registration Reply (odpowiedź na prośbę o rejestrację węzła ruchomego |
37 |
Domain Name Request (żądanie nazwy domeny) |
38 |
Domain Name Reply (zwrot nazwy domeny) |
39 |
SKIP Algorithm Discovery Protocol |
40 |
Photuris, Security failures |
41-255 |
Zarezerwowane |
Polecenie tracert
Po sprawdzeniu pomocy dla polecenia tracert ustaliliśmy trasę routingu do „www.wp.pl”.
C:\Documents and Settings\Administrator>tracert www.wp.pl
Trasa śledzenia do www.wp.pl [212.77.100.101]
przewyższa maksymalną liczbę przeskoków 30
1 <1 ms <1 ms <1 ms gw-PSk-spi.tu.kielce.pl [81.26.6.129]
2 <1 ms <1 ms <1 ms gw-MAN.man.kielce.pl [81.26.0.131]
3 13 ms 13 ms 13 ms kielman-task-gw.task.gda.pl [153.19.102.74]
4 13 ms 13 ms 13 ms wp-jra.task.gda.pl [153.19.102.6]
5 13 ms 13 ms 13 ms do-r2.rtrd2.adm.wp-sa.pl [212.77.96.102]
6 13 ms 13 ms 14 ms www.wp.pl [212.77.100.101]
Śledzenie zakończone.
Polecenie pathping
Po sprawdzeniu pomocy dla polecenia pathping ustaliliśmy czas i procent gubionych pakietów:
C:\Documents and Settings\Administrator>pathping www.wp.pl -w 100 -h 15
Śledzenie trasy do www.wp.pl [212.77.100.101]
z maksymalną liczbą 15 przeskoków:
0 Labcws3.lab1083.lokalne [81.26.6.143]
1 gw-PSk-spi.tu.kielce.pl [81.26.6.129]
2 gw-MAN.man.kielce.pl [81.26.0.131]
3 kielman-task-gw.task.gda.pl [153.19.102.74]
4 wp-jra.task.gda.pl [153.19.102.6]
5 do-r2.rtrd2.adm.wp-sa.pl [212.77.96.102]
6 www.wp.pl [212.77.100.101]
Wyliczanie statystyk dla 150 sekund...
Źródło Ten węzeł/Łącze
Przeskok RTT Zgubione/wysłane = Pct Zgubione/wysłane = adres Pct
0 Labcws3.lab1083.lokalne [81.26.6.143]
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% gw-PSk-spi.tu.kielce.pl [81.26.6.129]
0/ 100 = 0% |
2 3ms 0/ 100 = 0% 0/ 100 = 0% gw-MAN.man.kielce.pl [81.26.0.131]
0/ 100 = 0% |
3 13ms 0/ 100 = 0% 0/ 100 = 0% kielman-task-gw.task.gda.pl [153.19.102.74]
0/ 100 = 0% |
4 23ms 0/ 100 = 0% 0/ 100 = 0% wp-jra.task.gda.pl [153.19.102.6]
0/ 100 = 0% |
5 27ms 0/ 100 = 0% 0/ 100 = 0% do-r2.rtrd2.adm.wp-sa.pl [212.77.96.102]
0/ 100 = 0% |
6 13ms 0/ 100 = 0% 0/ 100 = 0% www.wp.pl [212.77.100.101]
Śledzenie zakończone.
Polecenie arp
Po sprawdzeniu pomocy dla polecenia arp ustaliliśmy, że MAC adres naszej bramy domyślnej to: 00-04-9b-7b-ac-00
C:\Documents and Settings\Administrator>arp -a
Interfejs: 81.26.6.143 --- 0x2
Adres internetowy Adres fizyczny Typ
81.26.6.129 00-04-9b-7b-ac-00 dynamiczne
Polecenie nslookup
Po sprawdzeniu pomocy dla polecenia nslookup oraz ustaleniu serwera na dsn.kielce.pl uzyskaliśmy aktualne informacje o serwerze DNS:
C:\Documents and Settings\Administrator>nslookup
Default Server: dns.kielce.pl
Address: 81.26.0.10
Polecenie netstat
Po sprawdzeniu pomocy dla polecenia netstat sprawdziliśmy kolejno działanie poleceń:
netstat -e -s
netstat -e -p tcp
netstat -e -p udp
Polecenie netstat -e -p udp dało następujące rezultaty:
C:\Documents and Settings\Administrator>netstat -e -p udp
Statystyki interfejsu
Odebrano Wysłano
Bajty 325507042 9340356
Pakiety emisji pojedynczej 255626 107837
Pakiety inne niż emisji pojedynczej 3179 71
Odrzucone 0 0
Błędy 0 0
Nieznane protokoły 1603
Aktywne połączenia
Protokół Adres lokalny Obcy adres Stan
Netsh
Brak zapory systemowej (firewall'a ).Został wybrany kontekst diag. Przedstawiamy wyniki testu uzyskanego za pomocą polecania show test:
netsh diag>show test
Domyślna poczta programu Outlook Express (Nieskonfigurowane)
Domyślne grupy dyskusyjne programu Outlook Express (Nieskonfigurowane)
Serwer proxy w sieci Web programu Internet Explorer (Program Internet Explorer nie używa serwera proxy)
Sprzężenie zwrotne (127.0.0.1)
Loopback = 127.0.0.1
Badanie 127.0.0.1 z użyciem 32 bajtów danych:
Licznik TTL czas Odpowiedź od 127.0.0.1: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 127.0.0.1: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 127.0.0.1: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 127.0.0.1: bajtów=32 <1 ms =0
Statystyka badania dla 127.0.0.1:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% utraconych)
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 0 ms, Maksimum = 0 ms, Średnia = 0 ms
Modemy
Karty sieciowe
8. [00000008] NVIDIA nForce Networking Controller
DefaultIPGateway = 81.26.6.129 Ta sama podsieć
Badanie 81.26.6.129 z użyciem 32 bajtów danych:
Licznik TTL czas Odpowiedź od 81.26.6.129: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.6.129: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.6.129: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.6.129: bajtów=32 <1 ms =0
Statystyka badania dla 81.26.6.129:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% utraconych)
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 0 ms, Maksimum = 0 ms, Średnia = 0 ms
DHCPServer = 81.26.0.10
Badanie 81.26.0.10 z użyciem 32 bajtów danych:
Licznik TTL czas Odpowiedź od 81.26.0.10: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.10: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.10: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.10: bajtów=32 <1 ms =0
Statystyka badania dla 81.26.0.10:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% utraconych)
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 0 ms, Maksimum = 0 ms, Średnia = 0 ms
DNSServerSearchOrder = 81.26.0.10
Badanie 81.26.0.10 z użyciem 32 bajtów danych:
Licznik TTL czas Odpowiedź od 81.26.0.10: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.10: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.10: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.10: bajtów=32 <1 ms =0
Statystyka badania dla 81.26.0.10:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% utraconych)
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 0 ms, Maksimum = 0 ms, Średnia = 0 ms
81.26.0.8
Badanie 81.26.0.8 z użyciem 32 bajtów danych:
Licznik TTL czas Odpowiedź od 81.26.0.8: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.8: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.8: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.8: bajtów=32 <1 ms =0
Statystyka badania dla 81.26.0.8:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% utraconych)
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 0 ms, Maksimum = 0 ms, Średnia = 0 ms
IPAddress = 81.26.6.143
Badanie 81.26.6.143 z użyciem 32 bajtów danych:
Licznik TTL czas Odpowiedź od 81.26.6.143: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.6.143: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.6.143: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.6.143: bajtów=32 <1 ms =0
Statystyka badania dla 81.26.6.143:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% utraconych)
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 0 ms, Maksimum = 0 ms, Średnia = 0 ms
WINSPrimaryServer = 81.26.0.15
Badanie 81.26.0.15 z użyciem 32 bajtów danych:
Licznik TTL czas Odpowiedź od 81.26.0.15: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.15: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.15: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.15: bajtów=32 <1 ms =0
Statystyka badania dla 81.26.0.15:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% utraconych)
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 0 ms, Maksimum = 0 ms, Średnia = 0 ms
WINSSecondaryServer = 81.26.0.13
Badanie 81.26.0.13 z użyciem 32 bajtów danych:
Licznik TTL czas Odpowiedź od 81.26.0.13: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.13: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.13: bajtów=32 <1 ms =0
Licznik TTL czas Odpowiedź od 81.26.0.13: bajtów=32 <1 ms =0
Statystyka badania dla 81.26.0.13:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% utraconych)
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 0 ms, Maksimum = 0 ms, Średnia = 0 ms
Zostały przetestowane dostępne karty sieciowe, oraz ustawienia programów Outlook Express (nieskonfigurowane) i Internet Explorer (używany serwer proxy).
Polecenie Net.
Wyniki badania net accounts:
C:\>net accounts
Po jakim czasie od wygaśnięcia czasu wymuszać wylogowanie?: Nigdy
Minimalny okres ważności hasła (dni): 1
Maksymalny okres ważności hasła (dni): 42
Minimalna długość hasła: 7
Długość zapamiętywanej historii haseł: 24
Próg blokady: Nigdy
Czas trwania blokady (minuty): 30
Okno obserwowania blokady (minuty): 30
Rola komputera: PODSTAWOWY
Polecenie zostało wykonane pomyślnie.
Niepomyślna próba kopiowania z dysku lokalnego ipc2.tu.kielce.pl. Brak znajomości hasła.
Własności Połączenia lokalnego po dokonanej konfiguracji alternatywnej:
Niemożliwe było uruchomienie polecenia finger z zadanym w instrukcji parametrem zsd_s2@ipc2.tu.kielce.pl. Zadany użytkownik nie odpowiadał.
Działanie polecenia route:
C:\>route
Obsługuje sieciowe tabele routingu.
ROUTE [-f] [-p] [polecenie [cel]
[MASK maska_sieci] [brama] [METRIC metryka] [IF interfejs]
-f Usuwa z tabel routingu wszystkie wpisy bram. Jeśli
użyte w połączeniu z jednym poleceń, czyści tabele
przed jego wykonaniem.
-p Jeśli użyte z poleceniem ADD, trasa pozostaje trwała
przy kolejnych uruchomieniach systemu. Domyślnie trasy
nie są zachowywane przy ponownym uruchomieniu systemu.
Ignorowane dla wszystkich pozostałych poleceń, które
zawsze mają wpływ na odpowiednie trasy trwałe. Opcja
ta nie jest obsługiwana w systemie Windows 95.
polecenie Jedno z następujących:
PRINT Drukuje trasę
ADD Dodaje trasę
DELETE Usuwa trasę
CHANGE Modyfikuje istniejącą trasę
cel Określa hosta docelowego.
MASK Wskazuje, że następny parametr to wartość maski sieci.
maska_sieci Określa wartość maski podsieci dla tego wpisu trasy.
Jeśli maska_sieci nie zostanie podana, to jest stosowana
domyślna 255.255.255.255.
brama Określa bramę.
interfejs Numer interfejsu dla określonej trasy.
METRIC Określa metrykę, tj. koszt dotarcia do celu.
Pozostałe polecenia
Rozpakowano i zainstalowano program IPSniffer. Uruchomiono program iptools. Przeprowadzono nasłuch i monitorowanie w postaci wykresów ruchu w sieci. Wyniki przedstawiamy poniżej:
str. 13