Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
Evropský parlament dnes přijal směrnici týkající se tzv. práva spotřebitele na opravu. Poslanci ji podpořili 584 hlasy (3 bylo proti a 14 se zdrželo hlasování). Směrnice ujasňuje povinnosti výrobců opravovat zboží a motivovat spotřebitele k tomu, aby si výrobky nechávali opravit a prodloužili tak jejich životnost.
Bylo oznámeno (cs) vydání Fedora Linuxu 40. Přehled novinek ve Fedora Workstation 40 a Fedora KDE 40 na stránkách Fedora Magazinu. Současně byl oznámen notebook Slimbook Fedora 2.
ČTK (Česká tisková kancelář) upozorňuje (X), že na jejím zpravodajském webu České noviny byly dnes dopoledne neznámým útočníkem umístěny dva smyšlené texty, které nepocházejí z její produkce. Jde o text s titulkem „BIS zabránila pokusu o atentát na nově zvoleného slovenského prezidenta Petra Pelligriniho“ a o údajné mimořádné prohlášení ministra Lipavského k témuž. Tyto dezinformace byly útočníky zveřejněny i s příslušnými notifikacemi v mobilní aplikaci Českých novin. ČTK ve svém zpravodajském servisu žádnou informaci v tomto znění nevydala.
Byla založena nadace Open Home Foundation zastřešující více než 240 projektů, standardů, ovladačů a knihoven (Home Assistant, ESPHome, Zigpy, Piper, Improv Wi-Fi, Wyoming, …) pro otevřenou chytrou domácnost s důrazem na soukromí, možnost výběru a udržitelnost.
Společnost Meta otevírá svůj operační systém Meta Horizon OS pro headsety pro virtuální a rozšířenou realitu. Vedle Meta Quest se bude používat i v připravovaných headsetech od Asusu a Lenova.
Společnost Espressif (ESP8266, ESP32, …) získala většinový podíl ve společnosti M5Stack, čímž posiluje ekosystém AIoT.
Ahoj,
poraďte prosím jaké je ekvivalentní nastavení pro OpenBSD v /etc/ssh/sshd_config
Přihlášení jen pomocí klíčů - v linuxovém konfigu víceméně povolím klíče a zakažu přihlašování heslem a PAM - jak je to v OpenBSD ? Pro stejnou funkcionalitu
stačí jen zakázat hela a povolit PK ?
PermitRootLogin no # root zakázán
PubkeyAuthentication yes # PK ano
PasswordAuthentication no # ověřování heslem zakázáno
je to vše ? ( je to tak systémově správně ? )
Dík
Zatím ne, stroj je daleko a když to zmrvím, tak se projedu - nicméně je to stroj na hraní a stahování, takže by se taky nic nestalo :)
Teď vzdáleně upgraduju na current, tak pokud to pak naběhne, tak to zkusím ....
Je to v kyblíku, nepovedlo se :) Stroj sice běží, ale nemůžu se přihlásit ...
( No supported authentications methods available . )
eh, jestli to nebude tím, že v home adr. byl soubor authorized_keys (bez dvojky) kterýžto zdá se je default ....
no nic, uvidím až se k tomu dostanu
tož budoucím generacím - v konfigu fakt není dobrý nápad změnit řádku
AuthorizedKeysFile .ssh/authorized_keys
na
AuthorizedKeysFile .ssh/authorized_keys2
- i když jsem dal PK do správnéh ( s 2kou ) - nefungovalo to )
Budoucím generacím: když změníš nastavení SSH démona, restartuj ho, ale zůstaň přihlášený. Zkus se připojit z jiného okna/terminálu a pokud to jde, můžeš ukončit původní spojení (s ještě starým nastavením) – jinak změň nastavení zpátky
mno, pre buduce generacie dodam este lepsi sposob :)
urob si dalsi config, zmen cislo portu a spust novy daemon z konzoly, napr:
# cp sshd_config sshd_abc
# grep ^Port sshd_*
sshd_config:Port 22
sshd_abc:Port 666
# /usr/sbin/sshd -D -f /etc/ssh/sshd_abc
a mozes skusat kolko len chces (ssh -p <cislo_portu> <host>
atd..).. ak all ok, tak to das na ostro ... absolutna cesta k sshd je nutna, -D zabrani detachnutiu sa a 'nezdaemonuzuje sa' .. lahsie sa tak debuguje, ked skoncis tak cez ^c to killnes
Tohle je fakt dobrý - to jsem nevěděl, že to jde tak "snadno" - vyzkouším ...
Ja kdyz neco menim na dalku, delam to tak, ze si ulozim kopii toho souboru co jsme menil a pak do cronu a nebo do otevrene session ve screenu, pridam "cp zalohovanej_soubor nefunkgujici_soubor ; /etc/rc.d/sluzba restart". Kdyz to delam v cronu tak si to nacasovani dam tak aby se mi to restorovalo treba za hodinku. Ve screenu si pred to dam jeste "sleep 3600". Uz mi to parkrat usetrilo cestu nebo diktovani root hesla po telefonu, i kdyz na vetsine serveru mam ted i vzdalenou konzoli,takze to proste udelam jakoby "lokalne"
ach jaj, nj, tak to byva, ked clovek vymysla :)
pak si otevri dalsi a v ni teprv neco men, pak v ni restartni ssh (ta prvni zustane funckcni), zkus jestli se prhlasis, pokud ano je vse ok, pokud ne, opravis to prvni konzoli
Jasně, díky za rady, teď už to tak dělat budu - předsi jen to chce holt praxi jak je vidět ...
( a nebo alespoň přemýšlet, ale to už je z jiného soudku :) )
lol
je zasadni rozdil mezi poslani HUP signalu bezicimu sshd a jeho restartem!
kdyz posles jen HUP tak stavajici spojeni zustava - reloadne se sshd_config - takze se neodpalis :)
Presne tak, to staci. Len si over este predtym nez spravis "PasswordAuthentication no", ci ti ide prihlasit sa klucom :)
no to byla ta chyba :) ( a jestli se jima člověk učí, tak už bych měl být podle všeho touhle dobou geniální :) )
Presne tak, na chybach sa clovek najviac nauci (hlavne ked sa odpali zo servra, ktory je vzdialeny par desiatok/sto kilometrov a musi sa trochu prebehnut :)
Tiskni Sdílej: