16
Desktop / Re:Nedostatek paměti a nenáročný editor na .rtf/.doc
« kdy: 19. 03. 2023, 20:18:53 »A protože jsem už Ubuntu zahodil, jedu teď na Mintě Fxce
Takze vymenis jedneho mutanta debianu za ineho. Komu nie je rady, tomu nie je pomoci.
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
A protože jsem už Ubuntu zahodil, jedu teď na Mintě Fxce
V logách jsem nic co by mě dovedlo k příčině nenašel, takže nezbývá než přeinstalovat.
Tady na tom FreeSpire se zatím jen učím (vyhovuje mi to černý prostředí).
dnf module enable php:8.0
dnf module install php:8.0
ps -o pid,user,%mem,command ax | sort -b -k3 -rPustit ako root, inak tam tie procesy nebudu vsetky...Ospravedlňujem sa za offtopic vzhľadom k pôvodnej otázke vlákna, ale ako by host 2 na host 3 mal použiť ticket z host1?
Jakou používáte metodu na distribuci hesel a privátních klíčů pro aplikace ve Windows a Linux?
Aktuálně používáme "in-house" řešení, které si načte GPG soubory, které obsahují všechny hesla a klíče.
Všechna hesla jsou organizována do skupin a ke skupinám pak přiřazujeme jednotlivá oprávnění RBAC.
Klienti používají "wrappery", které se dotazují služby na hesla a ta je vrací podle autorizace klienta.
Služba je pochopitelně omezená jen na lokální síť (https), vyžaduje autentizaci certifikátem, heslem a jménem, ip filtrace aj..
Jde o aplikace mimo Docker/Kubernetes. Vše je "on-premise"
Asi mi uniká podstata Vaší odpovědi v kontextu, ale Kerberos tiket bych tam asi neukládal. Spíš heslo uživatele, který po autentizaci ten tiket dostane....
V závěru je snad úplně jedno co za "tajemství" je tam uložené ne?
Důraz na zabezpečení je pro všechna uložená "tajemství" stejný.
Některé hesla mohou napáchat mnohem větší škody než privátní klíč.
,?\s*\"(\\.|[^\"])+\"\s*:\s*nullpieskovisko aj s prikladom tu https://regex101.com/r/Cj3vBX/1