- Fujifilm X
- AMD Ryzen 9 / 7 / 5 / 3 3***(X) "Zen 2" (AM4)
- Milyen billentyűzetet vegyek?
- Vezetékes FÜLhallgatók
- Léghűtés topik
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Így építsd a billentyűzeted!
- Házimozi belépő szinten
- Milyen egeret válasszak?
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
ma Részletes anyag került fel az internetre a Sony idei középkategóriás telefonjáról, három helyett két hátlapi kamera várható.
-
Letartóztatták a bitcoin-Jézust
it Amerikai adókerülés vádjával, Spanyolországban tartóztatták le a bitcoin-Jézusként ismert Roger Vert.
Új hozzászólás Aktív témák
-
cSuwwi
aktív tag
-
cSuwwi
aktív tag
válasz tasiadam #1433 üzenetére
A hálózatkezelés nálam hasonló, csak nem kell idézőjel se a porthoz, se a subnethez.
Az eldobja a hálózatotból ütközésre gondolok. A subnet amit használsz az az otthoni hálózatod? Mert ha igen, akkor ez lehet gond, bridge-ként használd, ha publikus belső ip-t szeretnél. -
cSuwwi
aktív tag
válasz tasiadam #1435 üzenetére
Nem tudom szükség van-e erre egyáltalán (hálózat állítás).
A port átirányítás miatt elérhető lesz a host gép címéről máshonnan is.
A te példáddal élve: hostgepip:8081-re be kell jönnie más azon a subneten lévő gépen is az nginx által hostingolt oldalnakHa a stacked több dologból áll (nginx, mysql, php, ...) akkor inkább keress erre kész docker-compose configot, egyszerűbb mint a nulláról írni. Pl: [link]
Ha másra nem, a docker-compose fájlt vizsgálva megfejthető hogy működik. -
cSuwwi
aktív tag
-
cSuwwi
aktív tag
válasz paizinho #1463 üzenetére
.hu-t csak magyar regisztrátorral tudsz bejegyeztetni, 2000 Ft körül van 2 évre az alja
.com-ra keress valami olcsót, vagy ha nem kell ilyen mainstream domain akkor pl. xyz meg egyéb fancy nevek vannak 1-2 dollárért is, pl. porkbun-nál, azt meg fenntartásra átviszed a cloudflare-re ha úgy kényelmesebb. a renew díjat mindig nézd meg ne érjen meglepetés. -
cSuwwi
aktív tag
válasz PistiSan #1470 üzenetére
A reference-ben is benne van: [link]
--network="host" illetve a többi lehetőség is. 1 konténer compose nélkül is kezelhető cli-ről, ha stacket használsz akkor kell(het) a compose (de kényelmesebb is kezelni). Tegyél fel egy portainert akkor böngészőből is tudod kezelni és abban is van compose support. Nekem is van rpi-n docker, portainerből meg kb. 15 féle service fut rajta.[ Szerkesztve ]
-
cSuwwi
aktív tag
A hivatkozott github repot (dromax) én tartom karban. A gazso féle dockerhub-os megoldás nem tudom frissül-e ha én frissítek rajta, és ahogy látom csak arm64-et ad, de van armv7 és v8-ra is buildem (ez kell pl. raspberry pihez). Javaslom inkább imagenek azt használjátok amit a githubon buildelek, ott van az image linkje a dockerfileban.
Ez az xteve ahogy látom csak más formátumot ad ki, ha csak ennyi a változása, ezt bele tudom varrni alkalomadtán, hogy csak ezért ne kelljen egy külön konténert futtatni.
[ Szerkesztve ]
-
cSuwwi
aktív tag
Megnéztem mit ad ki az xteve, és pár extra attrib van az xmlben és az m3u8-ban, amúgy sima proxyként üzemel. Annyi előnye van, hogy a webes felületén össze lehet legózni milyen csatornára van szükség (ha nem kell minden).
A következő updatenél majd belerakom ezeket, így az összes csatornára tudok adni majd közvetlen kimenetet, ha kell szűrni akkor az xteve-vel lehet (beírom majd a leírásba).
Mivel van nem docker edition is (az eredeti amiről forkoltam én is), docker only verzió lesz belőle. Csak ki tudja mikor... -
cSuwwi
aktív tag
Lényegében most is ezt használod, csak gazso csinált egy korábbi verzióból egy image-t a dockerhub-ra. Mivel lényegi változás nem igen lesz, valójában frissíteni sem muszáj, csak ha már nem működik, pl. diginél változtatás miatt, ami bármikor lehet. Az új csatornák, epg tudja követni a változásokat, ezért nem kell updatelni. Az arm támogatás miatt javaslom, akit érint.
Ha lesz időm-kedvem hozzá, ki fogom szedni belőle a standalone/osmc fájlokat, csak tisztán docker verzió lesz, így csökkenni fog az image/konténer méret, illetve ezek a minimális m3u8, xml változtatások. -
cSuwwi
aktív tag
válasz haddent #1524 üzenetére
Én is így használom, kényelmes de vannak limitei.
Pl. a containerek mount pontjait jól kell beállítani, nem amit alapból javasol a sonarr/radarr a /tv meg /movies, mert akkor nem megy a hardlink, csak fallbackként a copy/delete.
Vagy ha régebbi véget ért sorozatot néz az ember, a nemzeti letöltőoldalon jellemzően 1 torrentben van az összes évad, amit nem biztos hogy egyben le akarok tölteni, inkább ahogy haladok az évadokkal. Viszont a qbittorrent automatikus törlésnél csak torrentfájl és adatok vannak, így újra le kell ilyenkor szedni, ami persze hibát fog adni ha előtte nem lett törölve minden fájl az adott elérési útvonalon. Vagy le kell simán állítani a qbitben akkor nem törli.
Szóval macerás ilyen esetekben. Friss sorikat kell nézni[ Szerkesztve ]
-
cSuwwi
aktív tag
Mit szeretnél csinálni?
A docker fájl alapján létrehozol egy konténert, belemásolsz 1 fájlt majd listázod és exit 0-al leáll. Tehát a container tartalmazza a fájlt ha újra elindítod.
A mountolásnál a bal oldali könyvtárat csatolja be a container megadott könyvtárába, tehát befelé, nem kifelé. Ha csinálsz előtte egy config könyvtárat és beleraksz pl. egy config2.json nevű fájlt akkor a futtatás után azt fogja kiírni az ls parancs miatt hogy config2.json, mivel azt a külső könyvtárat mountoltad fel.
[ Szerkesztve ]
-
cSuwwi
aktív tag
Ha módosítani akarod kívülről akkor elég a mount szerintem, nem kell külön bemásolni, mert a mount miatt nem fog látszani, mert arra a könyvtárra húzod rá a becsatolt könyvtárat. A konténer indításakor ha létezik azon az elérési úton a fájlod akkor látszani fog.
Kb. minden service így működik, hogy külsőleg mountolt könyvtárból megy minden, hogy független legyen a konténertől. Másolni csak azt szoktam amit nem fogok módosítani, de szükséges a futáshoz (bár azt is érdemes environmentből ha megoldható) -
cSuwwi
aktív tag
A kép amit feltöltött az alapján az van, látszik az image neve.
Én inkább arra tippelnék, hogy az image outdated, és nem frissíti le valami ok miatt.Cigam: Portainerben vagy terminálon lépj be, és töröld kézzel az imaget és a konténert is, majd generáld le újra és jó lesz.
Én is most frissítettem, portainerből szoktam kézzel, a piholeban pont nincs semmi olyan ami miatt érdemes állandóan updatelni, a listákat magától lehúzza.Ez a legfrissebb: Docker Tag 2023.11.0 Pi-hole v5.17.2 FTL v5.23 Web Interface v5.21
-
cSuwwi
aktív tag
Vagy nem frissült le az image, és deploynál még mindig a régi 2022-esből építi újra.
Vagy nem lett a container újraépítve a letöltött új imageből.Töröld a konténert, utána az összes pihole-os imaget amit látsz és utána deployold (akkor az imaget letölti ami a latest lesz, utána mennie kell).
az addig felhalmozott adatok/beállítások ne törlődjenek
nem fognak, minden beállítást külön tárol, törölheted az imaget és a konténereket bármikor, a compose fájl alapján újraépíthető a korábbi beállításaiddalÉn minden containerem kézzel frissítem, pont az említett okok miatt. Ha automatikus futással nem sikerül akármi miatt, az gond. Ha én indítom akkor ott vagyok és megoldom. Csak értesítés kell, hogy frissülni akar, erre is jó a watchtower vagy a korábban említett diun, ami nekem külön jó, mert pushovert használok pl. szerver alertekre is és jön pushban mit lehetne frissíteni, mit szedett le a radarr/sonarr, stb.
[ Szerkesztve ]
-
cSuwwi
aktív tag
Működő containerből sehol nem lehet az imaget törölni, ez a portainerben és terminálról is így van. Nem is ezt írtam.
Hanem leállítod a containert első lépésként, majd utána törölöd az imaget. És ha ilyenkor deployolod és latest-en van akkor lehúzza a friss imaget és abból építi meg a containert.
Igen, arra az időszakra nem fog futni a pihole.Ha container eldobható, újraépíthető, a konzisztens adatokat nem ott tároljuk, hanem külső volume-okon (ami itt a pihole adatbázisa, a configokat pedig a yaml fájlban). Ha konténer újrabuildelés után nincsenek meg az adataid korábbról, akkor nem jó a yaml fájlod.
Nálam ilyen a yaml, a volume részen látod hol tárolja a beállításokat. Ez a hivatalos pihole docker oldalról van.
version: "3"
# More info at https://github.com/pi-hole/docker-pi-hole/ and https://docs.pi-hole.net/
services:
pihole:
container_name: pihole
image: pihole/pihole:latest
# For DHCP it is recommended to remove these ports and instead add: network_mode: "host"
ports:
- "53:53/tcp"
- "53:53/udp"
- "9002:80/tcp"
environment:
TZ: 'Europe/Budapest'
WEBPASSWORD: 'nem-muszaj-de-akkor-nem-generalt-lesz-hanem-ez'
# Volumes store your data between container upgrades
volumes:
- '/home/pi/docker/pihole/etc-pihole:/etc/pihole'
- '/home/pi/docker/pihole/etc-dnsmasq.d:/etc/dnsmasq.d'
# https://github.com/pi-hole/docker-pi-hole#note-on-capabilities
restart: unless-stopped
[ Szerkesztve ]
-
cSuwwi
aktív tag
Nem duplázott az, hanem a services alatti egy label ez esetben, amit a végén definiálsz.
Csak egy írható könyvtár kell neki, semmi köze nincs az /etc-hez, csak ez lett a neve. Azt csatolja be a containerben a neki megfelelő helyre, esetünkben a /etc/pihole-ba.
Az én configomban is saját home-omban van könyvtár amit használok storagera.
Ha tudsz bármilyen könyvtárat írni, akkor azt ha megadod neki menni fog.Igen elég korlátosnak tűnik, nekem ezért mennek a dockeres dolgok egy raspberry piről, mert nincs semmilyen korlátozás.
-
cSuwwi
aktív tag
A konténert törölni kell nem leállítani
Utána szabadul fel és törölhető az image. De látszólag ez már a latest, ha most írtad át, jó lesz az az image.
Próbálj meg egy új containert deployolni (de töröld előtte a régit).
Jobban már nem tudom elmagyarázni, ha nem megy stigma kommentjében ott a szájbarágós gyorstalpaló. Kitartás, fog menni... idővel -
cSuwwi
aktív tag
Attól függ milyen image-t választasz hozzá.
[link]
Az imageben és a majdani konténerben minden függőség teljesül, hogy tudjon futni, így jellemzően debian vagy alpine linux az alapjuk. Az alpine bőven elég lesz kezdésnek, itt más a csomagkezelő, alig eszik memóriát.
A scripted futásához pedig elég az entry pointnál (vagy cmd) kell megadni, van példa a how to usenál a fenti linken. Bele is másolhatod a scriptet az konténerbe, vagy becsatolhatod akkor a konténer bolygatása nélkül is tudod módosítani, jól jöhet teszteléskor vagy akár használatnál is.[ Szerkesztve ]
-
cSuwwi
aktív tag
Direkt eléréssel 1 port csak 1 alkalmazáshoz (vagy konténerhez ha dockerről beszélünk) tartozhat.
Amit keresel az egy reverse proxy, ami a host gépen vagy egy másik kontérnerben fut https porton amit írál, és a megadott hostnév alapján továbbítja a megadott végpontra.
Nginx vagy Traefik lesz a barátod. Arra keress hogy docker reverse proxy
Új hozzászólás Aktív témák
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Apple iPhone 15 Pro Max - Attack on Titan
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Egyre közelebb a Poco F6 startja
- Fujifilm X
- Mindent megtudtunk az új Nokia 3210-ről
- A fociról könnyedén, egy baráti társaságban
- CASIO órák kedvelők topicja!
- Kertészet, mezőgazdaság topik
- AMD Ryzen 9 / 7 / 5 / 3 3***(X) "Zen 2" (AM4)
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen