| Találatok száma: 7230 üzenet |
|
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
3894.  Elküldve:
2025-05-17 13:23:00 |
[101.] |
Legújabb OpenPli, majdnem nightly build.
Az igazság az, hogy nekem ez az image olyan tökéletesen és hibátlanul működik, hogy akkor sem szívesen tennék fel bármi mást a boxomra, ha valaki fizetne érte.
Szóval megnézem inkább a plugint. Az image-et leváltani nem tervezem semmi másra 
|
| |
|
[válaszok erre: #3895 #3896]
|
[előzmény: (3893) Gabywap, 2025-05-17 13:05:51]
|
|
Kiváló dolgozó  |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 3892. Elküldve:
2025-05-17 13:00:33 |
[102.] |
OpenPli :)
|
| |
|
[válaszok erre: #3893]
|
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 3889. Elküldve:
2025-05-17 12:39:21 |
[103.] |
Na ha már backup image...
Szeretném kérdezni, hogy milyen olyan módszer van (Ustymnál, de gondolom másra is igaz lehet) egy komplett image-et tokkal-vonóval úgy lementeni, hogy később bármilyen probléma esetén konzervből pontosan azt az állapotot lehessen visszaállítani, amilyen állapotban az image-et lementettem?
Tudjátok, mint a Norton Ghost a PC-n. Lemented az aktuális image teljes tartalmát, és visszatöltéskor byte-ról byte-ra ugyanazt kapod vissza, mint amit lementettél.
Tuti lehet ilyet csinálni. Csak hogy a legegyszerűbb?
Köszi.
|
| |
|
[válaszok erre: #3890 #3891 #3899]
|
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11436. Elküldve:
2025-05-11 15:16:55 |
[104.] |
Kéne egy hibaüzenet.
Ha a dyndns a megfelelő IP-re mutat, minden szolgáltatásnak kéne működnie. Ha mégsem teszi, lehet ott valami más a probléma, de látatlanban max vakon lövöldözni lehet.
|
| |
|
|
[előzmény: (11434) tobias40, 2025-05-11 15:13:46]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11435. Elküldve:
2025-05-11 15:15:53 |
[105.] |
Ööö, tudtommal az OpenVPN nem IP-cím függő.
Vagyis persze, ha változik az IP-cím, valahogy meg kell értetni a klienssel, hogy mi az új cím ahová csatlakozhat... de magát a VPN szervert a csatlakozás szempontjából nem köti semmi egy adott IP-hez.
Szóval vagy a dyndns a járható út, vagy bármilyen más módszer amit ki tudsz találni, hogy a rendszered képes legyen lekövetni az IP változásokat.
A DCUBE2-höz nem tudok hozzászólni, azt sem tudom mi az :)
|
| |
|
|
[előzmény: (11433) tobias40, 2025-05-11 14:40:26]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11432. Elküldve:
2025-05-11 14:25:29 |
[106.] |
Szia,
Ha a routeredből készítesz VPN szervert, ott persze meg kell legyen nyitva egy port neki, ugyanakkor - mivel magáról a routerről beszélünk - neked ezzel nincs teendőd. Egyrészt azért mert a 'port nyitás' azt jelenti, hogy a routernek megmondod, hogy melyik portot forwardolja valamelyik belső eszközödre. Mivel itt maga a router a szerver, nem pedig egy belső eszköz, így portot sem kell forwardolni, nincs szükség kézi 'nyitásra'. A routernek ezt magától csinálnia kell.
Csináld meg a VPN szervert a routeren, jegyezd fel az épp aktuális külső IP-címedet (ha máshogy nem megy, whatismyipaddress.com megmondja), és arra próbálj távolról rácsatlakozni.
Reméljük van külsős IP-címed (előfordul mostanában, hogy a szolgáltatók alapból nem adnak), akkor mennie kéne. Ha nem megy, akkor írd meg majd hogy hogyan néz ki az IP-címed első 2 rubrikája, onnan rögtön megmondjuk neked, hogy belsős vagy külsős címmel áldott meg a szolgáltató.
|
| |
|
[válaszok erre: #11433]
|
[előzmény: (11431) tobias40, 2025-05-11 14:00:24]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 1953. Elküldve:
2025-05-10 23:06:42 |
[107.] |
Nem teljesen 'mit érdemes nézni' mert ez így erős túlzás... de 1-2 órára annyira előjött belőlem az a műholdvadász életérzés, ami hosszú évek óta eltűnt, hogy muszáj elmeséljem :)
Ezennel hivatalosan is a 68 fok keleti lett a szememben a legegzotikusabb műhold, amihez hozzáférésem van. (C-sávhoz nincs cuccom.)
A legtöbb műholdon olyasmi adásokat látunk, amelyek alapvetően közel vannak hozzánk. Zömében európai csatornákat látunk (más-más nyelveken beszélnek ugyan, de zömében ugyanazt látod mindegyiken), picit nagyobb hozzáértéssel már láthatunk orosz csatornákat, illetve csatornákat az arab világból, illetve aki még ügyesebb, találhat néhány indiai, ázsiai csatornát.
De aki elteker a 68 fok keletre, és leszkenneli a műholdat, az hamar látni fogja, hogy ennek a műholdnak a kínálata más. Nagyon más. Az összes többi műholdtól szögesen eltér a kínálata.
Tele van olyan, gyengébb minőségű tévécsatornával, amelyeken szegényebb környezetben élő fekete emberek imádkoznak, vagy erősen vallásos témájú, sokszor már komikusan agresszívvá váló előadásokat ülnek végig. Tömve van a műhold ilyesmi kínálattal, és a térereje is akkora, hogy kidönti az ajtót.
Miután körülnéztem hogy mi a fenét is látok, ránéztem a műhold lábnyomára, és azonnal érthetővé is vált:
Hát ezt. A látszat ellenére ez egyetlen nyaláb.
Valószínűleg ez a műhold sugározza Európába a létező legegzotikusabb, egyszerűen elérhető kínálatot: Európa közepén szó szerint azokat a tv-csatornákat nézhetjük, amiket akkor látnánk, ha Dél-Afrika legaljára utaznánk. (Amit a legtöbben bizonyára nem tehetünk meg.)
Az egyik csatornán (UBN) délután közvetítettek egy esküvőt, egy fiatal házaspár között, vagy 3 órán át tartott, jó nagy tömeggel... és az az igazi afrikai... hogy fogalmazzak hogy ne sértsek meg senkit... négeresküvő volt na, nyilván nem sértő módon írom a szót. Rengeteg tánccal, a házasodó felek és a komplett család is szó szerint betáncolta magát a színpadra... némi imádkozás, ünnepi beszédek, gyönyörű Afrikai tálak és ételek, aztán még több zene és tánc... nagyon érdekes hangulata volt.
De nem is feltétlen ez a lényeg, hogy milyen volt egy esküvő: hanem az, hogy ez az amit még meg tudok találni a műholdazás hobbijában: hogy ha jól csinálod és elég jó a felszerelésed, akkor szó szerint olyan dolgokat látsz, és olyan kultúrákba látsz bele, amelyekre semmilyen más módon az életedben nem lesz lehetőséged.
Az, hogy Magyarországon a kis kanapémon ülve végig tudtam nézni egy esküvőt és lakodalmat, ami Johannesburgban a Jóisten tudja hol zajlott a valóságban, végignézve az ottani kultúrát és hagyományokat... ez rohadt nagy élmény volt.
Nem az a lényeg, hogy Te ezzel a sok túlzásba vitt, ordibálós prédikálócsatornával egyetértesz-e vagy sem. Hanem az, hogy otthonról, a foteledben ülve láthatod azokat a műsorokat, amelyeket 99,998%-ban kizárólag csak azok látnak, akik a bolygó másik felén laknak egy teljesen más kultúrában, teljesen más életet élve. És a tetődön lévő antenna segítségével te ezt élőben láthatod.
Na, EZ az amit semmilyen szerkesztett dokumentumfilm nem tud visszaadni.
Csak ennyit szerettem volna írni, elnézést ha untattam valakit :)
|
| |
|
[válaszok erre: #1954 #1955]
|
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 648. Elküldve:
2025-05-10 20:41:45 |
[108.] |
Igen, garga pistával most váltottunk/váltunk néhány PÜ-t, úgy tűnik a BISS kulcsokkal lesz gond.
Azért hagytam magam belevinni ilyen mélyen a csőbe, mert a sat-universen egy kolléga váltig állította, hogy a kulcs amit ő küldött az a jó kulcs, sőt még screenshotot is küldött az aktuálisan folyó eseményről.
A hibát ott követtem el, hogy vakon hittem az infójának, eltekintve attól a ténytől, hogy valami kínai csodabeltérije van, ami a legendás Forever szerverről kapja a friss BISS kulcsokat, és szerintem a kolléga nem ellenőrizte le, hogy ténylegesen milyen kulcsokkal is fut az adás.
Tovább bonyolítja a helyzetet, hogy az Oscam amikor kíírja, hogy "talált jó kulcsot", ez alatt csak azt érti, hogy a softcam file-ban talált egy egyezést... arról viszont gőze sincs, hogy a kulcs ténylegesen nyitja is az adást vagy sem.
Szóval beltéri inkompatibilitás nincs, a megoldás egyszerű mint a faék... persze van rá egy tippem, hogy minden adást más kulccsal sugároznak :S
Egyébként feedvadászoknak érdemes figyelni ezeket a csatikat. Nem tudom mi lehet a háttérben (döglődik az NS3 feed vajon?), de az utóbbi 1-2 hónapban nagyon zsíros dolgokat hoznak át itt, mint pl. élő NBA, UFC, NHL, focimeccsek, meg az amerikai ESPN HD-ban. Hosszú évek óta nem láttuk ezen feedek legtöbbjét, valószínűleg az NS3 hypermuxba költöztek, ami átlag halandó számára hozzáférhetetlen.
Hogy valamiért most mégis újra itt hozzák ezeket, ráadásul a szégyenlősség legkisebb szikrája nélkül Európa legnépszerűbb műholdjának közepén, emögött biztos hogy van valami. Valami valahol látványosan beszart, ahol ezek a feedek egyébként alapesetben menni szoktak. Nem is hiszem, hogy örökké fog ez a lehetőség tartani.
|
| |
|
|
[előzmény: (646) konyakmeggy, 2025-05-10 20:12:28]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 643. Elküldve:
2025-05-10 02:51:58 |
[109.] |
Szevasztok,
Volna egy kérdésem. Az Astra holdon (19.2 kelet) van egy nagy feed csomag, 5 csatornával benne, ezek némelyike BISSben van kódolva, némelyike nem.
11817 V
DVB-S2/16APSK
31428 4/5
16APSK modulációban sugároznak.
Nekem van egy jó Ustym vevőm, amely tudja a 16APSK-t, például az 5 fok nyugaton lévő komplett multistream bagázst is gond nélkül megjeleníti.
Ezzel a fenti csomaggal viszont nem boldogulok.
Lekeresem a csatornákat, a beltéri megtalálja (tehát a tuner alkalmas rá), el is nevezi a csatornákat, sőt még azt is látom, hogy melyik kódolt és melyik nem.
Viszont, akármit csinálok nem jön kép és hang. A kép felbontása 0x0 (ez általában akkor van, amikor értelmes videóadat helyett zagyvaságot kap a gép), és ez akkor sem változik, ha streamelni próbálom PC-re. (Tehát nem csak 4:2:2 vagy ilyesmi, itt most jóval bonyolultabb a helyzet.)
Már arra is gondoltam, hogy a PMT tábla szándékosan rossz.
Ugyanakkor másoknál sat-kártyával, vagy olcsó kínai boxokkal gond nélkül jönnek ezek az adások, tehát nem lehetetlen a vételük. A kérdésem az, - főleg olyantól akinek hasonló gépe van, vagy látja az adást - hogy hogyan lehetne ezt megoldani, illetve mi a probléma, mi a szabványtalan?
Köszi előre is :)
|
| |
|
[válaszok erre: #645 #646 #646]
|
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11422. Elküldve:
2025-05-09 23:22:52 |
[110.] |
Szia. Na lássuk. :)
Ha a saját routeredből csinálsz VPN szervert, úgy viszonylag még egyszerűbb is a téma szerintem. Nálam, ahogy írtam korábban, ez azért lett volna nehezen járható út, mert tapasztalatból tudom, hogy ha a router processzorára bízom a VPN kezelését, a max átviteli sebességem leredukálódik olyan 1 Mbyte/sec-re max. Ha neked gyorsabb eszközöd van, akkor elképzelhető, hogy ez a probléma ott nem fog létezni.
Szóval készíts egy VPN szervert a routereden a megfelelő módon (ezt azért nem tudom részletezni, mert routerenként változik hogyan megy ez, de sehol sem bonyolult, általában kimerül egy port, login, és jelszó megadásával), illetve ha egy tanácsot elfogadsz, a gyári felajánlott port helyett válassz egy jóval magasabb eldugottat, hogy elimináld az automata robotok hackelési kísérletének 90%-át.
Ha kész a VPN szervered, mindenekelőtt teszteld egy populárisabb eszközön. Számítógép vagy telefon, ahol hamar kiderül egyértelműen, hogy lehetséges-e a problémamentes kapcsolódás. Persze lehetőleg ezt a kapcsolódási kísérletet olyan hálózatról tedd, ami nem ugyanaz a hálózat, amin a router van. (Itt jól jöhet a mobiltelefon netkapcsolatának megosztása néhány percre.)
Az OpenATV-hez nem értek, csak bízom benne, hogy ez a plugin ami nekem felment (pár hozzászólással lejjebb be van linkelve) feltelepül oda is. Ha nem, akkor ott felmerül egy probléma, ami valószínűleg megoldható, de lehet abban a részben nem én fogok tudni segíteni.
Ha felment a plugin, már gyakorlatilag nyert ügyed van. Szerintem juss el idáig, és ha ez megvan, akkor írom a továbbiakat, de azok is hasonlóan egyszerű lépések lesznek :)
u.i.: A fenti esetben, mivel feltételezem, hogy fix IP-címmel nem rendelkezel, valószínűleg kell egy sort tökölni valami dinamikus DNS-el. TP-Link routerek esetében erre a router szoftvere önállóan is kínál megoldást, többi routerről nem tudok sajnos nyilatkozni.
|
| |
|
[válaszok erre: #11428]
|
[előzmény: (11421) tobias40, 2025-05-09 19:24:05]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11420. Elküldve:
2025-05-09 16:20:43 |
[111.] |
Sziasztok,
Na, nagy örömmel mondhatom, hogy leteszteltem és összeraktam a szolgatuneres verziót, és azt kell mondjam, hogy a dolog prímán működik, még jobban is, ahogy terveztem.
A kliens boxot is felküldve ugyanarra a VPN-re, amelyre a másik városban a szerverbox felment, azonnal látják egymást korlátlanul... de ez a része várható is volt.
Legújabb OpenPli van feltéve (szintén a művelet előtt mindent frissítettem a legaktuálisabbra), itt már egész bőséges beállításai vannak a fallback tunernek, mellékelem screenshotba.
Mindössze a távoli szerver (helyi) IP-jét és a portját kellett megadni, és elviekben utána már működött is. A régi OpenPLI-ről nem tudok nyilatkozni, de ez a legújabb ez már lehetőséget ad automatikusan importálni a csatornalistát a távoli beltériről, több féle módon is. Erről mindjárt írok egy komoly észrevételt lejjebb.
Amivel egy pár percet szívtam mire rájöttem: miután összejött a kapcsolat a két gép között, és le is húzta a csatornalistát, van még egy fontos dolog amit meg kell tenni: a helyi tunert teljes egészében ki kell kapcsolni a beállításokban. Ugyanis a beltéri CSAK akkor kezdi a távoli tunert használni, ha a lokál tuner nem elérhető. És az, hogy "nincs jel", ez nem egyenlő azzal, hogy a tuner nem elérhető. Úgyhogy a helyi tuner disabled, és máris elkezdi távolról húzni az adást. Ez azért beletelt pár percbe nekem, mire rájöttem.
Innentől viszont pici túlzással tényleg úgy működik a csatornaváltás, mintha antennáról jönne a jel. Persze érezhető némi változás: csatornaváltáskor a csatornák képe lassabban indul (olyan átlagosan 3-5 másodperc között minden váltáskor), továbbá nincs információ a jelszintről, ahogy azt sem látod, amikor távol az antenna épp forog. Átkapcsolsz egyik műhold csatornájáról a másikra, jön a hosszú ideig tartó fekete kép, a tényleges adás meg majd beugrik, ha valamikor odaát az antenna befejezte a forgatást. Egyébként működik, csak nyilván ilyen esetben nem kell pánikolni ha nem jön a kép: az antenna a távolban épp forog.
Meg kell jegyezzem, hogy az adásküldés borzasztóan stabil: saját VPN szerverrel amit kizárólag csak én használok, normális minőségű internetkapcsolattal mindenhol (ráadásul a VPN szerver 'csak' 100Mbiten ül), a tévéadás, a legkomolyabb HD adásokat is beleértve, teljesen akadásmentesen, kihagyás nélkül működnek, a látott képen tényleg nem veszel észre különbséget, vagy problémát.
Viszont, ami egy apró probléma. Nem dől össze a világ ettől, de azért mégis jó tudni róla: amikor a helyi beltéri importálja a csatornalistát a távoli beltériről, azt úgy (és nálam egyelőre csak úgy) csinálja, hogy teljes egészében klónozza a másik beltéri csatlistáját: ez azt jelenti, hogy az esetleg helyben lévő csatornák az importálás pillanatában visszavonhatatlanul törlődnek. Ez azért kellemetlen, mert itt a kliens oldalon, egy földi antenna rá van dugva a boxra, és nem volna hátrány, ha legalább ezt a tunert tudnám helyben használni a megszokott módon. De nem: ha importálom a listát, a helyi lista törlődik végleg, és visszavonhatatlanul.
Nyilván ez azért van, mert egy-az-egyben lemásolja a távoli lamedb file-t, és nem igazán tud válogatni a tartalmát illetően. Pár hozzászólással lejjebb írtátok, hogy nem is olyan rég még távoli importálási lehetőség sem volt: mostmár van, szóval a helyzet rózsásabb mint pár hónappal ezelőtt... valószínűleg az importálást kezelő szoftver nincs még olyan szinten készre megírva, hogy legyen ilyen opció benne, hogy importáláskor kiválaszthassuk, hogy melyik brancsot (sat/cable/földi) importáljuk csak.
A dologra mondjuk megoldás lehet, hogy nem kezded naponta importálgatni a csatlistát távolról - amíg ugyanis nem történik egy újabb importálás, a helyben lekeresett csatornák a listában maradnak gond nélkül. Szóval együtt lehet élni ezzel... csak érdemes tudni róla. A menüben találtam beállításokat azzal kapcsolatban, hogy a DVB-C és DVB-T tunerekhez máshonnan importáljon... nem tudtam vele változást elérni, bárhogy is állítottam be.
Ezt csak azért tartom fontosnak megjegyezni, mert bár nálam csak pár földi csatorna volt letárolva a boxban, viszont ha valakinek van egy jó zsíros, évek alatt felépített, multi-sat csatornalistája, akkor tudjon róla, hogy az importálás funkció alkalmas arra, hogy egyetlen gombnyomással a földdel tegye egyenlővé az egészet. Mint mindig, biztonsági mentés javasolt :)
Szóval végeredeményben: a dolog KIVÁLÓAN működik. Műhold, kábeltv, földi adás... mindent lehúz amit a távoli box elér. Gyakorlatilag képes vagy megcsinálni azt, hogy zsebedbe rakod a boxot (az Ustym még egész kicsi is, akár bele is férhet :) ), és akármerre mész a világon utazni, kirándulni, stb stb, tudsz magaddal vinni egy ilyen 'mágikus dobozt', amit akárhol ha feldugsz az internetre, feketemágiát megszégyenítő módon azonnal hozzáférsz a komplett tv-kínálathoz, legyen az kábeltv, vagy a forgatós rendszereddel elérhető bármelyik műhold. Gyakorlatilag olyan, mintha zsebre tennéd a tetődön lévő tükröt és kábeleket, akárcsak a kábeltv-előfizetésed (ha Digis vagy), és viszed az egészet magaddal oda, ahova csak nem szégyelled.
Kicsit szürreális érzés ezt így felfedezni.
Na, elsőre ennyi.
Ja igen, a távoli keresés nyilván nem működik (hiszen a tuner ki van kapcsolva), DE: ha eléred a távoli box webes felületét, ott mindent meg tudsz oldani. Picit körülényesebb távolról, mint a gép előtt a távirányítót nyomkodni, viszont ha eltekintünk attól, hogy picit lassabban haladsz, MINDEN funkciót végre tudsz hajtani a távoli gépen, legyen az új transzponder keresése, pozicioner-beállítás, vagy térerő-check.
|
| |
|
[válaszok erre: #11421 #11423]
|
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11414. Elküldve:
2025-05-07 22:53:23 |
[112.] |
Hallod?
EZT kerestem, nagyon szépen köszönöm.
Garga Pista Úr, ezennel hivatalosan okosabbnak titulállak mint a ChatGPT. :)
Az már elkezdett nekem írogatni mindenféle scripteket, amiktől menet közben el is ment a kedvem.
Köszi a választ, ez így tökéletesen az, amit kerestem.
|
| |
|
[válaszok erre: #11415]
|
[előzmény: (11413) garga pista, 2025-05-07 22:43:04]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11412. Elküldve:
2025-05-07 21:30:45 |
[113.] |
Itt csak közli, hogy "No Free Tuner" :(.
Dolgozom rajta. ChatGPT bevonásával :d
|
| |
|
|
[előzmény: (11411) tottika, 2025-05-07 21:16:24]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11410. Elküldve:
2025-05-07 21:06:29 |
[114.] |
Na, jöjjön egy ostoba(?) kérdés tőlem, amiről majd kiderül, hogy hátha nem is olyan egyszerű.
Ha valaki, bárki távolról épp streamel valamit az én Ustym boxomról (most teljesen mindegy, hogy az én engedélyemmel vagy anélkül), és én azt szeretném felülbírálni, szeretném azt mondani, hogy én, aki a tévé előtt ülök, én élvezek prioritást, ha én el akarok kapcsolni egy másik csatornára vagy átforgatni másik műholdra, ne kelljen azzal szembesülnöm, hogy nem tudok, mert épp megy egy stream... van rá olyan kultúrált beállítás vagy módszer, ami igenis megszakítja a távoli streamet, és engem fog kiszolgálni elsődlegesen?
Jó tudom, hálózati szinten én is el tudom vágni sok módszerrel, de pont az ilyen brutális módszert szeretném elkerülni. Hátha van erre beállítás, stb.
Köszi :)
|
| |
|
[válaszok erre: #11411 #11413]
|
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11407. Elküldve:
2025-05-07 12:43:22 |
[115.] |
Meg lett kérve Benedek nem olyan rég (pár napos tiltás is járt hozzá), hogy fejezzük be a topicok szétspammelését, vagyis hogy ugyanarra a hozzászólásra 4-5 választ is írunk feleslegesen, ahogy épp eszünkbe jut.
Eltelt egy hónap, és ugyanott tartunk. Szokás szerint mintha a falnak beszélnénk, beszélnek a tagok, ez mondjuk jellemző a komplett itteni fórumozásodra.
Ez most már 2 hét tiltás, hogy észrevedd végre, hogy nem viccelünk, és amint olvasható is nem csak tőlem, a tagok már nagyon unják ezt az óvodát tőled.
Pihenj le egy kicsit.
|
| |
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11390. Elküldve:
2025-05-05 21:04:21 |
[116.] |
"nincs több antenna különben otthagyja"
Azt hittem, hogy úgy fog folytatódni a sztori, hogy az ismerős ezután elküldte a fényképet a két új tükréről, és egyúttal örült, hogy az új nagyobb tükrökkel jön egy rakás társkereső csatorna :)
|
| |
|
[válaszok erre: #11392]
|
[előzmény: (11386) tamkov, 2025-05-05 20:43:13]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11389. Elküldve:
2025-05-05 21:02:25 |
[117.] |
Ezen ne múljék :)
Feltöltöttem egy pici zipbe mindkettőt.
https://easyupload.io/3xfr5q
Az 'eredeti' kiterjesztésű file az eredeti a scriptben, a másik a ChatGPT féle verzió. Az utóbbi működik hiba nélkül :)
|
| |
|
|
[előzmény: (11388) Gabywap, 2025-05-05 20:45:18]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11385. Elküldve:
2025-05-05 20:30:51 |
[118.] |
A VPN-el semmi probléma, de picit hibás a plugin DNS-beállító scriptje.
Azt vettem észre (apró probléma), hogy amikor a box felcsatlakozik a VPN-re, elmegy az internet rajta (ő maga többé nem ér el külső erőforrásokat), mert nem tudja többé feloldani a címeket.
Kicsit a mélyére ásva találtam egy scriptet, amely megpróbálja frissíteni a resolv.conf file-t, azonban bugos a script, és a végeredményben csinál egy szimbolikus linket saját magára - ami persze agyonveri a DNS feloldást.
Namost lassan 40 perce küzdök azzal, hogy a scriptet kijavítsam, de mivel keveset konyítok az ilyen mélységű hálózati scripteléshez, szenvedtem vele eredmény nélkül.
Aztán gondoltam egyet, és feltöltöttem az egészet a ChatGPT-nek. A maradék agyam eldobtam, amikor az
- felfogta a problémát
- elismerte, hogy a script valóban hibás
- majd közölte, hogy ki lehetne javítani a hibát, de igazából szerinte ez a script úgy szar ahogy van, szívesen ír nekem egy egyszerűbbet, ami végsősoron ugyanezt csinálja.
Engedtem hát neki, hogy írjon egy saját scriptet erre a problémára, ezt aztán szóról szóra bemásoltam a meglévő script helyére, és voalla: azóta hibátlanul megy a VPN alatt is az internet.
... amikor már azt hittem, hogy ma már engem nem fog lenyűgözni semmi. Öregszem. :)
|
| |
|
[válaszok erre: #11388 #11391]
|
[előzmény: (11384) Gabywap, 2025-05-05 20:26:14]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11378. Elküldve:
2025-05-05 19:14:19 |
[119.] |
Na, jelentem, a dolog MŰKÖDIK. Na már a VPN része.
Most igazából nem is a szolgatunerről beszélek, hanem arról ment itt egy kis eszmecsere, hogy VPN-el hogy lehet ezt megoldani. Rászántam most 15 percet, úgy működik mint a kisangyal.
A következőt csináltam:
Először is készítettem egy OpenVPN szervert a szervertermi gépemen, default basic configgal, egy jól eldugott portra. Hozzáadtam két felhasználót, egyiket a szerver-Ustymnak, másikat majd a kliens-Ustymnak szánom. De addig is amíg lejutok a kliens Ustym elé, a laptopomon tesztelem a dolgot ezzel a felhasználónévvel.
Elsőként a laptopon leteszteltem, hogy a VPN szerverem működik, kapcsolódható, és internetet is ad, plusz bónuszként a whatismyipaddress.com-on csekkoltam, hogy kapcsolódás után valóban a VPN-en keresztül internetezek, nem a saját IPmmel.
Miután ez megvolt, jött a következő fázis:
A dreamboxra (Ustym amúgy, de valszeg megszokásból amíg élek, Dreamboxnak fogom nevezni :) ), felraktam egy VPNManager nevű plugint, amely letölthető többek közt innen:
https://github.com/davesayers2014/OpenVPN/blob/PY3/enigma2-plugin-extensions-vpnmanager_1.1.4_all.ipk
(Köszönet Gabywapnak a fórum linkért, amin keresztül megtaláltam ezt a plugint.)
A rend kedvéért egyébként lefrissítettem az OpenPli-t teljesen aktuálisra, így most a 2 nappal ezelőtti build fut a boxon.
Na, szóval felraktam ezt a plugint. Viszonylag egyszerű bekonfigurálni, tulajdonképpen a feltelepítése után a beállítása annyi volt, hogy az OpenVPN által kiböfögött .conf file-t feltöltöttem az Ustym megfelelő könyvtárába, utána már egy restart után a plugin rögtön látta is, sőt kapcsolódni is tudott hozzá.
Ezzel a nehezén túl is vagyunk.
Lássuk, tudja-e azt, amit én szeretnék.
A folytatásban megosztottam a mobiltelefonomról a mobilnetet, a laptoppal pedig átálltam a mobilnet-kapcsolatomra, teljesen leszállva az otthoni wifimről. Így garantálva, hogy ha a laptop kapcsolatba tud majd lépni az Ustymmal, az garantáltan a fél interneten keresztül történjen, ne pedig a helyi hálón.
Laptop felment a mobilnetre, utána felcsatlakoztattam a távoli VPN szerverre... miközben az Ustym a Digis otthoni kapcsolatomat használva tette ugyanazt, tehát a két gép jelenleg hiába volt ugyanabban a szobában, technikailag teljesen más úton érik el az internetet.
Az Ustym kapott egy belsős IP-címet a VPN szervertől: 10.8.0.3
A laptop is kapott egy ilyet: 10.8.0.2.
És a jó hír az, hogy a két gép ezeken a VPN szervertől kapott IP-címeken abszolút kiválóan látják egymást. Tudom a laptopról az Ustymot pingelni, elérem a gépet SSH-n keresztül, és a webes felületen is.
Gyakorlatilag tehát a dolog a fenti módszerrel működik. Idehaza portnyitogatásra nincs szükség, ami ha belegondolunk logikus is, mert portnyitás csak szerverfunkcióhoz szükséges. Itt viszont a szerver egy budapesti szerverközpontban van (ott valóban el kell tudni érni a nyitott portot), itthonról pedig csak kliens módban kapcsolódunk hozzá. Gyakorlatilag ezzel a módszerrel meg van fordítva a logika: nem hozzánk akar senki kapcsolódni, hanem mi kapcsolódunk máshoz. Ezért nem kell otthon semmit megnyitni.
Továbbgondolva a dolgot: ha valahol portnyitásra van szükség (és ezt javaslom átnézni azoknál, akiknél esetleg csak így működik), abból sajnos logikusan az is következik, hogy a kapcsolódás megkerülte a VPN-t, és a kapcsolódó a box saját IP-címét hívja meg... ami ha így van, azt jelenti, hogy az egész VPN-es kapcsolódás biztonsága kint van a kukában, mert a tényleges adatforgalom a VPN-t teljesen megkerülve történik.
Na, ebből a posztból semmi nem derül ki azzal kapcsolatban, hogy a szolgatuner hogyan működik... egyelőre azt sikerült tesztelni és összehozni, hogy a VPN-el összekötött eszközök pont úgy képesek látni egymást akár a világ távoli részéről is, mintha egymás mellett lennének a szobában.
Eddig jó.
A szolgatuner funkció tesztelése néhány napon belül várható, de az eddigi eredmények bíztatóak.
EDIT: külön jópont a pluginnak, hogy úgy hozott létre egy virtuális interface-t a boxban, hogy közben a régit nem cseszte el. Vagyis attól még, hogy a box része lett egy távoli VPN hálónak, a megszokott módon továbbra is elérem belső hálózaton.
|
| |
|
[válaszok erre: #11380 #11381 #11384]
|
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11376. Elküldve:
2025-05-05 18:19:37 |
[120.] |
Pár nap múlva megírom, mire jutottam :)
|
| |
|
|
[előzmény: (11374) tobias40, 2025-05-05 16:46:15]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11367. Elküldve:
2025-05-05 12:18:19 |
[121.] |
"Vagy ez nem ennyire egyszerű? "
Az a baj itt ezzel kapcsolatban - egyébként logikus amit írsz, ez volt a legelső gondolat nálam is - hogy a routerem rettentő lassú, ha VPN-ről van szó. Mivel ilyenkor a komplett hálózati forgalmat titkosítania kell erős titkosítással, a benne lévő proci meg hát na... nem erre lett kitalálva.:)
1-2 éve csináltam pontosan úgy ahogy páran itt javasolták: belőttem a VPN-t a router alatt, távolról rákapcsolódtam, és dombon volt a tanya... csak aztán sokáig keresgettem az okát, hogy miért nem megy az adatsebesség kb 1 mega fölé, mire elmondták nekem egy fórumon, hogy hát ennek a routernek ez a funkciója bizony ennyi tud max. Egekben van a prociterhelése ilyenkor, és 1 MB/sec-nél gyorsabban nem tudja csinálni a titkosítást.
Ha vennék új, gyorsabb gamer routert, jó eséllyel ez a probléma meg is oldódna, viszont ha nem muszáj, ezt most inkább megúsznám.
Munkámból kifolyólag pedig amúgy is van egy privát linuxos szerverem egy budapesti szerverteremben, amire azt telepítek amit akarok. Így hát felhúzni rá egy OpenVPN szervert és beállítani, pár perces munka. A kérdés csak az, hogy hogyan fog működni... kb hétvégén kiderül majd :)
|
| |
|
[válaszok erre: #11374]
|
[előzmény: (11359) tobias40, 2025-05-04 19:38:08]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11366. Elküldve:
2025-05-05 12:02:26 |
[122.] |
Rosszul tudod. Nem kell mindig portot nyitni. Pusztán azért, mert Te csakis így tudtad megoldani, az nem jelenti azt, hogy nem létezik rá más megoldás.
Megsértődhetsz ha gondolod (úgy látom ez ismételten sikerült), ugyanakkor szerintem borzasztóan rossz hozzáállás egy nyilvános fórumon úgy fórumozni, hogy valaki rendszeresen vérig sértődik, valahányszor a sajátjától eltérő véleményt vagy javaslatot olvas. :) Szép napot.
|
| |
|
[válaszok erre: #11369]
|
[előzmény: (11361) longoria, 2025-05-04 19:59:38]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11357. Elküldve:
2025-05-04 18:28:30 |
[123.] |
Kicsit kevered a VPN működési elvét szerintem.
A komplett hálózati forgalmat áttolja egy tunnelen keresztül, tokostól vonóstól.
Onnantól, hogy a két eszköz felcsatlakozott ugyanarra a VPN szerverre, onnantól egymással úgy viselkednek, mintha ugyanazon a helyi hálón lennének, az összes portját elérik egymásnak kölcsönösen. De csak azok férnek ehhez hozzá, akik beautentikáltak a VPN szerverre. Mindenki más számára a dolog hozzáférhetetlen. Ez a lényege.
Így nem szükséges portokat nyitni a routeren, igaz ehhez kell egy külső, jól működő VPN szerver, ahol az eszközök találkoznak. Ez így klasszisokkal biztonságosabb megoldás, mint portokat nyitni, amihez egyrészt ismerni kell az otthonodban lévő mindig épp aktuális IP-címedet (dyndns-el el lehet kezdeni tökölni, hiszen a legtöbb otthoni internethez nem jár fix IP, tehát valamit ki kell rá találni, hogy mindig 'hazatalálj'), másrészt más is megtalálhatja a megnyitott portot, ahogy ugye kisebb hobbikör alakult akik mindenféle stalker programokkal pont az ilyen nyitva hagyott portokra vadásznak, és lopják mások erőforrásait.
Na, a VPN-es megoldás az összes fenti problémára megoldást kínál. Az egyetlen bejárható pont a VPN szerver nyitott portja, de ott meg a protokollt - beállítástól függően - olyan iszonyat erős titkosítás védi, hogy azon nem fog bemenni senki.
|
| |
|
[válaszok erre: #11358 #11359 #11360]
|
[előzmény: (11356) longoria, 2025-05-04 17:49:23]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11346. Elküldve:
2025-05-04 15:21:41 |
[124.] |
Ez igaz, de én pontosan ezt a játékot szeretném megúszni azzal, hogy VPN kliensként funkcionálna mindkét box.
Így nem kell semmilyen aktív IP-cím, portnyitogatás, hiszen a boxokhoz nem fog soha kapcsolódni senki: ők kapcsolódnak egy külső, biztonságosra beállított szerverhez. Így teljesen rejtve marad a jelenlétük a világ elől.
|
| |
|
[válaszok erre: #11347 #11348]
|
[előzmény: (11344) longoria, 2025-05-04 15:09:22]
|
|
| Kiváló dolgozó |
|
KWP
Tagság: 2002-09-25 00:00:00
Tagszám: #309
Hozzászólások: 7230
|
| 11341. Elküldve:
2025-05-04 12:39:42 |
[125.] |
Aha, köszi a választ.
Van egy jó routerem (TP-Link, pár évvel ezelőtti modell), tudja a VPN szerver funkciót, a baj csak pontosan az amit írsz: a benne lévő proci nem valami izmos, így amikor a VPN-jén keresztül szeretnék bármibe belépni, olyan max 1 Mbyte/sec-et tud produkálni, ennyit bír a procija titkosítani.
Ez már egy normálisabb HD adás átvitelénél nem biztos, hogy elég. Szívtam vele pár éve.
Persze, a legelső gondolat adott, miszerint vegyek egy újabb, gyorsabb routert... de első körben megpróbálnám a meglévő eszközökkel megoldani, további ráfordítás nélkül.
Plusz ahogy írod is, az otthoni gépek 'csak' kliensként funkcionálnának, így elviekben semmilyen portnyitásra nem volna szükség --> na a gyakorlatban majd kiderül.
Hogy nem lehet távolról keresést indítani, na ez mondjuk baj :(. Borzasztó körülményesen ugyan megoldható akkor ez is (ha már felVPN-ezted az egészet, akkor eléred a webes felületet is, ott pedig a távirányító emulálásával ugyanúgy tudsz lépkedni a menüben mintha előtte ülnél) - szóval így akár működhet is a távoli keresés, csak hát így borzasztó lassú, és körülményes.
Plusz, és ez egy kérdés: mi történik ebben az esetben? Mi történik, ha nyomok távolról egy keresést, a szerverbox talál egy új csatornát, amely a szolgabox listájában (még) nem található? Leküldi neki automatán, vagy az is valami plusz meló?
A napokban elkezdek vele szórakozni, de mire értelmes eredményt elérek az legalább másfél hét lesz, akkor megyek ugyanis újra vidékre :)
|
| |
|
[válaszok erre: #11342]
|
[előzmény: (11339) garga pista, 2025-05-04 12:29:27]
|
|
| Kiváló dolgozó |
|
|
