🚀 go-pugleaf

Dominik 'Rathann' Mierzejewski <_wstaw_nick_@greysector.net> writes:

> Date: Tue, 28 Mar 2023 17:52:28
> From: Kamil Jońca
>> Dominik 'Rathann' Mierzejewski <_wstaw_nick_@greysector.net> writes:
>
>> [...]
>>>
>>> Są bezpieczniejsze rozwiązania. W/w wada rzutuje na bezpieczeństwo, bo
>>> demon dockera działa z prawami roota i były w nim dziury umożliwiające
>>> włamanie do hosta z poziomu kontenera.
>>>
>>> Zamiast dockera polecam podman. Obrazy dockera z nim działają i jest
>>> niemal 100% kompatybilny z dockerem jeśli chodzi o linię poleceń. Do
>>> tego nie wymaga roota.
>
>
>> No nie wiem.
>
>> Tak na szybko nie udało mi się uruchomić mojego lokalnego obrazu z inn-em w
>> środku - nie widział obrazu, a znalezione poradniki jak skonwertować
>> hm...,
>
>> a próba zbudowania z dockerfile, skończyła się:
>> --8<---------------cut here---------------start------------->8---
>> sudo podman build --tag inn-restore .
>
> A dlaczego sudo? Pisałem, że działa ze zwykłego usera.
> Poza tym SOA#1, na Fedorze działa. ;)

Na zwykłym userze też nie działało.

>
> Widać Debianowa paczka jest niedorobiona.

Nie wiem czy jest niedorobiona. Brakowało uidmap - być może przy
kontenerach z roota nie jest potrzebna i nie chcieli wprowadzać
zależności.

Koniec końców udało mi sie odpalić "mój" kontener (acz zbudowałem go od
zera, a nie zmigrowałem z dockera).

Więc jest postęp. I w zasadzie mogę powtórzyć. Wydaje się to krok
naprzód względem dockera, ale nie liczyłbym że "bezmyślna" zamiana
komend "dockker" -> "podman" da dobry wynik.

Teraz pewnie będę musiał poczytać trochę o sieciach w tym podmanie.
Bo siec w dockerze doprowadza mnie do białej gorączki.


KJ


-- 
http://wolnelektury.pl/wesprzyj/teraz/