Új hozzászólás Aktív témák
-
haddent
addikt
Nem, semmi. Annyi, hogy minden service-hez fel kell sorolni amit futtatni szeretnél. Van egyébként unless stopped is, nem tudom pontosan hogy van keress rá. Akkor még jobban .service -re hasonlít, mert ha leállítod kézzel ("disable") akkor nem indul újra amíg el nem indítod kézzel.
Meg ugye el lehetne ezt az egészet vinni kubernetes irányába is, de szerintem otthonra (jobban mondva amíg nem load-balance / high availability a cél) addig felesleges és szvsz. a kubernetes konfigja egy hányadék a compose-hoz képest
Kapcsolók közül még a --force-recreate talán érdemes megjegyezni
[ Szerkesztve ]
-
haddent
addikt
Szia
ahogy írja is, a volume mappinget. [link] így érdemes szerintem (csak a tmp -t írtam át, annak mintájára a többit is kéne), tehát egyből a konténer volumes részénél:- /helye/a/hoszt/gépen:/helye/a/konténerben
Van több féle mapping és szintakszis is, ez az én preferáltam de compose doksiban nyugodtan válassz másikat, ha jobban bejön[ Szerkesztve ]
-
őstag
Tudom, hogy én vagyok a csekély értelmű medvebocs, de én ebben nem látom, hogy hogy tudnám megoldani, hogy a yml fájlban tüntetem fel szépen a végén az egyes meghajtók szerveren elfoglalt helyét. Csak a haddent által javasol opcióra látok megoldást, vagy hogy megadok egy meghajtó nevet, amit vagy én hozok létre korábban, vagy a Docker létrehozza nekem random(?) helyre.
Van ebben valakinek tapasztalata?
Mivel több helyen is használom ugyanazt a volume-ot, így nem szeretném mindenhova felvinni a szerveren lévő mappa struktúrát, megkönnyítve ezzel a szerkeszthetőséget. -
haddent
addikt
Így van, illetve jó eséllyel azért a Dockerfile ("makefile") elérhető a konténerhez, akkor tudsz magad "fordítani" egy x86 -ot is sajátkezűleg
golya87 találtam megoldást a "globális bindmountra", de elég rusnya, a doksiban nincs benne, egy 2 éves github request eldugott kommentjei közül működik, de jóétvágyat hozzá. Én általában fejből meg tudom írni a composeokat amik kellenek nekem, elég intuitív, hát ezt biztos nem jegyzem meg [link]
-
samujózsi
tag
A hangsúly ott van, hogy felparaméterezve.
A user mappingnek (szerintem) alapértelmezettnek kellene lennie.
Én a /etc/docker/config.json fájlba írtam bele, hogy ne a host usert használja. De miért nem lehet ezt defaultként?Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
Jelzem, nálam a te módszered nem is működik, a -e PUID -e PGID csak a shell változókat állítja be, ettől még maga a user marad az eredeti, tehát alapjáraton a root.
(#172) haddent
Log: ha jól emlékszem, a squid a "-s" kapcsolóval a teljes logját átküldi a syslog démonnak. Ha konténerben futtatom, ragaszkodik hozzá, hogy a konténer saját /var/log/squid/access.log és cache.log fájljaiba írjon.
Vagy én írtam el valamit az imént, de így elsőre ezt kétlem.[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
Na, kezdődik...
Bevallottan nem érted, miről beszélek, de máris kezded az arcoskodást.Ui: megmutatnád, hogy a te verziód hogyan, milyen konfiggal működik? Mondjuk egy alap alpine konténerrel, logolva a létrehozás, futtatás lépéseit.
Rögtön előszedem a laptopom és megmutatom, mire gondolok, mit szeretnék látni tőled.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
Process owner tekintetében valamit elnézhettem: [link] - legalább egy processzem kénytelen rootként futni (a linken lévő tortúrát kihagytam ugyanis)
De... Ubuntun, alap konfiggal futtatva egy konténert (alpine)
$ docker run -it -v /tmp:/xxx --rm alpine
/ # touch /xxx/valami
/ # sleep 30
# ps xau | grep sleep
root 10878 0.0 0.0 1548 4 ? S+ 11:36 0:00 sleep 30
# ls -l /tmp/valami
-rw-r--r-- 1 root root 0 dec 27 11:36 /tmp/valami
Ugyanez, ha a /etc/docker/daemon.json-ba beírom, hogy { "userns-remap": "dockermapper" } ( a dockermapper usert én vettem fel e célra)
$ docker run -it -v /tmp:/xxx --rm alpine
/ # touch /xxx/valamimas
/ # sleep 30
# ps xau | grep sleep
165536 11255 0.0 0.0 1564 4 ? S+ 11:41 0:00 sleep 30
# ls -l /tmp/valami*
-rw-r--r-- 1 root root 0 dec 27 11:36 /tmp/valami
-rw-r--r-- 1 165536 165536 0 dec 27 11:41 /tmp/valamimas
Holott a konténerben a második esetben is rootként futott látszólag a touch és a sleep.
Ezt mennyiben váltja ki a konténernek átadott két környezeti változó?Szerk: próbáltam vastagítva kiemelni a lényeges értékeket, de sajnos a kódszínező belerondított.
[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
Miután én általában a dockerről beszélek, nem egy-egy image-ről.
Ez konkrétan melyik nginx, amelyikről te beszélsz?
Van egy olyanom, hogy maga a konténer ott is rootként fut a fenti mapping nélkül, a paramétereid az nginx-nek szólhatnak.[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
Nos, igen, ez azt teszi, amire tippeltem: maga a konténer, ahol root processzt futtat, pl. az nginx indító/szülő processze, ott root marad és ha nincs átmappelve, akkor az a host root-ja lesz (a host oldalról ps xau segítségével is látható).
Azok a -e PUID PGID paraméterek csak ennek a processznek a "gyerekeire" vonatkoznak.És mondom: itt a "rugózás" részemről azon megy, hogy miért az a default, hogy nincs saját usere a dockernek (legalábbis ubuntun)? Mert ha már biztonság, abba szerintem ez is beletartozna.
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
-
-
haddent
addikt
-
stigma
addikt
Hivatalos oldal: https://www.linuxserver.io/
Image-k (ide reggelni kell, hogy lásd a konténer leírást): https://fleet.linuxserver.io/Viszont https://hub.docker.com/ oldalon ha beírod a konténert , látsz minden fontos infót.
....iPhone 13 / iPad 9th Gen. Wifi 64GB...
-
gazso75
aktív tag
Jaja, igazából a hoston ment minden, onnan költöztettem át docker alá mindent. Az érdekes amit most vettem észre, hogy a qbit nem látja a csatolást, hiába van felcsatolva. Az alsó sávban a szabad hely "ismeretlen"
Így néz ki a commonban:
- /mnt/UHDD2/torrent/download :/downloads[ Szerkesztve ]
-
pelyib
tag
Nem en uzemeltetem. Nem is akarom. En csak hasznalom a szolgaltatast amit nyujtanak az ingyenes csomagjukban.
Ez a kerdes, h mit csinalsz egy olyan 3rd party alkalmazassal ami nem hozzad tartozik.
Latom, h hol fog fajni, ha engedem az elerest, azert is kerdem, h hatha van erre valami szebb megoldas. Ami eszembe jutott, h kikapcsolhatova teszem. Vagy mockolom az egeszet, de akkor meg megint ezzel megy az idom...miért kell napokat eltölteni a beállítással
Home project, jo esetben tudok vele 1-2 orat foglalkozni naponta. Nem erdekel a Sentry lelki vilaga, nem akarom megtanulni, csak hasznalni
Van rola leiras, tehat lehetseges de inkabb arra forditanam az idomet, h azzal foglalkozzak amirol a project szol. -
gazso75
aktív tag
Minden olyan mint a többinél, de biztos ott lesz a gebasz, mert docker reboot után, mindent elfelejt
version: '3'
services:
app:
image: 'jc21/nginx-proxy-manager:latest'
ports:
- '80:80'
- '81:81'
- '443:443'
volumes:
- /mnt/docker_config/jc21npm/config.json:/mnt/docker_config/jc21npm/app/config/production.json
- /mnt/docker_config/jc21npm/data:/mnt/docker_config/jc21npm/data
- /mnt/docker_config/jc21npm/letsencrypt:/mnt/docker_config/jc21npm/etc/letsencrypt
environment:
# Uncomment this if IPv6 is not enabled on your host
DISABLE_IPV6: 'true'
db:
image: 'jc21/mariadb-aria:10.4'
environment:
MYSQL_ROOT_PASSWORD: 'npm'
MYSQL_DATABASE: 'npm'
MYSQL_USER: 'npm'
MYSQL_PASSWORD: 'npm'
volumes:
- /mnt/docker_config/jc21npm/data/mysql:/mnt/docker_config/jc21npm/var/lib/mysql
ports:
- '3306:3306'Hol a bibi ?
[ Szerkesztve ]
-
addikt
válasz golya87 #1165 üzenetére
Gondolom szó szerinti fordítása ennek:
DEPRECATION NOTICE
This image is deprecated.
We will not offer support for this image and it will not be updated.
We recommend our wireguard image instead for vpn[ Szerkesztve ]
"After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."