Sziasztok!
Úgy nézem komoly fába sikerült belevágnom azt a fejszét.
Adott egy pfsense 2.4-es, remekül teszi a dolgát semmi gondom vele. 6 ethernet porttal rendelkezik a pc amire fel lett ültetve.
Eddig a tartalmakat smb-n keresztül osztottam meg. Ezzel nem is volt semmi gond, de hát haladni kell a korral előkerültek az okos TV-k.
Nosza ezek kezelik a DLNA-t, így eljött az idő hogy legyen egy dlna kiszolgáló is a hálózaton.
Erre a célra először a minidlna-t választottam. A dlna szerver el is indult az adott vason, vlc-vel először locálisan teszteltem is. Működik.
Majd megnéztem egy másik gépen, ami másik alhálózaton van. Ezen semmi... vlc nem talált tartalmat.
Ez után követezett a kodi, mint kiszolgáló. Szintén ugyan az a szitu, locálisan oké, de másik alhálózatban semmi.
Na mondom, biztos a kiszolgáló gépen a tűzfal okoz zavart az erőben. Kikapcsoltam, illetve "mindent engedek mindenhova". Próba... - semmi változás. A kliensnek szánt gépre közben felkerült egy kodi, hátha ez látja és a vlc-vel van gond... - hát nem.
Jó, akkor már csak a pfsense maradt, hogy itt akad el valami. Nekiálltam fórumot böngészni, hátha volt már valakinek hasonló problémája. Nem kevés fórum téma épült a jelenség köré, de sajnos egyik sem ilyen jellegű volt.
A fórumozók többsége wan felől szerette volna a dlna szervert beengedni a belső hálózatra. Ezen az elven is elindultam, sőt még egy igmp proxy-t is próbáltam, de ezzel sem lett jobb a helyzet.
Amit eddig próbáltam:
- minden alhálózaton "minden mindenhova" engedve
- igmp proxy beállítása (ezt fórum alapján gondoltam, multicast-hoz)
- a kliens gépre egy port scan alkalmazás(Windows10) és nem talál semmi extra portot azon a vason amin a dlna szerver fút(talált portok: 80, 443, 8112deluge, 32400plex, sshport, de ezeket használom isés működnek)
- a könyvtár amiben a tartalmak vannak mindenki számára elérhető irható/olvasható
Az a bajom, hogy nem nagyon találtam leírást magáról a dlna szolgáltatásról, hogy hogyan mi alapján működik, csak a "hogyan kell setupolni" oldalakat.
Amit találtam, hogy 2db portot használ egy tcp-t és egy udp-t. Ezeket megnéztem nem foglaltak, viszont ezek is dlna kiszolgálónként eltérőek.
A dlna szerver Debian 9-es 64 bites és minidlna, plex és kodi alól is meg van osztva a tartalom és locálisan működik az elérés.
Nem vágok eret, ha nem lehet megoldani, mert a jelenlegi felállással is teljes mértékben elégedett vagyok, viszont nagyon érdekel hogy miért nem működik. Mit rontok el...
Amiben viszont biztos vagyok, hogy az alhálózatok közötti átjárásnál van/lesz a probléma.
Valakinek valami ötlete?
- 1012 megtekintés
Hozzászólások
A multicastot mennyire szurod? A DNLA discovery multicaston keresztul mukodik, viszont fejbol nem emlekszem, hogy melyik multicast groupot hasznalja.
---
Apple iMac 27"
áéíóöőúüű
- A hozzászóláshoz be kell jelentkezni
NA!
Pont ez a bajom, hogy ezekről nagyon keveset tudtam meg. Ez is már nagy segítség, mert közelebb lettem ismét egy picit a megoldáshoz.
- A hozzászóláshoz be kell jelentkezni
UPnP, SSDP, multicast
ezeknek olvass utána.
De ha engem kérdezel, bekúrod őket ugyanabba a LAN-ba (broadcast domainbe), és akkor nem kell szívni ezekkel. Ezek a broadcast/multicast-alapú technológiák nem barátjai az IP szegmentálásnak.
- A hozzászóláshoz be kell jelentkezni
Írod, hogy más alhálózaton van, vagyis L3-ban választottál szét két L2 broadcast domaint, ugye?
Mert akkor az IGMP irreleváns, mert az ugye L2.
Neked inkább PIM-et kellene izzítanod a tűzfalad két (néhány?) belső L3 lábára.
- A hozzászóláshoz be kell jelentkezni