Dodanie zaginionych zmian 2 -.-!

diff --git a/articles/tnt/index.html b/articles/tnt/index.html
index 7ff9c2e6488f555c255d061b04c7d4ad921f1941..a0b308871f72d5a1263fe8f5886f0523254938a1 100755 (executable)
--- a/articles/tnt/index.html
+++ b/articles/tnt/index.html
@@ -45,6 +45,7 @@ Miejsce montowania udziału samba przez menadżer plików środowiska GNOME</a><
         <li><a href="przenoszenie_systemu_operacyjnego_z_maszyny_wirtualnej_na_fizyczny_komputer.html">Przenoszenie systemu operacyjnego z maszyny wirtualnej na fizyczny komputer</a></li>
         <li><a href="eksport_udzialu_nfs_dla_calej_sieci.html">Eksport udziału NFS dla całej sieci</a></li>
         <li><a href="dodanie_hosta_do_certyfikatu_lets_encrypt.html">Dodanie hosta do certyfikatu Let's Encrypt</a></li>
+        <li><a href="lacznosc_miedzy_dwoma_lokalizacjami_przez_siec_komorkowa.html">Łączność między dwoma lokalizacjami przez sieć komórkową</a></li>
                        </ul>
                </div>
 

diff --git a/articles/tnt/lacznosc_miedzy_dwoma_lokalizacjami_przez_siec_komorkowa.html b/articles/tnt/lacznosc_miedzy_dwoma_lokalizacjami_przez_siec_komorkowa.html
index 6b4161ab8f4eb009e724b138c70e17cc5577b7e5..b8d167e9dfb659093782ead25d9719aecee333fd 100755 (executable)
--- a/articles/tnt/lacznosc_miedzy_dwoma_lokalizacjami_przez_siec_komorkowa.html
+++ b/articles/tnt/lacznosc_miedzy_dwoma_lokalizacjami_przez_siec_komorkowa.html
@@ -24,10 +24,10 @@
         Wiemy jak upierdliwa jest łączność między dwiema lokalizacjami, które
         dostęp do Internetu realizują za pomocą sieci komórkowej. Ona w ogóle
         nie istnieje i trzeba kombinować. Jeśli potrzebujemy jednej konkretnej
-        usługi, to tunel SSH może wystarczyć. Jednak jest lepsza bardziej
+        usługi, to tunel SSH może wystarczyć. Jednak jest lepsza
         metoda, zapewniająca bardziej swobodną komunikację. Jest nią 
-        <strong>sieć VPN</strong>. O sieci VPN zrobiłem osobny materiał, link
-        znajduje się w źródłach. Mimo, że od dawna wiedziałem, że mogłem
+        <strong>sieć VPN</strong>. O sieciach VPN zrobiłem osobny materiał, 
+        link znajduje się w źródłach. Mimo, że od dawna wiedziałem, że mogłem
         zrealizować taką komunikację za pomocą sieci VPN, to źle zabierałem się
         do jej konfiguracji. Logicznie rzecz biorąc pierwszą rzeczą jaka
         przychodzi nam na myśl jest, biorąc pod uwagę <em>dwie lokalizacje</em>
@@ -39,7 +39,7 @@
         Otóz a co jeśli poszczególne hosty traktować jako klientów. Tylko
         problemem może być to, że klasyczne połączenie między klientem a
         serwerem tworzy wirtualną sieć od długości /30. Co daje nam całe dwa
-        hosty: serwer vpn i klienta. Tak robi oprogramowanie
+        hosty: serwer vpn i klienta. Tak domyślnie działa oprogramowanie
         <strong>OpenVPN</strong> z którego korzystam. Nie mniej jednak
         znalazłem w dokumentacji (link w źródłach), że możemy zmienić tę
         funkcjonalność za pomocą opcji <em>topology subnet</em> i teraz
@@ -81,7 +81,7 @@ comp-lzo
 </pre>
       <p>
         Testowo uruchomiłem <em>OpenVPN</em> i serwer zrucił błąd za małego
-        <em>klucza</em> DH trzeba było wygenerować nowy dłuższy, poźniej
+        <em>klucza</em> DH trzeba było wygenerować nowy, dłuższy, poźniej
         zapomniałem o użytkowniku. Ale koniec, końców udało się go podnieść
         i mamy w naszym systemie interfejs <em>tun0</em> o adresie 10.8.0.1.
       </p>
@@ -118,7 +118,7 @@ $ sudo sysctl net.ipv4.ip_forward=1
         interfejsu <em>tun0</em> będą dwa z tym samym adresem
         (<em>tun0</em> i <em>tun1</em>). Samo rozwiązanie działa zadawaląco
         pozwala nawet odtworzyć większy plik wideo za pomocą programu VLC z
-        udziału zamontowane po przez NFS.
+        udziału zamontowanego po przez NFS.
       </p>
       <p>
         Ten artykuł został wydany bardziej w formie felietonu, a niżeli takich