OSCAM (üzenet: 15364, Sat) |
|
|
|
pirobi
Tagság: 2005-06-05 14:31:24
Tagszám: #19450
Hozzászólások: 2847
|
9929.  Elküldve: 2019-01-10 18:51:44, OSCAM
|
[5501.] |
hosszú idő óta ma vagy 6 verzió jelent meg!!!!!
|
| |
|
Kiváló dolgozó 
|
|
pityu54
Tagság: 2010-03-12 20:37:00
Tagszám: #83191
Hozzászólások: 11508
|
|
| Kiváló dolgozó
|
|
zólyma
Tagság: 2010-03-30 07:28:43
Tagszám: #83688
Hozzászólások: 1799
|
9927. Elküldve: 2019-01-10 05:00:40, OSCAM
|
[5503.] |
Mi van ezekkel?
Repository history
11451gorgone.impertinence 2019. 01. 10. 0:39:03
fix for last commit ...
/trunk/module-dvbapi.c
|
| | |
[előzmény: (9926) zólyma, 2019-01-09 20:12:49] |
|
| Kiváló dolgozó
|
|
zólyma
Tagság: 2010-03-30 07:28:43
Tagszám: #83688
Hozzászólások: 1799
|
9926. Elküldve: 2019-01-09 20:12:49, OSCAM
|
[5504.] |
11450gorgone.impertinence 2019. 01. 09. 19:50:46
!!!! Better stream type identification based on descriptors
OSCam now detects the type of each stream pid (video, audio, subtitle, etc) based, not only on the "stream_type" value in the PMT, but on the stream descriptors as well. Stream type detection is crucial when using the extended cw and this patch fixes many problems with PowerVu channels which had no working audio streams. Stream type detection is now done once and is the same whether the "simple" cw or the extended cw are used.
all based on Nautilus7 great JOB !!!!
/trunk/module-dvbapi.c
/trunk/module-dvbapi.h
11449gorgone.impertinence 2019. 01. 09. 19:43:39
fix orf cards (0D98) au if global is blocked
based on pehedima fix digital-eliteboard
/trunk/globals.h
/trunk/oscam-emm.c
/trunk/reader-cryptoworks.c
11448gorgone.impertinence 2019. 01. 09. 18:13:57
better solution streamid
|
| | | [válaszok erre: #9927] |
[előzmény: (9925) zólyma, 2019-01-08 22:06:55] |
|
| Kiváló dolgozó
|
|
zólyma
Tagság: 2010-03-30 07:28:43
Tagszám: #83688
Hozzászólások: 1799
|
|
| Kiváló dolgozó
|
|
miki2002
Tagság: 2008-12-28 02:09:48
Tagszám: #68134
Hozzászólások: 20661
|
|
| Kiváló dolgozó
|
|
pityu54
Tagság: 2010-03-12 20:37:00
Tagszám: #83191
Hozzászólások: 11508
|
|
| Kiváló dolgozó
|
|
Zichie
Tagság: 2002-09-04 00:00:00
Tagszám: #265
Hozzászólások: 1670
|
9922. Elküldve: 2019-01-03 16:25:37, OSCAM
|
[5508.] |
Ki lett próbálva, a TP-Link router mögötti ipv6-os gép távolról ugyan úgy elérhető volt, mint a router mögött belső hálózatból, azaz pl. a név és jelszó ismeretében még a windows megosztásai is elérhetőek voltak távolról. A routeren nem lehetett ipv6 tűzfalat bekapcsolni, mert nem volt, így mindent átengedett. Ha az Asuson kikapcsolom a tűzfalat, akkor ugyan ez a jelenség.
|
| | |
[előzmény: (9921) Oriza_Triznyák, 2019-01-03 15:31:05] |
|
| Kiváló dolgozó
|
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3377
|
9921. Elküldve: 2019-01-03 15:31:05, OSCAM
|
[5509.] |
"az IPv6 képes TP-Link routerek egy részében nincs IPv6 tűzfal. "
Vagy max. azt tudja, hogy forward irányban befelé csak az ICMP-t (meg természetesen az established, related-et) engedi meg, vagy teljesen ki. Pl. a Fritzbox legalábbis csak ennyit tud.
|
| | | [válaszok erre: #9922] |
[előzmény: (9920) Zichie, 2019-01-03 15:13:54] |
|
| Kiváló dolgozó
|
|
Zichie
Tagság: 2002-09-04 00:00:00
Tagszám: #265
Hozzászólások: 1670
|
9920. Elküldve: 2019-01-03 15:13:54, OSCAM
|
[5510.] |
Nem NAT-olódik, mivel IPv6, de ha nem lenne ipv6 tűzfal a routerben, akkor távolról támadhatók lennének az otthoni eszközök. A támadó végrehajtana port scan-t a box global ipv6 címén és látná, hogy nyitva vannak portok, ahol az ismert sérülékenységeket kihasználva tudna kárt okozni. Mivel van tűzfal, így a boxon nyitott portokból csak azt látja nyitva, amit engedélyeztem a tűzfalon az adott global ipv6 címre vagy tartományra.
Ha nem lenne tűzfal, akkor az összes otthoni ipv6 képes eszközöm olyan szinten lenne elérhető távolról, mint az otthoni belső hálózaton, mivel minden eszköznek global (publikus) IPv6 címe van.
Router oldali tűzfal nélkül IPv6-ot használni életveszélyes. Nekem Asus routerem van, de pl. az IPv6 képes TP-Link routerek egy részében nincs IPv6 tűzfal.
[Ezt a hozzászólást újraszerkesztették: 2019-01-03 15:20:08]
|
| | | [válaszok erre: #9921] |
[előzmény: (9919) Oriza_Triznyák, 2019-01-03 12:56:07] |
|
| Kiváló dolgozó
|
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3377
|
9919. Elküldve: 2019-01-03 12:56:07, OSCAM
|
[5511.] |
Ha neked publikus ipv6 címed van a router LAN oldalán, akkor semmiféle portot nem kell nyitni, hiszen ez a forgalom nem kellene, hogy NAT-olódjon. Az a kérdés a routerben mi a default ipv6 firewall policy.
|
| | | [válaszok erre: #9920] |
[előzmény: (9918) Zichie, 2019-01-03 01:15:41] |
|
| Kiváló dolgozó
|
|
Zichie
Tagság: 2002-09-04 00:00:00
Tagszám: #265
Hozzászólások: 1670
|
9918. Elküldve: 2019-01-03 01:15:41, OSCAM
|
[5512.] |
Végül is sikerült megoldani. Az oscam.conf-ban a httpallowed értékét kellett átírni:
httpallowed = 10.10.10.1-10.10.10.255,127.0.0.1,2a01:36d:1999::-2a01:36d:1999:ffff:ffff:ffff:ffff:ffff,fe80::-fe80:0000:0000:0000:ffff:ffff:ffff:ffff
|
| | | [válaszok erre: #9919] |
[előzmény: (9917) Zichie, 2019-01-02 20:04:35] |
|
| Kiváló dolgozó
|
|
Zichie
Tagság: 2002-09-04 00:00:00
Tagszám: #265
Hozzászólások: 1670
|
9917. Elküldve: 2019-01-02 20:04:35, OSCAM
|
[5513.] |
Az smb, ssh, ftp is local ipv6-on megy és semmi gond vele. A Webif-et viszont global ipv6 címen érem el, mert androidon nem működik a local link elérés. Windowsos pc-n viszont a Webif-et is local címen érem el. A stream a 8001-es porton is global címen megy, ez nyitva van az IPv6 tűzfalon is, hogy távolról is el lehessen érni. Ez is gond nélkül megy.
A global címmel az a gondom, hogy a 1111:2222:3333:xxxx:5555:6666:7777:8888 (ez csak egy példa) IPv6 cím esetében a net szolgáltatóm az "xxxx" részt időnként megváltoztatja. Ha lebontom a netkapcsolatot és újra csatlakozom, akkor is változik, a többi érték statikus, azaz fix. Erre ddns megoldást találtam, a box-hoz írtam egy szkriptet, ami frissíti a ddns szolgáltatónál (dynv6) a box éppen aktuális global IPv6 címét.
Végül is az is jó, ha az OSCamot global címen érem el, azaz a dynv6-os ddns címen, de ezt is tiltja, de észleli a hozzáférés próbálkozást, mert logolja a hozzáférés tiltás tényét. Mivel hálózaton belül akarom csak elérni, így a 8081-es portot nem nyitottam meg a külvilág felé. A 80-ast sem nyitottam meg, de a Webif mégis elérhető házon belül global címen a dynv6-os ddns címet megadva, tehát nem az a gond, hogy a 8081-es port nincs nyitva a tűzfalon.
[Ezt a hozzászólást újraszerkesztették: 2019-01-02 20:28:30]
|
| | | [válaszok erre: #9918] |
[előzmény: (9916) Oriza_Triznyák, 2019-01-02 17:49:57] |
|
| Kiváló dolgozó
|
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3377
|
9916. Elküldve: 2019-01-02 17:49:57, OSCAM
|
[5514.] |
Nem igazán értem, hogy ha "minden IPV6-ra van belőve", akkor miért a link-local címen szeretnél kommunikálni az ugyanabban a hálózatban lévő másik(?) (ipv6) hostal. A link local cím elsősorban ND és IPV6 DHCP protokollokhoz használatos. Azért nem ajánlatos ezen egyéb kommunikációt folytatni, mert az alkalmazásnak meg kell mondani, hogy az ezekre irányuló forgalmat melyik interfacen továbbítsa (zone index).
|
| | | [válaszok erre: #9917] |
[előzmény: (9915) Zichie, 2019-01-02 17:17:27] |
|
| Kiváló dolgozó
|
|
Zichie
Tagság: 2002-09-04 00:00:00
Tagszám: #265
Hozzászólások: 1670
|
9915. Elküldve: 2019-01-02 17:17:27, OSCAM
|
[5515.] |
Van arra valami beállítás, hogy belső IPv6 (fe80::xxxx:xxxx:xxxx:xxxx) címről el tudjam érni az oscam webes felületét a 8081-es porton? A live logban az látszik, hogy az oscam ezt tiltja. IPv4-el (10.xxx.xxx.xxx) nincs gond, de az otthoni hálózatomon már minden IPv6-ra van belőve.
|
| | | [válaszok erre: #9916] |
|
|
| Kiváló dolgozó
|
|
miki2002
Tagság: 2008-12-28 02:09:48
Tagszám: #68134
Hozzászólások: 20661
|
9914. Elküldve: 2019-01-02 17:05:50, OSCAM
|
[5516.] |
Akkor meg van a hiba oka!
Két azonos MAC cím nem lehet.
Szemét aki úgy gyártotta!
Gabywap segített, utána jónak kell lennie, - bár én kidobnám a boxot  
Üdv: miki2002
|
| | |
[előzmény: (9906) zozuka, 2019-01-02 14:33:06] |
|
| Kiváló dolgozó
|
|
Gabywap
Tagság: 2008-12-27 23:55:48
Tagszám: #68125
Hozzászólások: 9682
|
|
| Kiváló dolgozó
|
|
pirobi
Tagság: 2005-06-05 14:31:24
Tagszám: #19450
Hozzászólások: 2847
|
9912. Elküldve: 2019-01-02 16:30:05, OSCAM
|
[5518.] |
Változtatás [11445] by felixka
- add tandberg to 'get cardsysten' in oscam.simples.c
- add #include <sys/sysmacros.h> to globals.h
|
| |
|
| Kiváló dolgozó
|
|
pityu54
Tagság: 2010-03-12 20:37:00
Tagszám: #83191
Hozzászólások: 11508
|
9911. Elküldve: 2019-01-02 16:00:50, OSCAM
|
[5519.] |
Sziasztok!
Elindulásként segíthet:
https://data.hu/get/11608574/config_pvu-val.rar
Egyéb adatot bemásolni!
Üdv: pityu54
UPC Direct_Olcsó TV
|
| |
|
| Kiváló dolgozó
|
|
zozuka
Tagság: 2008-02-29 15:58:57
Tagszám: #56454
Hozzászólások: 358
|
9910. Elküldve: 2019-01-02 14:54:56, OSCAM
|
[5520.] |
Igen, én is erre gondoltam, hogy át kellene írni a MAC-et. Megnézem OPenATV-ben lehet-e vhol. Ha nem, imázscsere nélkül nem lehet valahogy?
VU+ SOLO PRO (Cloud Ibox) Openpli4, VU Solo Pro 4 Herobox OpenATV 6.1, MEELO+ONE PRO Openpli4
|
| | |
[előzmény: (9909) version, 2019-01-02 14:46:16] |
|
Törzstag 
|
|
version
Tagság: 2006-12-21 19:36:37
Tagszám: #38814
Hozzászólások: 2910
|
9909. Elküldve: 2019-01-02 14:46:16, OSCAM
|
[5521.] |
Némelyik imázsban lehetőség van mac cím átírására.
Kersd meg melyikben van opció.
Rengeteg eszköznek egyforma mac címe van.
Nem létezik annyi cím amennyi kütyü van a Földön.
A leggagyibb routerben is vannak ip cím és mac cím szerinti szűrők a tűzfalban.
A box és a router is az általad beírt ip címet fogja használni.
A boxban statikus ip legyen beállítva, a routerben maradhat a dhcp.
VU+ UNO 4K SE * VU+ Solo2 Mini * Sharp 49" 4K TV * UPC Direct +HD * Hauppauge WinTV-Nova-HD-S2 * SS HD2 + DVBViewer Pro * Gibertini 100 és 120 * Inverto Black Ultra * Powertech DG-380
|
| | | [válaszok erre: #9910] |
[előzmény: (9906) zozuka, 2019-01-02 14:33:06] |
|
| Kiváló dolgozó
|
|
Nandi1
Tagság: 2013-05-01 12:42:55
Tagszám: #127796
Hozzászólások: 792
|
9908. Elküldve: 2019-01-02 14:36:48, OSCAM
|
[5522.] |
Két azonos Mac nem lehet egy subneten, esetleg egy másik router mögé tudod tenni nat-tal...
Vagy az egyiken használj wi-fi adaptert...
|
| | |
[előzmény: (9906) zozuka, 2019-01-02 14:33:06] |
|
| Törzstag
|
|
starsky0606
Tagság: 2009-10-17 21:42:09
Tagszám: #78725
Hozzászólások: 206
|
9907. Elküldve: 2019-01-02 14:35:26, OSCAM
|
[5523.] |
VU+ Solo klón boxoknál előfordul egyforma mac cím,ekkor hiába adsz a boxoknak különböző ip-t,ütközni fognak.
|
| | |
[előzmény: (9900) zozuka, 2019-01-02 08:24:28] |
|
Haladó 
|
|
zozuka
Tagság: 2008-02-29 15:58:57
Tagszám: #56454
Hozzászólások: 358
|
9906. Elküldve: 2019-01-02 14:33:06, OSCAM
|
[5524.] |
Nos, úgy tűnik ez lesz a probléma. A két egyforma típusú kliensből az egyiket kikapcsoltam és lám megszűntek a timeout-ok. Ezután próbáltam a routerben a 2 box-nak static IP-t adni a boxban pedig DHCP-t és ekkor érdekes dolog történt. A box kiadott magából egy 0.0.0.0-s IP-t a router felé és sehogy sem tudom a routerben beállítani a MAC-static IP párost. Most a DHCP-s box-szal elvesztettem a kapcsolatot (távolról), de nagyon úgy tűnik, hogy a 2 egyforma boxnak a kínaiak egyforma MAC-et adtak. Ez igen gratula nekik!
Ha a boxokban állítom be a fix IP-t, akkor pedig a router összekeveri őket.
Erre van vmi ötlet?
VU+ SOLO PRO (Cloud Ibox) Openpli4, VU Solo Pro 4 Herobox OpenATV 6.1, MEELO+ONE PRO Openpli4
|
| | | [válaszok erre: #9908 #9909 #9913 #9914] |
[előzmény: (9901) miki2002, 2019-01-02 09:25:06] |
|
| Törzstag
|
|
miki2002
Tagság: 2008-12-28 02:09:48
Tagszám: #68134
Hozzászólások: 20661
|
9905. Elküldve: 2019-01-02 10:52:04, OSCAM
|
[5525.] |
Nem tudom, az még megmagyarázná.
Akkor esetleg csatornát kellene váltani.
Üdv: miki2002
|
| | |
[előzmény: (9904) Nandi1, 2019-01-02 10:50:27] |
|
| Kiváló dolgozó
|
|
OSCAM (üzenet: 15364, Sat) |
|
|
SAT.HU Antenna Szakáruház
|
