Új hozzászólás Aktív témák
-
cpt rodgi
tag
válasz
tradeelek11
#1383
üzenetére
ezt élhetnek tűnik... talán menni is fog .
Köszönet!
-
cpt rodgi
tag
válasz
tradeelek11
#1381
üzenetére
összegezve az ötlet jo is lehetett volna, de nem (igy) működik. ?
hat kar bíztam benne h 2 legyet egy csapásra.
-a gyerek tud min rajzolni, es
-a gep ki lesz használva..... -
válasz
tradeelek11
#1379
üzenetére
Dockerben csak alkalmazás/alkalmazások futtathatóak.
-
Elemental
addikt
válasz
tradeelek11
#1298
üzenetére
Ja igen, ez lemaradt. tautulli-tautulli. Írta, hogy van frissítés, le is frissítettem portaineren keresztül. Frissítés előtt és után is healthy.
-
szuszinho
őstag
válasz
tradeelek11
#1294
üzenetére
De Ő azt akarja, hogy egy hoston (NAS) a konténerek különböző eszközről kapják a netet! Nem különböző vlanok a cél, ahogy te mondod

-
szuszinho
őstag
válasz
tradeelek11
#1289
üzenetére
Szerintem ezt nem lehet megoldani. Mivel a host egy fizikai gép, nem tudja honnan jön a net. Egy routertől kapja mindig.
-
stigma
addikt
válasz
tradeelek11
#1282
üzenetére
Hi, elírtam
, mert a http://192.168.50.111:3000 porton próbálkoztam nem nagy sikerrel.De valami nem jó, mert a Pihole is úgy tünt működik ezen a macvlan-on, de most valamiért egyik sem megy.
Alap esetben mikor kiveszem a lefixált ip-t + adg_net nevű macvlan hálózatot akkor ugye a http://NASIP:3000-en elérem.
Ha nem jutok sikerrel akkor jön a jól bevált megoldás, hogy nyitok egy sört és megoldom.
Ez 100% valami user error lesz ismét részemről
, mert már ezer éve nem konfigoltam reklám blokkolót.Itt valami a macvlan-al nem lesz jó, vagy lehet bridgelt kártyán VM-ben valami nem olyan egyszerű.
Áttettem manuálisan kézzel az adg_net nevű hálózatra + fix ip-t löttem be neki és valami nem tetszik. -
g889ln
újonc
válasz
tradeelek11
#1276
üzenetére
Figyu, nincs különösebb oka, de mi az, ami "normális"?
1/1-es optika jön be, természetesen a tv is innen megy. Telekom, de úgy emlékszem, említettem korábban.
A wifi nem is lenne prioritásos, azt egy unifi AP intézi... -
g889ln
újonc
válasz
tradeelek11
#1274
üzenetére
Uraim, hatalmas köszönet! A pihole válaszol!

-
szuszinho
őstag
válasz
tradeelek11
#1172
üzenetére
Be is rágtam, visszaetettem a gyárit. Most már azzal sem jó
-
cpt rodgi
tag
válasz
tradeelek11
#1161
üzenetére
hat köszike.. akkor jegelem picit. ha talaltam valamit szolok .
-
cpt rodgi
tag
válasz
tradeelek11
#1158
üzenetére
es ez hogy megy fel a pici szerverre. mert a cel a laptop / pc kiiktatasa
-
cpt rodgi
tag
válasz
tradeelek11
#1156
üzenetére
igen
-
huan
őstag
válasz
tradeelek11
#1082
üzenetére
"52000-ás portok a "torrent" portok
a 8999 a GUId?" -igen
Átírtam a beállításokban is 52000-re, de ugyan úgy sárga.
Ezeket a portokat innen vettem, nem biztos, hogy a legjobb.
Ami fura viszont, hogy ha át akarom írni a portokat 6881-re, akkor ezt kapom:
Nem tudom ilyen szolgáltatások használják ezeket jelenleg, illetve, hogy hol kell ezt megnézni, állítani. -
zsamiatt
őstag
válasz
tradeelek11
#1077
üzenetére
valmi elindult, de a diunnál konkrétan imaget talál 0.1.0 tól 4.8.1 ig meg valami edgenel, de hogy az hogy a turoba került elő
nem is értemsemmi
már látom a hibát, user error
-
zsamiatt
őstag
válasz
tradeelek11
#1075
üzenetére
nem értem hogy
docker hubra is regisztráltam hogy lássa a legfrissebb imagekat
kellett a watch by default bekapcsolása is különben nem látta a többi conténert label nélkül -
zsamiatt
őstag
válasz
tradeelek11
#1072
üzenetére
közben találtam újabb paramétereket amik szükségesek és kellett regisztrálni a docker hub-ra is.
Te a host-t használod hozzá vagy a diun által létrehozott bridget? -
zsamiatt
őstag
válasz
tradeelek11
#1072
üzenetére
köszönöm
akkor kivárom míg jön valami update
-
zsamiatt
őstag
válasz
tradeelek11
#1070
üzenetére
Nálam ezek vannak a logban, lehet ez így jó is csak nincs amit kiküldjön?
Sat, 28 Aug 2021 07:25:36 CEST INF Starting Diun version=4.19.0
Sat, 28 Aug 2021 07:25:36 CESTINF Configuration loaded from file: /diun.yml
Sat, 28 Aug 2021 07:25:36 CESTINF Configuration loaded from 4 environment variable(s)
Sat, 28 Aug 2021 07:25:36 CESTINF Cron triggered
Sat, 28 Aug 2021 07:25:36 CESTINF Found 1 image(s) to analyze provider=docker
Sat, 28 Aug 2021 07:25:45 CESTINF Jobs completed added=0 failed=0 skipped=0 unchanged=66 updated=0
Sat, 28 Aug 2021 07:25:45 CESTINF Cron initialized with schedule 0 */6 * * *
Sat, 28 Aug 2021 07:25:45 CESTINF Next run in 4 hours (2021-08-28 12:00:00 +0200 CEST)
Sat, 28 Aug 2021 12:00:00 CESTINF Cron triggered
Sat, 28 Aug 2021 12:00:00 CESTINF Found 1 image(s) to analyze provider=docker
Sat, 28 Aug 2021 12:00:12 CESTINF Jobs completed added=0 failed=0 skipped=0 unchanged=66 updated=0
Sat, 28 Aug 2021 12:00:12 CESTINF Next run in 5 hours (2021-08-28 18:00:00 +0200 CEST) -
zsamiatt
őstag
válasz
tradeelek11
#1063
üzenetére
tudnál nekem segíteni a beállításban?
Létrehoztam a konténert:
version: "3.5"services:diun:image: crazymax/diun:latestcontainer_name: diuncommand: servevolumes:- "/volume1/docker/diun:/data"- "/volume1/docker/diun/diun.yml:/diun.yml:ro"- "/var/run/docker.sock:/var/run/docker.sock"environment:- "TZ=Europe/Budapest"- "LOG_LEVEL=info"- "LOG_JSON=false"- "DIUN_WATCH_WORKERS=20"- "DIUN_WATCH_SCHEDULE=0 */6 * * *"- "DIUN_PROVIDERS_DOCKER=true"labels:- "diun.enable=true"- "diun.watch_repo=true"restart: alwaysA megfelelő config filellal:
notif:mqtt:scheme: mqtthost: 192.168.10.2port: 1883client: diuntopic: docker/diunqos: 0telegram:token: *******************************chatIDs:- "*********"Az istenért nem akar jönni se telegramra se mqttbe adat tőle. Pedig a portainer jelzi, hogy van számára elérhető frissítés. Bár az meg lehet nem a docker verzió frissítését jelzi és jól van beállítva a diun?
-
stigma
addikt
válasz
tradeelek11
#1043
üzenetére
Hi, nem az lesz, szintaktika enter nélkül is jó, mert különben hibára futna.
Pihole-al szórakozom, 1-2 apróság módolsutl a 5.8+-os dockeresetén, github-on is írnak róla (Link), de 53-as porttal lesz/ban gondom.
Holnap majd megoldom, de köszi a segítséget.
Itt még annyi értekesség lehet VM-ben "Bridgel-t" a kártya, tehát lehet összeakadnak, mert úgy néz ki most, hogy :
192.168.50.12 => Fő Nas OMV-vel + pihole
192.168.50.96: Teszt Virutalbox OMV5-el.Hiba az lehet inklább, hogy:
- Már fut egy pihole, ezért persze hogy nem enged mégegyet
- a VM és fő NAS-on is szintugy ezt a macvlan adatokat adtam meg, csak más lett a hálózat neve
- A gép amin a VM fut, használja a fő NAs Pihole blokkolóját így lehet azért szar
Szóval majd vagy élesben szívok
, vagy a maradék 1-2 stackemre fogok koncentrálni, ami még hátra van
-
DIEGO15
őstag
válasz
tradeelek11
#1020
üzenetére
Fél siker. Az ip range rész volt a gond, mert így most kilát a netre a konténer, amit macvlan-ra teszek. Viszont a fix ip részre nálam azt írja a portainer, hogy "page not found".
Más:
Pi-hole DHCP docker alatt nem annyira akar menni sajnos. Még mindig azzal szenvedek, hogy saját magának nem oszt címet. Már mindenhol rögzítettem a serverIP-t. Elkezdi kiosztani a címeket, addig minden jól is megy, amíg a saját címe le nem jár.Van valami ötletetek?
-
DIEGO15
őstag
válasz
tradeelek11
#1020
üzenetére
Köszi. Megnézem.
-
DIEGO15
őstag
válasz
tradeelek11
#995
üzenetére
Modemként mindenképp használnom kell. Egyelőre kielégíti az igényeimet. Van egy TP-Link AC1200 routerem, de annak sokkal gyengébb a jelerőssége mint a szolgáltatóinak.
Úgy tűnik sikerült megoldanom a problémát, bár este már nem volt kedvem élesben tesztelni. Konkrét okot nem kerestem meg, de ezzel a klutchell/unbound image-el most szépen működik. A network fülön most látja az összes felcsatolt eszközt, amit eddig nem. Az interface és a serverip ip is már a valós értékeket mutatja. DNS szerverként próbáltam és működik.
Valamit biztosan nem adtam meg neki korábban. A hálózat host-olása a tippem.
-
zsamiatt
őstag
válasz
tradeelek11
#997
üzenetére
jó ennyi erővel lehetne mikrotik is...
-
zsamiatt
őstag
válasz
tradeelek11
#995
üzenetére
Meg a kozepesekben is eleg ritka a dhcp dns beallitasa.
-
DIEGO15
őstag
válasz
tradeelek11
#990
üzenetére
Szuper. Köszi.
-
DIEGO15
őstag
válasz
tradeelek11
#968
üzenetére
Köszönöm. Efelett elsiklottam
Kezd összeállni a rendszerem
Egyelőre szigorú erőforrás menedzsmentet hajtok végre, mert finoman szólva is véges a boxom teljesítménye. Ezért bütykölöm most a dietpi-t is és ezért nem használtam eddig az nginx-managert sem.
-
DIEGO15
őstag
válasz
tradeelek11
#957
üzenetére
-
DIEGO15
őstag
válasz
tradeelek11
#955
üzenetére
Nem. A 443-at használja a swag. A mariadb-t elérem.
-
tradeelek11
aktív tag
válasz
tradeelek11
#952
üzenetére
Akkor hibáztam, tavaly az RPI-hez ez volt a jó,
ha jól emlékszem a mariadb-vel volt gond:
Próbáld ki ezt légy szíves:
[link] -
DIEGO15
őstag
válasz
tradeelek11
#952
üzenetére
Nem. Bezavar a swag. Ez még egyelőre nem tiszta, hogy ha "gyárilag" két konténer ugyanazt a portot használja, akkor hogyan tudom az egyikek átirányítani?
-
tradeelek11
aktív tag
válasz
tradeelek11
#951
üzenetére
így sem?
-
DIEGO15
őstag
válasz
tradeelek11
#949
üzenetére
igen, ezért használom a linuxserver image-t.
-
tradeelek11
aktív tag
válasz
tradeelek11
#947
üzenetére
Bocs a te Amlogicod ARM-es ugye?
-
DIEGO15
őstag
válasz
tradeelek11
#934
üzenetére
Portrainer-ben szerettem volna kipróbálni a stack-ed, de le sem tudom futtatni. Azért reklamál, hogy kétszer van meghívva forrásfájl (image.)
-
DIEGO15
őstag
válasz
tradeelek11
#937
üzenetére
Nem értem félre
Köszönöm, hogy segítesz. -
DIEGO15
őstag
válasz
tradeelek11
#934
üzenetére
Köszönöm a tanácsokat és a stacket is. Ki fogom próbálni.
Egyelőre nincs koncepció. Van egy amlogic soc-os tv-boxom. Korábban használtam armbian-on futó OMV-vel, de valamiért nagyon lassú volt. Most Coreelec fut rajta. Nem használom a Kodi kezelőfelületet.
Az otthoni filmnézéshez miniDLNA-t használok, de most jött egy gondolat, hogy bővítsem a repertoárt. Tervben van a Radarr és Sonarr is, egyelőre, miniDLNA, transmission,jellyfin, swag, nextcloud, és vpn szeretnék.Az első négyes mér üzemel. A cél, hogy kivülről is elérhetők legyenek a filmek a család számára. Van aki külfödön él és nem torrentezik. Továbbá, szeretném, ha távolról is be tudnék avatkozni a futó konténerek/stackek életébe.
Később majd kialakul, hogy mi az amire tényleg szükségem van, egyelőre tanulgatom a témát.Nekem a transmission vált be. Jobban tetszik a kliens oldala, mint a qbittorrentnek. Az OMV 4-ben volt is rá plugin, így egyszerűen használható volt.
-
DIEGO15
őstag
válasz
tradeelek11
#928
üzenetére
Abszolút nem ragaszkodok hozzájuk. Alternatívaként láttam a wireguardot is, de szívesen látnám, hogy ti mit ajánlotok. Akár a swag helyett is.
-
zsamiatt
őstag
válasz
tradeelek11
#910
üzenetére
köszönöm kiprobálom
-
.wantííd
tag
válasz
tradeelek11
#800
üzenetére
Igazából ami a legszimpatikusabb a Swag esetén az a számtalan template ami elérhető hozzá, és ha bármilyen új servicet akarok hozzáadni akkor csak átnevezem a fájlt. Az Nginx Proxy Managerről hallottam már, nem tűnik rossznak, viszont számomra nem létszükséglet a webes felület, mikor cli-al megoldhatom ugyanezt.
Lényegében akkor, hogy áttérjek cloudflare-hez kell, egy ddclient vagy egy ehhez hasonló tool ami frissítget API-n keresztül. Át kell állítanom a névszervereket. Ez kb mennyi idő mire ténylegesen frissíti? Majd utána felvehetem a rekordokat amik most szerepelnek a google domainsen? Mire ügyeljek még?
-
szuszinho
őstag
válasz
tradeelek11
#800
üzenetére
Nekem is swag fut. Mi a baj vele?
-
gazso75
aktív tag
válasz
tradeelek11
#793
üzenetére
Azon gondolkodtam, hogy ha pl. bubuntux / nordvpn , ami gyakorlatilag egy Nord kliens, betenném qbit-el azonos stack-be( nekem ott vannak a *arr-ok is), és a network_mode: "service:nordclient" + bridge is lenne a qbit-nek, akkor működhetne a dolog ?
és így nem kellene módosítanom a belakott rendszert. -
teleguru
csendes tag
válasz
tradeelek11
#790
üzenetére
Nagyjából leirnad milyen módszerrel terelted ossze a containerek forgalmát? Köszönöm
-
haddent
addikt
válasz
tradeelek11
#774
üzenetére
Igazából két részből áll (legalább) szerintem a kérdés:
- valamiért saját email szervert szeretnél. Léteznek "email hosting" szolgáltatások, ahol a @teneved.hu domaineddel ők hosztolják, neked nem kell a szerverrel bajlódni, tehát nem a saját név az oka. Akkor marad a biztonság / privát, senki ne férjen hozzá téma. Ekkor viszont felmerül a kérdés, hogy "mikor elég?". Elég, ha egy VPS -en tárolod az adataid? Ekkor csak te és a VPS szolgáltató férhet hozzá. Nyilván nem túl valószínű, hogy említett másik félt kicsit is érdekelné a levelezésed, de eleve a "privacy" kulcsszó alatt álltál neki feltehetőleg, így ez ilyen "hitvallási kérdés", Neked kell döntened
- E mellett ott a technikai háttér kérdése. Alapvetően, papírforma szerint ha a VPS -en van a szerver, akkor garantált a 99.9% uptime, a backup, redundancia, stb stb stb.. Tehát az elérhetőség adott, az adatvesztés kizárt. Otthon ezeket csak nehezen tudod közelíteni és elég komoly projekt, szvsz. Na ez a papírforma, így egyérteműen a VPS -re kell szavazni. Aztán azért felmerülhet a kérdés, hogy oké, és mivan ha holnap becsődöl ez az említett hosting és a NAV elviszi a gépeket kész vége. Vagy bármi egyéb.Így én, ha az abszolut privát szféra, biztonság a kérdés, azt gondolom, hogy otthon kellene tárolni és titkosított formában lehet szépen backupokat is küldözgetni a felhőbe vagy akár magára a VPS -re vissza. Ezek elég egyszerű kérdésnek tűnnek, de implementálni azért nem felltétlen triviális.

teleguru dehogy, nem kötekedésnek szántam és nyilván túlzás is volt az összehasonlítás. Nem lenéző hangsúllyal értettem, sokkal inkább "ahh, ismerős, egy cipőben járhatunk.." öniróniával

aicon hát ma már minden a mindennek is a része. Szigorúan véve az ips/ids, vpn, stb. sem a tűzfal részét képezik, sem a dhcp, dns egyéb szerverek. Ezeket már megszoktuk, majd ezt is megszokjuk idővel
Eladni meg szép színes tanúsítvány plecsnikkel lehet, ilyenekből van ennek a 2 gyártónak is akikkel én állok kapcsolatban napi szinten. Hogy hogy kapták meg azt ne firtassuk, mert szánalmas bugok vannak nevetséges árakon
De egy szervezetnek a funkcionalitásnál csak egy dolog fontosabb: legyen kire hivatkozni, kit hibáztatni és kire önteni a fostengert, ha egyszer kiborul a bili. Na ezek pont ezek -
teleguru
csendes tag
válasz
tradeelek11
#770
üzenetére
-
haddent
addikt
válasz
tradeelek11
#770
üzenetére
VPS a mail miatt mindenképp kelleni fog, az, hogy a webszervert és magát a mail szolgáltatást is ott oldod meg, vagy csak "hazaküldöd", az rajtad múlik. Mindkettőnek van előnye-hátránya, ezt most nem kérdezted így nem fejtem ki, gondolom eldöntötted és rendben is van
VPS szolgáltató: én hostingbazis.hu -n vettem, 1 év / 10.000Ft, dedikált Gbits, perceken belül válaszolnak, jó reputációs, magyar IP címet adtak, PTR rekordot beállítják ha kéred stb.. én javaslom őket
A mailcow -t nagyon sokat dícsérik, én az ellentábort szaporítom. Szerintem iszonyatosan összetett, sok helyen eléggé gányolt, különböző felületek, lassú a többi megoldáshoz képest,s tb.. Ettől függetlenül működik, én másfelé néznék, pl.: Mailu vagy poste.io. Ha pedig nem fontos az open source, akkor én bevallom, kipróbáltam az Axigen -t. Van ingyenes verziója és egyértelműen a legöszeszedettebb, hiszen konkrét modell, vállalkozás épül rá.Debian / Ubuntu kérdésre teljesen mindegy a válasz, ami szimpi, én Debiant használok (ahol nem Archot)
A 4. pontra nem kerülte el, nem készült még el, sok a meló mostanában
Új hozzászólás Aktív témák
- World of Tanks - MMO
- Luck Dragon: Asszociációs játék. :)
- Hardcore café
- PlayStation 5
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- World of Tanks - OFF topic
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Banggood
- RETRO beárazás (mobil, PC, konzol)
- Fele annyit ér az iPhone Air, mint amennyibe pár hete került
- További aktív témák...
- Lenovo ThinkPad T14 Gen1 Ryzen5 4650U Refurbished - Garancia
- ÚJ ASTRO A50 5th Gen LIGHTSPEED WIRELESS HEADSET + BASE STATION fejhallgató
- GYÖNYÖRŰ iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3047, 100% Akkumulátor
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB RAM RTX 5060 Ti 8GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 16 Pro Max 256GB White Titanium -1 ÉV GARANCIA - Kártyafüggetlen, 92% Akkumulátor
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi

, mert a http://192.168.50.111:3000 porton próbálkoztam nem nagy sikerrel.


