Poslední příspěvky

1

Windows a jiné systémy / Re:Po aktualitaci Linux Mint nefugují Windows 11

« Poslední příspěvek od HanzHanz kdy Dnes v 16:18:21 »

Zkusil bych tohle když nikdo nemá tucha co s tím ten update Mintu udělal...

https://www.supergrubdisk.org/

2

Studium a uplatnění / Re:Byli jste někdy na podpoře?

« Poslední příspěvek od Pavel... kdy Dnes v 16:02:40 »

....

Na rozdiel od nezmyslov ktore pises Ty, pise MP zvycajne celkom civilizovane a k veci.
Mozno raz dospejes, ale to co predvadzas nie je hodne ani pubertiaka. A rozhodne to nie je ziadny prinos k diskusii.

3

Windows a jiné systémy / Re:Po aktualitaci Linux Mint nefugují Windows 11

« Poslední příspěvek od cipiksk kdy Dnes v 15:59:14 »

GRUB_DEFAULT="saved"
GRUB_TIMEOUT_STYLE="hidden"
GRUB_TIMEOUT="10"
GRUB_DISTRIBUTOR="`( . /etc/os-release; echo ${NAME:-Ubuntu} ) 2>/dev/null || echo Ubuntu`"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_DISABLE_OS_PROBER=false

Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
Generating grub configuration file ...
using custom appearance settings
Found linux image: /boot/vmlinuz-6.8.0-48-generic
Found initrd image: /boot/initrd.img-6.8.0-48-generic
Found linux image: /boot/vmlinuz-6.8.0-47-generic
Found initrd image: /boot/initrd.img-6.8.0-47-generic
Found linux image: /boot/vmlinuz-6.8.0-38-generic
Found initrd image: /boot/initrd.img-6.8.0-38-generic
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found linux image: /boot/vmlinuz-6.8.0-48-generic
Found initrd image: /boot/initrd.img-6.8.0-48-generic
Found linux image: /boot/vmlinuz-6.8.0-47-generic
Found initrd image: /boot/initrd.img-6.8.0-47-generic
Found linux image: /boot/vmlinuz-6.8.0-38-generic
Found initrd image: /boot/initrd.img-6.8.0-38-generic
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Adding boot menu entry for UEFI Firmware Settings ...
done

nenašlo aj tak :/

4

Sítě / Re:Ako z neverejnej IP mat verejnu staticku

« Poslední příspěvek od LA MA kdy Dnes v 15:55:02 »

Dakujem vsetkym.

Problem som vyriesil pouzitim Tailscale. Som prijemne prevapeny aka silna je to sluzba a k tomu aj free moznost.

Moje sluzby sice nemam priamo dostupne z internetu (verejne), co by sa dalo tiez v Tailscale poriesit, ako som cital.

Ale kedze ich pouzivam iba ja ako uzivatel a nemam problem pouzit klientsku apku, vyhovuje mi pristup iba cez tunel.

V pfsense v tailscale som si pekne nastavil advertised routes na ip konkretneho serveriku (xxx.xxx.xxx.xxx/32), nasledne pridal pre istotu firewall staticke pravidlo pre tailscale siet - pristup iba na TCP/UDP DNS na LAN adresu a TCP any na IP  serverikv.

V tailscale (web admin konzola) som si do DNS pridal pravidlo, kde pre domenu webserveriku sa ma poizit DNS preklad z LAN adresy pfsense. No a tam, v pfsense, DNS resolver si upravim DNS zaznam ako potrebujem.

Este raz dakujem za rady.

5

Studium a uplatnění / Re:Byli jste někdy na podpoře?

« Poslední příspěvek od registrovany123 kdy Dnes v 15:11:39 »

Stejně už bylo všechno řečeno, úředníci jsou benevolentní když někdo pracuje a po delší době jde na pracák.

To jen zase nějaký pozér a ptm Poljak, co píše a otravuje pod svým vlastním jménem podobě jako Jirsk, aby se prezentoval když HR napíše do Google vyhledavače "Martin Poljak", tady kvůli pár stovkám navíc na MD-rate vytěžuje diskuzí svých kolegů a píše pozerské chujoviny, které by i ten blbý Chatbot identifikoval jako nesmysly.

HRko, jestli to tady čteš, protože hledáš něco na Poljaka, který se u vás uchází o práci, tak je to trefa do černého, přesně takového pozéra na tu prac. pozici web vývojáře hledáte, skvěle zapadne do vašeho zm. kolektivu a když si nějaká ovce bude stěžovat na únavu z práce, pomůže firmě a řekne ji, "Nikdo tě nenutí Franto, je to jen otázka mindsetu.". Je to váš člověk.

6

Server / Re:Docker container / umožnění či autostart ssh

« Poslední příspěvek od HanzHanz kdy Dnes v 15:04:44 »

Mimochodem, zásadní chyba je už to, že v tom obrazu vůbec sshd je. (Což je samozřejmě chyba autora toho obrazu, ne vaše). Ale je to další důvod, proč na to nespoléhat – protože v další verzi obrazu to sshd být nemusí a vám pak přestane vaše zálohovací řešení fungovat.

Jo, jo, to samozřejmě beru včetně vašeho min. příspěvku a chápu.

Tak myslím, že asi nejlepší bude to přemigrovat z CT na VM a bude klid.

Díky a pěknej víkend...

7

Server / Re:Docker container / umožnění či autostart ssh

« Poslední příspěvek od Filip Jirsák kdy Dnes v 14:28:17 »

Mimochodem, zásadní chyba je už to, že v tom obrazu vůbec sshd je. (Což je samozřejmě chyba autora toho obrazu, ne vaše). Ale je to další důvod, proč na to nespoléhat – protože v další verzi obrazu to sshd být nemusí a vám pak přestane vaše zálohovací řešení fungovat.

8

Studium a uplatnění / Re:Byli jste někdy na podpoře?

« Poslední příspěvek od Lord_Pitzbudka kdy Dnes v 14:14:03 »

necituju, bo jsem reagoval na posledního předřečníka.

9

Studium a uplatnění / Re:Byli jste někdy na podpoře?

« Poslední příspěvek od pruzkumbojem kdy Dnes v 14:12:56 »

Necitujes, tak by mne zajimalo na koho odpovidas.

Tohle plati minimalne na tretinu lidi tady.

Ja citim frustraci jen kdyz to ctu, nejen frustraci ohledne toho primarniho tematu (ktery je relevantni i pro mne, mam vlastni zkusenosti a pohled, ale nestoji ti za publikovani kvuli tem osobnim pseudointelektualnim utokum).

A nejen v tomhle vlaknu. Root komunita je vskutku specialni. Aby clovek dostal dve relevatni odpovedi, musi se prohrabat 90% arogantniho balastu.

Co te tak ctu, tak takovej uzlicek nestesti a frustrace aby clovek pohledal

Tobe v nejaky prsci museli strasne moc ublizit a zanechalo to nasledky.

10

Server / Re:Docker container / umožnění či autostart ssh

« Poslední příspěvek od Filip Jirsák kdy Dnes v 14:01:12 »

Nebo se zeptám ještě jinak. Jaký by byl rozdíl, kdyby to nebyl CT ale VM s ssh serverem, a ta VM by chcípla stejně jako ten CT? Mě to přijde dost podobný, ne-li stejný, tedy ty následky...

CT je méně náročný na prostředky, kernel bere z hosta a je ideální na jednorázové věci, super rychle startuje atd. My CT spíše používáme na testovací věci, pokud developer daného sw přímo nedoporučí pro produkci.

Ve virtuálním stroji vám běží celý operační systém, který je stavěný na to, že v něm běží spousta nesouvisejících služeb. Proto máte v distribucích typicky systemd nebo nějakého jiného správce služeb, který se stará u jejich běh.

Kontejnery jsou dělané pro běh jedné služby. Nic vám nebrání v kontejneru provozovat skoro celý operační systém se spoustou služeb, ale není to něco, k čemu by byly kontejnery určené. A je pak na vás, abyste věděl, co děláte, a správně to nakonfiguroval a provozoval.

Když „chcípne“ VM, znamená to, že přestal běžet celý ten OS. Když „chcípne“ kontejner, znamená to, že se ukončil  proces, který tvořil ten kontejner, a OS ukončí jeho potomky. Pokud z toho kontejneru byly nastartované nezávislé procesy, které nejsou potomkem toho hlavního procesu, ty vám zůstanou v systému běžet, protože už nemají žádnou vazbu k tomu hlavnímu procesu.

Kontejnery nejsou nic jiného, než procesy izolované pomocí cgroups už na úrovni jádra operačního systému. Jádro nezná žádnou entitu „kontejner“ – kontejner je jenom naše označení pro procesy nakonfigurované určitým způsobem.