From: xf0r3m <jakubstasinski@protonmail.com>
Date: Thu, 5 Sep 2024 15:51:13 +0000 (+0200)
Subject: Zakończono redagowanie rodziału 7, modułu 2, Cisco CCNA.
X-Git-Url: https://gitweb.morketsmerke.org/?a=commitdiff_plain;h=6aac60767789c2cc7a2a78607e729b5fd4bb7c1a;p=mmdev.git

Zakończono redagowanie rodziału 7, modułu 2, Cisco CCNA.
---

diff --git a/articles/terminallog/Cisco_-_CCNA.html b/articles/terminallog/Cisco_-_CCNA.html
index 5e8951d..9504ad5 100755
--- a/articles/terminallog/Cisco_-_CCNA.html
+++ b/articles/terminallog/Cisco_-_CCNA.html
@@ -7920,7 +7920,7 @@ Group  Port-channel  Protocol    Ports
         w następujący sposób:
       </p>
       <ol>
-        <li>Klient wysyła ramkę <em>broadcastową</em>, zawierającą komunikat
+        <li>Klient wysyła ramkę <em>broadcast</em>, zawierającą komunikat
           <strong>DHCPDISCOVER</strong>. Klient nie ma adresu IP stąd ten
           <em>broadcast</em>. Ten komunikat mówi, że dany host szuka serwera
           DHCP.</li>
@@ -7934,9 +7934,10 @@ Group  Port-channel  Protocol    Ports
           Ponieważ w sieciach może istnieć więcej niż jeden serwer DHCP.
           Wysłanie DHCPREQUEST na <em>broadcast</em>, przekaże informacje
           innym serwerom DHCP, że host przyją ofertę innego serwera, więc
-          tamtem serwer może przywrócić proponowany adres z powrotem do puli.
+          tamte serwery mogą przywrócić proponowany adres z powrotem do puli.
         </li>
-        <li>Serwer na koniec potwierdzenie akceptacji w postaci komunikatu
+        <li>Serwer na koniec wysła potwierdzenie akceptacji w postaci 
+          komunikatu
           <strong>DHCPACK</strong>. Teoretycznie komunikacja z serwerem DHCP
           tutaj się kończy, ale klient wykonuje jescze jedną czynność.</li>
       </ol>
@@ -8051,14 +8052,15 @@ IP address       Client-ID/              Lease expiration        Type
 </pre>
         </li>
         <li><code class="code-inline">show ip dhcp server statistics</code> -
-          polecenie zwraca statystyki na temat serwera DHCP. Na PacketTracerze
+          polecenie zwraca statystyki na temat serwera DHCP. Na Packet Tracerze
           to polecenie jest niedostępne, przynajmniej w wersji 8.2.2.</li>
       </ul>
       <p>
         Konfiguracja serwera DHCP wydaje się prosta, w momecie gdy znajduje
         sie on w tej samej sieci lokalnej. A co jeśli będzie znajdować się w
-        innej sieci? Ramki Ethernet, <em>broadcast</em> nie mogą przecież
-        być routowane. Tutaj wymyślono coś takiego jak adres pomocnika.
+        innej sieci? <em>Bbroadcast</em> ramek <em>Ethernet</em> nie może 
+        przecież
+        być routowany. Tutaj wymyślono coś takiego jak adres pomocnika.
         Na interfejsie, który normalnie by oczekiwał na komunikaty
         DHCPDISCOVER, konfigurujemy adres serwera DHCP w innej sieci. Tworząc
         z tego interfejsu coś w rodzaju przekaźnika.
@@ -8070,7 +8072,9 @@ Router(config-if)#end
 </pre>
       <p>
         W tym przypadku serwer DHCP ma adres
-        <code class="code-inline">192.168.11.2</code>.
+        <code class="code-inline">192.168.11.2</code>. Poza komunikatami DHCP
+        za pomocą tego mechanizmu mogą być przekazywane komunikaty usługi DNS
+        czy NTP.
       </p>
       <h3 id="2.7.1.pka">Zadanie praktyczne - Packet Tracer</h3>
       <p>