From: xf0r3m Date: Sun, 21 Jul 2024 12:13:25 +0000 (+0200) Subject: Przeredagowanie artykułów z 14.07. Zmiana kategorii artykułu. X-Git-Url: https://gitweb.morketsmerke.org/?a=commitdiff_plain;h=fc530a23048069c1114c927365c235c52ee58482;p=mmdev.git Przeredagowanie artykułów z 14.07. Zmiana kategorii artykułu. --- diff --git a/articles/tnt/automatyczne_odblokownie_istniejacych_partycji_LUKS.html b/articles/linux/automatyczne_odblokownie_istniejacych_partycji_LUKS.html similarity index 89% rename from articles/tnt/automatyczne_odblokownie_istniejacych_partycji_LUKS.html rename to articles/linux/automatyczne_odblokownie_istniejacych_partycji_LUKS.html index d5a4688..044c235 100755 --- a/articles/tnt/automatyczne_odblokownie_istniejacych_partycji_LUKS.html +++ b/articles/linux/automatyczne_odblokownie_istniejacych_partycji_LUKS.html @@ -7,12 +7,12 @@
-  _______            ___   ______     _      __
- /_  __(_)___  _____( _ ) /_  __/____(_)____/ /_______
-  / / / / __ \/ ___/ __ \/|/ / / ___/ / ___/ //_/ ___/
- / / / / /_/ (__  ) /_/  </ / / /  / / /__/ ,< (__  )
-/_/ /_/ .___/____/\____/\/_/ /_/  /_/\___/_/|_/____/
-     /_/
+  _____ _   _ _    _    ___      _
+ / ____| \ | | |  | |  / / |    (_)
+| |  __|  \| | |  | | / /| |     _ _ __  _   ___  __
+| | |_ | . ` | |  | |/ / | |    | | '_ \| | | \ \/ /
+| |__| | |\  | |__| / /  | |____| | | | | |_| |>  <
+ \_____|_| \_|\____/_/   |______|_|_| |_|\__,_/_/\_\
 
 luks-disk   UUID="d03d9875-6310-4eea-809e-8570909408ea"   /root/plik_klucza0
@@ -83,7 +83,7 @@ luks-disk   UUID="d03d9875-6310-4eea-809e-8570909408ea"   /root/plik_klucza0
         związaną z bezpieczeństwem danych zgromadzonych na LUKS. W momencie
         gdy ktoś uzyska dostęp fizyczny do maszyny, to uzyska również dostęp
         do danych na LUKS. Rozwiązań tego problemu może być kilka, nie mniej
-        warto się zastanowić nad tym rozwiązaniem.
+        warto się jednak nad nim zastanowić.
       

Źródło: How to add a passphrase, key, or keyfile to an existing LUKS device diff --git a/articles/linux/index.html b/articles/linux/index.html index 997a04e..92de661 100755 --- a/articles/linux/index.html +++ b/articles/linux/index.html @@ -46,11 +46,12 @@

  • Old Terminal Project
  • Uruchomienie skryptu podczas ładowania systemu - jednostka systemd.html
  • Instalacja własnościowego sterownika graficznego Nvidii na Debian 11
  • +
  • Automatyczne odblokowanie istniejących partycji LUKS
  • diff --git a/articles/tnt/dodanie_hosta_do_certyfikatu_lets_encrypt.html b/articles/tnt/dodanie_hosta_do_certyfikatu_lets_encrypt.html index aef09d5..e54e429 100755 --- a/articles/tnt/dodanie_hosta_do_certyfikatu_lets_encrypt.html +++ b/articles/tnt/dodanie_hosta_do_certyfikatu_lets_encrypt.html @@ -36,7 +36,7 @@ $ sudo certbot certonly -d sc.morketsmerke.org korzystającego z Let's Encrypt i zmienić nazwę hosta w ścieżce. Ta nazwa tego hosta jest zarazem nazwą certyfikatu. Jeśli będziemy chcieli wrócić do jednego certyfikatu, to trzeba poczekać - do jego wygaśnięciam, wówczas ten wygasły usunąć i utworzyć nowy + do jego wygaśnięcia, wówczas ten wygasły usunąć i utworzyć nowy ze wszytkimi domenami. Jednak lepiej jest nic nie robić. Certyfikaty powinny same się odnawiać.

    diff --git a/articles/tnt/eksport_udzialu_nfs_dla_calej_sieci.html b/articles/tnt/eksport_udzialu_nfs_dla_calej_sieci.html index 40cf8c2..0656f54 100755 --- a/articles/tnt/eksport_udzialu_nfs_dla_calej_sieci.html +++ b/articles/tnt/eksport_udzialu_nfs_dla_calej_sieci.html @@ -22,20 +22,25 @@

    Eksport udziału NFS dla całej sieci

    Konfigurując jakiś czas temu NFS, na urządzeniu NAS ZyXEL-a, aby - udostępnić dla wszystkich hostów w sieci ten udział adres w - powiedzmy ustawieniach, podawało się w ten sposób: + udostępnić dla wszystkich hostów w sieci ten udział, adres w + powiedzmy ustawieniach podawało się w ten sposób:

     192.168.0.*
     

    Chcąc zrobić to samo na Debianie, zapisałem podobną konfigurację i - pomimo takiego zapisu wydanie polecenia: - exportfs -av nie zwrócił żadnego - błędu, podobnie po restartcie usług związanych z NFS - również 0 + pomimo takiego zapisu, polecenie: + exportfs -av nie zwróciło żadnego + błędu. Podobnie było po restartcie usług związanych z NFS - również 0 błędów. Ale jeśli przyszło do montowania, to uzykałem jeden wielki permission denied!. No to już wiedziałem, że prawdopodobnie - podany adres, wskazujący na całą sięć nie za bardzo działa. I trzeba + podany adres, wskazujący na całą sieć nie za bardzo działa. Coż nic + dziwnego ciężko jest stwierdzić jak duża jest sieć przy takim zapisie. + Nawet jeśli demony NFS były by na tyle inteligentne, że po podaniu + trzech okretów, mogłby stwierdzić, że sieć ma długość 24 bitów. + A gdyby tak faktycznie było to jak to określić w przypadku sieci + 12-bitowej - 172.16.0.0/12. Niestety tak nie jest i trzeba było poszukać czegoś innego. Wrzuciłem do wyszukiwarki odpowiednią frazę, i cóż w 4 rodziale artykułu w źródłach, pierwszy przykład, w ostaniej linii, znalazłem swoje rozwiązanie. diff --git a/articles/tnt/index.html b/articles/tnt/index.html index 54bdd38..7ff9c2e 100755 --- a/articles/tnt/index.html +++ b/articles/tnt/index.html @@ -43,11 +43,13 @@ Miejsce montowania udziału samba przez menadżer plików środowiska GNOME<

  • Automatyczne montowanie partycji podczas uruchamiania systemu
  • Zabezpieczenie dostępu RDP do maszyn VirtualBox hasłem
  • Przenoszenie systemu operacyjnego z maszyny wirtualnej na fizyczny komputer
  • +
  • Eksport udziału NFS dla całej sieci
  • +
  • Dodanie hosta do certyfikatu Let's Encrypt