- Geller72: Az MS Seed szervert üzemeltet a gépeden és lehet hogy nem is tudsz róla?
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- eBay-es kütyük kis pénzért
- Meggyi001: Szekszárdi pumpa pálya
- gban: Ingyen kellene, de tegnapra
- bitpork: Meglátjuk mit hoz a jövő
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- lkristóf: Prohardver fórum userscript – hogy lásd, mikor neked válaszoltak
Új hozzászólás Aktív témák
-
Köszi a gyors választ. Egyelőre félsiker
MS VSCode-s docker plugin-l szerkesztgetem és kezelem a konténereimet.A yml fájlban így állítom be: env_file: ../.env.global
(az env-file-re itt azt írja, hogy hibás)
A VSCode compose up nem látja a változókat.Ugyanitt a VSCode-s parancssorból indítva, működik, látja változókat.
docker compose --env-file ../.env.global upEzt most így nem teljesen értem. Mit kellene másképp csinálni?
Köszönöm, ha egyenesbe raktok. -
Vicces, pont a compose-hoz készítettem az .yml fájlt, benne az összes arr szolgáltatással, közös arr subnettel. Ekkor figyeltem fel a fenti dolgokra.
Volume-os problémát már olvastam máshol is, de úgy néz ki megvan miért keletkeznek ezek a fantom volume-ok. Ha jól értem lehetséges, hogy egyes image-ekben vannak olyan volume-ok megadva, amit a konténer létrehozásakor nem konfigurálok/nem használok fel és ezeknek generál compose során fantom volume-ot. Azt írja, hogy a docker image inspect {imageid or name:tag} --format {{.Config.Volumes}} paranccsal lekérdezhetőek image-enként az image-ben definiált volume-ok. Mondjuk ettől még zavaróak és az általam talált meg csak a Portainer-hez tartozhatott, mert csak az futott amikor törölni próbáltam (holott az csak 1 db portainer_data volume-ot hoz létre "elméletben".
Subnetes dolgot azért nem értem, mert volt kb. 20 konténerem, ami futott, az max. 20 subnet. Persze előtte volt több próbálkozásom, de akkor ezek szerint ami törölve lett azt továbbra is lefoglalja és nem szabadítja ismét fel újra felhasználhatónak? Jó volna tudni, hogy ezek a dolgok hol vannak definiálva, hátha szabályozható egy konfig fájlban.
Egyébként olvastam egy ilyet is, hogy a docker system prune -a --volumes parancs minden felesleges dolgot töröl, csak arra kell figyelni, hogy az éppen nem futó image-eket is. -
A végére csak kitisztult a kép.
- Leállítom az app-ot (konténert)
- A menüjében van egy Recreate menüpont.
- Ez előhozza azt a yaml fájlt ami alapján létrejött. Itt kijavítom a dátumot latest-re( pihole/pihole:2022.12.1 -» pihole/pihole:latest)
- Rányomok az update-re, és megcsinál mindent. (Letölti az aktuális image-t, és módosítja(?) vagy lecseréli(?)az aktuális konténert az új paramétereknek megfelelően.
- Ezekután lesz egy régi "2022.12.1" image, ami unused, tehát törölhetős, és egy új "latest", ami nem csak a nevében az. -
Valószínűleg biztosra mentek, és a NAS kiadásakor elérhető verziót tesztelték, és azt a verziót tették bele. Így biztosra mentek, hogy véletlenül sem egy éppen valamiért problémás kiadást fog telepíteni.
Az nagyobb gáz, hogy ez később sem módosítható, pedig van rá menüpont, mutattam is képet róla.Nálam picit bonyolultabb, mert bridge-en keresztül önálló IP címet kap
--
version: "3"
services:
pihole:
image: pihole/pihole:latest
networks:
qnet-network:
ipv4_address: 192.168.10.4
environment:
WEBPASSWORD: titok
TZ: Europe/Budapest
volumes:
- etc-pihole:/etc/pihole
- etc-dnsmasq.d:/etc/dnsmasq.d
restart: unless-stopped
networks:
qnet-network:
driver_opts:
iface: eth0
driver: qnet
ipam:
driver: qnet
options:
iface: eth0
config:
- subnet: 192.168.10.0/24
gateway: 192.168.10.1
volumes:
etc-pihole:
etc-dnsmasq.d:
Ez a duplázott "volumes" szekció is érdekes, mert szerintem újradefiniálja, "felülírja" az /etc/pihole és /etc/dnsmasq.d útvonalat, mivel a NAS-on eleve nem férsz hozzá az /etc-hez, ezért a ContainerStation felületén van egy külön "volumes" fül:
Szerintem erre hivatkozik a yaml második "volumes" bejegyzése, és a WEB-es felületen definiált útvonal fog hozzá tartozni.
Sajnos nagyon sokminden másképpen van mint egy mezei Docker esetén, hogy véletlenül se tudja elrontani az user 1.0. Sajnos ez sok hátránnyal is jár. -
A mountokat jól kell bizony, de ez valahogy evidens számomra, mi értelme lenne 5 konténerben és 1 hosztban máshova tenni a directorykat? Pont akkor lesz átlátható, ha amúgy is minden egybevág, szerintem.
Letöltésnél én azt szoktam, hogy hagyom, hogy ráfusson a full releasre, majd qBit -ben átállítom, hogy nekem csak az 1. évad kell, köszönöm. Ugyanígy később a 2., 3. stb.. Tök jól megy mindig.
A legnyűgösebb az, ha kb. 100 -ból 1x nem találja meg hasonló okok miatt a torrentet amit kéne. Na akkor Prowlarr kézi keresés, onnan átküld qBit, majd Sonarr/Radarr a Wanted/Import manual végigkattintva beimportálja ugyanúgy. Mindez szintén végig 100% webgui, akár mobilról is. Szóval nekem felbecsülhetetlenül kényelmesebb, mint böngészni a nemzeti beszerző kft oldalát, letölteni a torrent fájlt, letölteni, dlna/kiírni usb blabla..
Én tényleg kényelmi szempontból használom, nem spórolás. De nekem az sem megoldás, hogy Netflix, HBO+, Disney+ meg még 5 másik és akkor váltogassak appokat meg mittudomén.. Nem kösz... Majd ha lesz egy egységes és ráadásul minőségre sem olyan.. (Ellenben YouTube Premium -om a megjelenése óta van - olyan havidíjon aminek már híre hamva sincs, mert nem emelik folytatólagos előfizu esetén
, szóval ami jó, azért fizetek. Ami nem, azt megoldom nekem jól) -
Hi, köszi az infót, egyben gratulálok és köszönöm, hogy létrejött az alábbi konténer.
Nekem nem szükséges updatelni, mert nekem így is jó, 2 egyszerűen konfiguálható konténert kell használom, nekem így jobb , mint Coreelec alatt parancsokat és csomagokat frissítsek
Egyenlőre 2 boxon teszteltem, a 2 konténer épített NAS-on fut(digi servlet + xteve), ezt pedig egy Amlogic boxon dolgozom fel (IPTV Simple Client - m3u és xml fájlokat).Én úgy vagyok vele, emiatt plusz munkát nem adnék neked, nehogy baj legyen másnak is, én így is elvagyok vele
Én amúgy nem ARM boxon dockerezem - nem azon fut a servlet - Így lehet felesleges kicserélni a gazso féle konténert, de kipróbálom valamikor a tiedet is ígérem.
-
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... -
-
-
Jogos, bár pontosítok: az első esetben nem megoldottam, hanem megkerültem a problémát
Elméletileg azt írták több helyen, ha a compose fájlban az szerepel, hogy restart: "no", akkor nem indul el automatikusan a konténer, de ez nem igaz, akkor is elindul (legalábbis nálam).Az én problémám az volt, hogy néhány konténer internet hozzáférését össze akartam kapcsolni egy VPN-kliens konténerrel (gluetun), vagyis hogy csak azon keresztül érjék el az internetet, de ehhez a létrehozást követően mindig le kellett állítani a VPN-függő konténert, átparaméterezni, majd újraindítani, ami nyilván idő.
Ezt kerültem meg azzal, hogy az átkonfigurálni szándékozott konténerek compose fájljába beírtam, hogy "network_mode: container:gluetun" és ezzel már az indításnál a VPN konténerhez van kötve a netelérése, így már nem probléma, hogy azonnal elindul, hiszen a fentebb leírt folyamat is teljesen kihagyható.
Nem ismertem korábban ezt a módszert, szóval ez a megoldás még jobb is, mint amire eredetileg számítottam
--------------------------
#1460szpeti40: Köszi. Úgy látom ennek a konfigurálása már bőven meghaladja az én minimális Docker tudásomat
- Ez előhozza azt a yaml fájlt ami alapján létrejött. Itt kijavítom a dátumot latest-re( pihole/pihole:2022.12.1 -» pihole/pihole:latest)
Elméletileg azt írták több helyen, ha a compose fájlban az szerepel, hogy restart: "no", akkor nem indul el automatikusan a konténer, de ez nem igaz, akkor is elindul (legalábbis nálam).
Új hozzászólás Aktív témák
- Amlogic S905, S912 processzoros készülékek
- HiFi műszaki szemmel - sztereó hangrendszerek
- Projektor topic
- Megújult mobilos felület, fórumos ráncfelvarrás a PROHARDVER! lapcsaládon
- Samsung Galaxy Watch6 Classic - tekerd!
- Többet gyárthat a jövőben a drágább GeForce-okból az ASUS
- Mikrotik routerek
- Battlefield 6
- Vezetékes FEJhallgatók
- Vezeték nélküli fülhallgatók
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Gyermek PC játékok
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- Intel Core i7-7700K 4.2GHz (8M Cache, up to 4.50 GHz) LGA1151 Processzor
- BESZÁMÍTÁS! MSI B450M R5 3600 16GB DDR4 512GB SSD RTX 3050 8GB Formula Air Mesh G3 Seasonic 450W
- Intel Core i3-8100/ i5-9500 / i7-8700 / i7-9700 /i5-10500T /i7-10700 processzorok- számla, garancia
- AKCIÓ! MSI Cyborg 15 A12VF FHD GAMER notebook - i5 12450H 16GB DDR5 512GB SSD RTX 4060 8GB
- 188 - Lenovo LOQ (15IRX10) - Intel Core i5-13450HX, RTX 5060
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest