Synology-Forum.nl
Packages => Officiële Packages => Plex Media Server => Topic gestart door: m4v3r1ck op 22 januari 2018, 10:37:55
-
Ik ervaar problemen - poort 32400 - op mijn Plex Media Server, ik heb ook al even gezocht op het ubnt-form en onderstaande instellingen gevonden als de oplossing voor deze issue.
[attachimg=1]
Daarnaast heb ik ook de Plex Media Server opnieuw opgestart in Package Center EN in de Controller van de USG even opnieuw geforceerd provisioning laten uitvoeren. Wat zou deze block eventueel dit kunnen veroorzaken?
8)
-
Je wilt dus vanaf de wan zijde van de usg, naar de plex server die in je “isg lan” zit?
Sent from my iPhone using Tapatalk
-
Ja dat klopt! USG - WAN is 192.168.2.3 -> KPN (EBv10) 192.168.2.254 / LAN is 192.168.1.125, dat is het vaste ip-adres van mijn NAS.
8)
-
Krijg je n fout of geen response?
Wat zie je in de logging vd Plex server?
Sent from my iPhone using Tapatalk
-
Plex werkt niet zo goed met double NAT.
Recentelijk heb ik een OpenWrt router achter mijn ExperiaBox gezet, dit heeft problemen met de externe toegang van Plex veroorzaakt.
Via VPN tussen de ExperiaBox en de OpenWrt router werkte alles wel, maar vanaf buiten werkte het niet.
Wat voor mij het probleem oploste is het volgende:
1. Het aanzetten van DMZ in de ExperiaBox naar het IP van de OpenWrt router. (volgens mij heb je dat ook gedaan, maar in dit topic staat al zoveel informatie dat het lastig terugvinden is)
2. Een reload van de firewall uitvoeren op de OpenWrt router.
3. De Plex Media Server uitschakelen in de NAS (en kijken of alle processen echt gestopt zijn)
4. De Plex Media Server inschakelen
5. Externe toegang (eventueel) opnieuw configureren in de Plex Media Server settings
-
Bedankt voor jullie reacties! Ik ga er vanavond mee verder!
8)
-
Plex werkt niet zo goed met double NAT.
Bedankt weer!
[attachimg=1]
Ik heb de helpfiles van Plex Media Server even gelezen, mijn UniFi heeft dus blijkbaar geen dubbele NAT:
Detecting Double-NAT
First, you’ll need to look in the settings for the router to which your server computer/device is connected (so, from the previous example, you’d be looking at your WiFi router’s settings and not the service provider’s modem settings). Find your router’s WAN/Internet/External IPv4 address. This is usually found on a “status” page in the router settings.
KPN WAN ip-adres
Second, visit a site such as WhatIsMyIP.Host and note the IPv4 address shown there.
KPN WAN ip-adres
If the two IP addresses match, you are not in a Double-NAT situation
Ik zoek weer even verder...
8)
-
Wat bedoel je met “unifi heeft geen dubbele nat”?
Sent from my iPhone using Tapatalk
-
Je maakt wel gebruik van dubbele NAT, je hebt je UniFi via de WAN-poort verbonden met je ExperiaBox. Jouw externe IP-adres, zoals te zien is in het geblurde gedeelte van je screenshot, is niet hetzelfde als het externe IP-adres van je UniFi (zie deze link voor meer uitleg over dubbele NAT (https://kb.netgear.com/30186/What-is-Double-NAT)).
-
Wat is er nou zo heel bijzonder aan double nat? Ik heb al jaren 2 routers achter elkaar en nooit n centje pijn gehad.
Sent from my iPhone using Tapatalk
-
Je maakt wel gebruik van dubbele NAT, je hebt je UniFi via de WAN-poort verbonden met je ExperiaBox. Jouw externe IP-adres, zoals te zien is in het geblurde gedeelte van je screenshot, is niet hetzelfde als het externe IP-adres van je UniFi (zie deze link voor meer uitleg over dubbele NAT (https://kb.netgear.com/30186/What-is-Double-NAT)).
Bedankt! Ik de heb info in de link gelezen, mooie infographics. Ik worstel nog wel om deze informatie concreet om te zetten naar de juiste tweaks in de beide apparaten!
8)
-
Wat is er nou zo heel bijzonder aan double nat? Ik heb al jaren 2 routers achter elkaar en nooit n centje pijn gehad.
Dan ben jij de aangewezen persoon om samen met mij deze issue op te lossen! ;) Welke info heb je van mij nodig om me even goed te kunnen helpen vandaag?
8)
-
Dubbele NAT is niet helemaal niet zo bijzonder, helaas werkt de Plex Media Server hier niet goed mee. Het halve Plex forum staat vol met gevallen van dubbele NAT en de knowledge base (of hoe ze die hulp-pagina's ook noemen) geeft ook aan dat dit voor Plex vermeden moet worden.
-
Ah dus plex-issue
Heb je links naar die KB?
Sent from my iPhone using Tapatalk
-
https://support.plex.tv/articles/200931138-troubleshooting-remote-access/ Hoofdstuk: Double-NAT en verder.
-
Zie hier de support page (https://support.plex.tv/articles/200931138-troubleshooting-remote-access/) met betrekking tot remote access.
Zoals ze zelf aangeven:
Double-NAT will interfere with the server attempting to create automatic connections.
Edit: Birdy was me net voor
-
^^^^ Gefeliciteerd met je nieuwe AC's! Ja het is super mooie spul. :thumbup:
Update: die dubbele NAT i.c.m. mijn Plex Media Server blijft een serieus issue. Op de ubnt en plex fora lees ik veel, maar niet de oplossing voor mijn netwerk. :silent:
8)
-
Kan je er helaas niet mee helpen.
Geen dubbele NAT hiero. :)
-
die dubbele NAT i.c.m. mijn Plex Media Server blijft een serieus issue. Op de ubnt en plex fora lees ik veel, maar niet de oplossing voor mijn netwerk.
Werkt het niet na het instellen van DMZ?
-
die dubbele NAT i.c.m. mijn Plex Media Server blijft een serieus issue. Op de ubnt en plex fora lees ik veel, maar niet de oplossing voor mijn netwerk.
Werkt het niet na het instellen van DMZ?
Ik heb de USG-3P - ip-adres gegeven door DHCP van EBv10 - in DMZ gezet met het MAC-adres, maar dit werkt bij mij toch niet.
[attach=1]
8)
-
Ik heb de USG-3P - ip-adres gegeven door DHCP van EBv10 - in DMZ gezet met het MAC-adres, maar dit werkt bij mij toch niet.
Dan gaat daarna waarschijnlijk toch iets mis met de port forwarding. Staat de (eventueel handmatig gespecificeerde) wel goed geforward naar poort 32400 op het goede IP?
-
Door de dmz wordt alle verkeer naar dat specifieke ip adres gestuurd. Mogelijk moet je de forwarding juist UIT zetten op die poort. Hangt af vd volgorde waarin die forwarding regels worden afgewerkt
Sent from my iPhone using Tapatalk
-
Dan gaat daarna waarschijnlijk toch iets mis met de port forwarding. Staat de (eventueel handmatig gespecificeerde) wel goed geforward naar poort 32400 op het goede IP?
De port forwarding in de USG-3P heb ik handmatig op 32400 gezet voor ip-adres 192.168.1.125 - vast ip-adres - van mijn NAS.
8)
-
Door de dmz wordt alle verkeer naar dat specifieke ip adres gestuurd. Mogelijk moet je de forwarding juist UIT zetten op die poort. Hangt af vd volgorde waarin die forwarding regels worden afgewerkt
Dat is zeker het proberen waard, maar ik niet wat je precies bedoeld met 'volgorde' noch hoe dat werkt netwerkt-technisch.
8)
-
Ja had me reeds goed ingelezen en dit draadje hielp natuurlijk ook wel. Dacht het eerst te doen vanaf mijn iMac draadloos maar die zit in een volledig ander subnet, dus dat lukte niet zo goed. Dan maar de MBP van het werk aan de switch gekoppeld en dan ging het héél snel.
Ik zat inderdaad ook te knoeien met het andere subnet - 192.168.2.x - van mijn KPN EBv10. Dan wordt de set-up in mijn geval in ieder geval wel een hele klus qua denkwerk. Ik vind het moeilijke materie hoor.
8)
-
Wat als je in je usg als subnet bijv 10.1.1.0/24 neemt. En wegblijft uit de 192.168 serie?
Mogelijk dan minder ondoorzichtig?
Sent from my iPhone using Tapatalk
-
Even terug: In de DMZ van de EB staat het MAC adres van de WAN poort van de USG. Daarmee is dus het subnet van de EB helemaal niet van belang. Zolang het subnet dat aan de EB kant gebruikt wordt (192.168.2.x) anders is dan het subnet van je USG LAN (192.168.1.x) is dat dus geen enkel probleem.
Je VPN werkt, dus de DMZ instelling van je EB is goed. Daar hoef je niets aan te passen. Ga niet weer met subnets aan het wisselen.
Port-forwards moeten alleen gedefinieerd worden in de USG, nergens anders.
Ik heb diverse port-forwards in de USG die probleemloos werken.
Wat wel heel belangrijk is: Je moet niet testen of het werkt door vanuit je eigen netwerk het externe netwerk IP adres te benaderen, want dat werkt dus niet. Je moet dus echt testen vanaf een extern netwerk.
Testjes die je kunt doen:
- Probeer eens een andere port forward. Bijvoorbeeld door tijdelijk DSM van je NAS (poort 5000, 5001) te forwarden. Werkt dat wel? Blokkeer je niets in de firewall van je NAS?
- Sluit een computer aan op het EB netwerk in subnet 192.168.2.x, en probeer daar of je via het IP adres van de WAN poort van je USG de Plex Server kunt benaderen.
-
^^^^ Bedankt weer voor je uitvoerige reactie en alle informatie! Ik ga dat zo direct allemaal even nalopen en testen!
8)
-
Door de dmz wordt alle verkeer naar dat specifieke ip adres gestuurd. Mogelijk moet je de forwarding juist UIT zetten op die poort. Hangt af vd volgorde waarin die forwarding regels worden afgewerkt
Dat is zeker het proberen waard, maar ik niet wat je precies bedoeld met 'volgorde' noch hoe dat werkt netwerkt-technisch.
8)
Als je in een router zowel port forwards instelt, én een dmz, hangt het maar vd router af of ie
- eerst de dmz regel doet, en dus alles daarheen knalt (waarmee port forward regels niet meer aan bod komen), of
- eerst de forwards doet en dan dmz, in welk geval verkeer naar een geforwarde poort nooit meer in de dmz komt
Ik weet niet of dit per implementatie gekozen kan worden, of dat er een standaard is die bepaald gedrag voorschrijft. Ik vermoed t eerste
Sent from my iPhone using Tapatalk
-
Als je in een router zowel port forwards instelt, én een dmz, hangt het maar vd router af of ie
- eerst de dmz regel doet, en dus alles daarheen knalt (waarmee port forward regels niet meer aan bod komen), of
- eerst de forwards doet en dan dmz, in welk geval verkeer naar een geforwarde poort nooit meer in de dmz komt
Ik weet niet of dit per implementatie gekozen kan worden, of dat er een standaard is die bepaald gedrag voorschrijft. Ik vermoed t eerste
Het is niet en/en. Er zijn twee routers achter elkaar. De ExperiaBox van KPN heeft de USG in DMZ en geeft alles wat via internet binnenkomt één op één door aan de USG. De USG heeft port-forwarding en firewall en bepaald dus wat er vanuit internet doorgelaten wordt.
-
Even terug: In de DMZ van de EB staat het MAC adres van de WAN poort van de USG. Daarmee is dus het subnet van de EB helemaal niet van belang. Zolang het subnet dat aan de EB kant gebruikt wordt (192.168.2.x) anders is dan het subnet van je USG LAN (192.168.1.x) is dat dus geen enkel probleem.
Check!
Je VPN werkt, dus de DMZ instelling van je EB is goed. Daar hoef je niets aan te passen. Ga niet weer met subnets aan het wisselen.
Was ik niet echt van plan hoor, want de enige tweak die ik nog moet doen is die voor Plex Media Server en voor de rest werkt alles - voor zover nu bekend - alles prima!
Port-forwards moeten alleen gedefinieerd worden in de USG, nergens anders.
Ik heb diverse port-forwards in de USG die probleemloos werken.
Ik heb alle - ook oude 192.168.2.x subnet - port forwards uit mijn EBv10 verwijderd, dus deze is nu helemaal leeg:
[attach=1]
In de USG heb ik nu alleen de port forward 32400 - 192.168.1.125 (NAS) ingesteld. De poorten 5000 en 5001 werken ook niet voor 192.168.1.125.
Wat wel heel belangrijk is: Je moet niet testen of het werkt door vanuit je eigen netwerk het externe netwerk IP adres te benaderen, want dat werkt dus niet. Je moet dus echt testen vanaf een extern netwerk.
Testjes die je kunt doen:
- Probeer eens een andere port forward. Bijvoorbeeld door tijdelijk DSM van je NAS (poort 5000, 5001) te forwarden. Werkt dat wel? Blokkeer je niets in de firewall van je NAS?
- Sluit een computer aan op het EB netwerk in subnet 192.168.2.x, en probeer daar of je via het IP adres van de WAN poort van je USG de Plex Server kunt benaderen.
Ik test met de PLEX app voor iOS via 4G, dus extern. Die werkt via 3/4G ook niet. Echter als ik mijn VPN in iOS aan zet, dan krijg ik wel netjes verbinding - via 3/4G - verbinding met de Plex Media Server op mijn NAS.
EDIT: in de app komt er bij de naam van mijn Server dan wel - INTERN - te staan.
8)
-
Klinkt misschien raar, maar herstart de USG gewoon eens. Ik meen me een bug te herinneren waardoor port-forwards na provisioning niet direct actief worden maar na een herstart wel.
Overigens is via VPN natuurlijk wel de meest veilige manier.
-
Wat je ook nog kunt doen:
Login op je USG via SSH
Geef het commando :
configure
Dan kom je in de edit mode van de USG.
Dan het commando:
show firewall name WAN_IN
Dan moet je een regel zien met:
rule 3003 {
action accept
description "Naam van portforward"
destination {
address IP adres NAS
port Poort nummer van Plex
}
log enable
protocol tcp
}
-
Of:
Inloggen op USG en dan commando:
show log | grep WAN_IN
geven
Dan moet je als het goed is logging zien van het feit dat er vanuit WAN een verbinding is geopend naar je NAS
Iets als:
Jan 25 15:48:41 USG kernel: [WAN_IN-3003-A]IN=eth0 OUT=eth1 MAC=xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx SRC=xx.xx.xx.xx DST=192.168.1.125 LEN=60 TOS=0x00 PREC=0x00 TTL=53 ID=14991 DF PROTO=TCP SPT=36116 DPT=poort Plex WINDOW=29200 RES=0x00 SYN URGP=0
of
show log | grep 192.168.1.125
zou ook moeten werken
-
Klinkt misschien raar, maar herstart de USG gewoon eens. Ik meen me een bug te herinneren waardoor port-forwards na provisioning niet direct actief worden maar na een herstart wel.
Een herstart gedaan - met permissie van de SLA houder ;-) - maar helaas maakt dat de PMS niet van buitenaf benaderbaar.
Overigens is via VPN natuurlijk wel de meest veilige manier.
Wat zijn de mogelijke veiligheidsissues als ik mijn VPN ga delen met derden?
Je later genoemde commando's in SSH ga ik zo direct doen. Als het delen van een VPN geen issue is, dan heb ik iig dat als alternatief. Dat zou mooi zijn!
8)
-
Ik zou je VPN nooit delen met anderen.
-
Bij een volgend inloggen via ssh krijg ik een nieuw inlogscherm te zien. @Hofstede is dit wat jij laatst bedoelde over mijn firmware versie van mijn USG en dus ook de versie van EdgeOS?
___ ___ .__________.__
| | |____ |__\_ ____/__|
| | / \| || __) | | (c) 2010-2017
| | | | \ || \ | | Ubiquiti Networks, Inc.
|______|___| /__||__/ |__|
|_/ http://www.ubnt.com
Welcome to EdgeOS on UniFi Security Gateway!
*NOTE*: Configuration changes made here are not persistent.
They will be overwritten by the controller on next provision.
[/quote]
8)
-
- Die WAN LOCAL firewall regel is absoluut niet nodig. Kun je beter weghalen.
Ik heb hier zelf even getest met de Plex Server. Ik heb de port-forward met poort 32400 opengezet en getest van buitenaf.
Als ik dan van extern via een webbrowser <mijn WAN ip>:32400 open dan krijg ik keurig Plex op mijn NAS te zien. Dus de port-forward van buitenaf werkt.
Alleen blijft de Plex server zelf beweren dat het niet werkt. Kortom: de detectie in Plex dat hij van buitenaf bereikbaar is werkt niet goed waarschijnlijk vanwege de Double NAT.
Zet ik op de USG UPnP aan zodat de Plex Server zelf de port-forward aanmaakt dan werkt het wel goed.
-
- Die WAN LOCAL firewall regel is absoluut niet nodig. Kun je beter weghalen.
Oke, ik kreeg eerst geen connectie via de Terminal op 192.168.1.1.
Ik heb hier zelf even getest met de Plex Server. Ik heb de port-forward met poort 32400 opengezet en getest van buitenaf. Als ik dan van extern via een webbrowser <mijn WAN ip>:32400 open dan krijg ik keurig Plex op mijn NAS te zien. Dus de port-forward van buitenaf werkt.
Alleen blijft de Plex server zelf beweren dat het niet werkt. Kortom: de detectie in Plex dat hij van buitenaf bereikbaar is werkt niet goed waarschijnlijk vanwege de Double NAT.
Ik heb inderdaad ook gemerkt, dat die connectie via poort 32400 soms wel 10-20 seconden een groene check heeft, om vervolgens weer op rood te springen.
Zet ik op de USG UPnP aan zodat de Plex Server zelf de port-forward aanmaakt dan werkt het wel goed.
[attach=1]
Nu natuurlijk de vraag, hoe veilig is het openzetten van de UPnP in de USG met een dubbele NAT. Op mijn EBv10 heb ik die 'service voor de buitenwereld' nooit aanstaan, of wordt deze USG UPnP nu 'beschermt' door de EBv10?
8)
-
Nee, upnp blijft kwetsbaar en ik zou het dus nooit aanzetten.
Maar goed, ik zou ook de Plex Media server nooit naar internet toe openzetten. Je weet bijvoorbeeld niet wat voor “handige achterdeurtjes” de makers van Plex in hun software hebben zitten. Ik ben beroepshalve super achterdochtig wat dat betreft...
-
^^^^ Bedankt weer voor al je hulp tijdens deze nieuwe exercitie! :thumbup:
Kan ik bijvoorbeeld voor familieleden verschillende VPN-users - die in het 192.168.0.1/24 subnet zitten - aanmaken, zodat ze toch vanuit huis kunnen streamen op hun TV, vanaf mijn PMS? Ze krijgen dan toch allemaal eigen wachtwoorden en een pre-share key? Of denk ik te simpel nu...
8)
-
Nu natuurlijk de vraag, hoe veilig is het openzetten van de UPnP in de USG met een dubbele NAT. Op mijn EBv10 heb ik die 'service voor de buitenwereld' nooit aanstaan, of wordt deze USG UPnP nu 'beschermt' door de EBv10?
Mooi dat het nu werkt, maar ik zou UPnP dus ook nooit aanzetten. Alhoewel er gediscussieerd kan worden of de Plex Media Server van buitenaf benaderbaar moet zijn zou ik, als ik jou was, toch kijken naar een oplossing. Ik wil je graag helpen, maar dit topic is ondertussen veel te lang geworden om goed de informatie terug te kunnen lezen. Wellicht zien we daardoor dingen over het hoofd.
-
@dvandonkelaar : Ik ben het helemaal met je eens, UPnP is uit den boze.
Uit mijn testen blijkt gewoon dat het een Plex probleem is.
- Als je Plex via UPnP zelf de poort laat openzetten dan werkt de detectie van de externe verbinding in Plex goed.
- Als je UPnP uitzet en exact dezelfde port-forwarding handmatig instelt werkt de detectie niet.
Terwijl volgens de logging de USG al het netwerk verkeer correct afhandelt en door laat.
Het is blijkbaar ook geen uniek Unifi probleem, je ziet het ook bij andere merken. Maar blijkbaar is het niet iets dat Plex op wil lossen.
Je zou het dataverkeer dat door de USG gaat kunnen sniffen om precies te vergelijken waar het fout gaat, maar dat is mij eerlijk gezegd te veel werk.
-
Dit is nav de Plex subdiscussie op de (bijna allerlangste) thread over Unifi thuisnetwerk.
Ik lees in die discussie dat Plex issues geeft met oa Unifi (probleem lijkt breder dan alleen unifi)
@m4v3r1ck:
Waarom niet Kodi als alternatief?
Sent from my iPhone using Tapatalk
-
^^^^ Ik laat het even aan @Birdy over of dit topic niet ook in het PMS subForum thuishoort. Ik zal zeker even naar KODI gaan kijken. Thnx!
Ikzelf heb het idee dat Plex iets wil zeggen met dit gedoe, zie ook de opmerkingen van @Hofstede over de connectiviteit icm UniFi / andere merken netwerken en/of gateways...
8)
-
Verplaatst naar Media Plex Server.
-
Het is inderdaad een naar Plex probleem. Volgens mij heb ik ergens gelezen dat Plex door middel van 2 verbindingen op verschillende poorten om vast te stellen dat er goed geforward word.
Wanneer ik naar mijn OpenWrt connection log kijk, zie ik alleen de handmatig door mij ingestelde poort staan. Wellicht dat Plex voor de externe toegang een extra connectie op zet om te kijken of hij echt bij de gateway aan komt. Door DMZ in te schakelen of de goede port te forwarden komt die connectie daar aan, wanneer DMZ niet ingeschakeld staat of de goede port wordt niet geforward dan mislukt de externe toegang.
-
Kodi werkt super, heb ik in het verleden ook veel gebruikt.
Wat voor mij de doorslag gaf om Plex te gebruiken is het gebruiksgemak. Op mijn mobiele devices en laptop kon in content synchroniseren, streamen onderweg etc. Dat lukte destijds niet met Kodi.
Verder kijk ik regelmatig Plex via een RPI en TV op een andere locatie, mijn uploadsnelheid is beperkt tot 2mbps en mijn PMS is ingesteld dat maximaal 1.5mbps wordt gestreamd. Plex transcodeerd de media netjes wanneer de uploadsnelheid boven de ingestelde 1.5mbps uit komt zodat ik niet onnodig hoef te bufferen.
Kortom, de werking van Plex bevalt mij zeer. Lekker gebruiksvriendelijk en het werkt nagenoeg altijd zoals ik wil. Binnen mijn interne netwerk heb ik nergens problemen mee, streamen loopt nog wel eens met haken en ogen door bufferen en/of het niet op tijd opstarten van de media. Deze ervaring had ik toch niet met Kodi, vandaar dat ik dit ook niet meer gebruik.
-
Die transcodering doet kodi niet omdat het een client app is zonder server deel. Ik heb 500/500 bandbreedte thuis dus hoef me daar nooit druk om te maken. Gewoon knallen met die data vanaf de nas.
Meer dan een paar MBps heb je niet nodig voor een filmbestand van 2GB
Goede nieuws met kodi is wel dat t zo n beetje ALLES kan afspelen. Nog nooit n format gezien dat ie niet pikt
Sent from my iPhone using Tapatalk
-
Bij een 500/500 internetverbinding is transcoderen natuurlijk overbodig.
Kodi speelt bijna alles af, dat is een voordeel natuurlijk. Plex speelt geen .ISO-bestanden af, dat is het grootste nadeel. Die zijn gelukkig eenvoudig om te zetten naar .MKV-bestanden.
Verder heb ik zover ik mij kan heugen in de afgelopen 2 jaar geen problemen gehad met een videobestand dat Plex niet kon afspelen.
-
@mchp92 je gaf aan in het Ubiquiti draadje dat Plex op Kodi lijkt, wel nu even een historisch feitje ;) Dit is niet zo bizar want Plex is ooit als fork gemaakt van toendertijd XBMC -> nu Kodi.
Gebruik zelf ook Plex en zoals dvandonkelaar nog nooit een bestand tegengekomen welke Plex niet wou afspelen. ISO en VIDEO TS bestanden is inderdaad iets wat ze niet ondersteunen.
Verder kan ik helaas niet echt helpen want mijn Plex Media Server moet niet vanaf buitenaf bereikbaar zijn.
-
Kodi heeft idd geen moeite met iso
Video-ts kan ook, spelen geen probleem. Daar zie je echter wel dat de meta data scrapers (ophalen movie info, movie art, etc) er moeite mee hebben. Dit komt door naamgevingsconventies in de scrapers
Via een omweg (tmm ofzo) kun je metadata wel fixen en “handmatig” een NFO genereren. Als je die door de scraper laat lopen is t weer geen centje pijn
Ik ben ooit toevallig tegen kodi aangelopen voor ik plex kende. Nooit noodzaak gehad om bij kodi weg te gaan...
Dit dringt dan toch de gewetensvraag op: welke functionaliteiten in plex raakt se probleemeigenaar van dit topic kwijt, als ie tbv oplossen van het “connecten van buiten” issue zou overstappen op kodi?
Sent from my iPhone using Tapatalk
-
Kodi op mijn Raspberry werkt perfect, speelt alles af.
Ook media met DTS geluid.
Maar sinds een maand of 2 een AppleTV 4K in huis en werkt goed met DS Video.
Ook remote, kennis kijkt zo via mijn NAS.
Kodi gaat nog niet weg :)
Kocht de AppleTV eigenlijk voor Netflix maar DS Video gebruik ik vaker.
-
Robert, voor de Apple TV 4K is er ook de Infuse app, gratis of Pro met o.a. ondersteuning voor meer formaten. Heb je daar ook eens naar gekeken? Speel ook alles af, zelfs ISO. HD Audio (Dobly TrueHD en DTS-MA) wordt wel omgezet naar PCM want Apple ondersteund over de ganse lijn geen HD Audio maar een knappe kop die het verschil zal horen ;)
-
Infuse erop gezet, ziet er goed uit.
Maar speelt compleet nul komma niets af.....
Je móét upgraden naar de Pro versie voordat ik ook maar iets kan bekijken.
Interface is eigenlijk gelijk aan DS Video.
-
Niets afspelen is wel héél weinig. Krijg je dan een melding als bestand niet kan afgespeeld worden?
-
Bijna niets dan, maar wel erg weinig.
Geen foutmelding maar meteen het update naar Pro scherm voor een maand, jaar of altijd bedrag.
-
Hummm dat is niet al te best. Ooit zelf Infuse 4 Pro aangekocht op de Apple TV 4, dus nooit gezien dat de gratis versie zo weinig kon/kan afspelen.
Nu zitten ze tegenwoordig op versie 5 en naar deze versie ben ik nooit geupgrade. Draai momenteel met een NVidia Shield met Plex als media speler.
-
Ik vertrouw die Plex GUI - verbindingstest Server - eerlijk gezegd nu helemaal niet meer! Want, hebben jullie deze screen wel eens gezien?
[attach=1]
8)
-
Probeer kodi eens...
Sent from my iPhone using Tapatalk
-
hebben jullie deze screen wel eens gezien?Heb ik wel eens gezien in een testje, hoezo ?
-
Probeer kodi eens...
Nou dat zou dan alleen maar een testje worden, want alle gebruikers van mijn PMS hebben allemaal al de iOS app gekocht. Ik wil gewoon dat Plex goed gaat draaien in mijn UniFi-NAS netwerkje...
Theorie: zou het iets met hun product Relay te maken kunnen hebben, zodat iedereen via hun servers verbinding moet maken? Want ik snap niet dat het nu opeens zo ontzettend veel gedoe geeft.
8)
-
hebben jullie deze screen wel eens gezien?Heb ik wel eens gezien in een testje, hoezo ?
Het gaat natuurlijk niet om het plaatje zelf, natuurlijk wel dat deze test helemaal geen ip-adressen meer laat zien. Dus waar kijken we hier dan ook naar?
8)
-
Dus, je zag bij eerdere tests wel Ip-adressen?
-
^^^^ Ja, lokaal 192.168.1.125:32400 [-- extern WAN-IP:32400 bij port-forwarding en WAN-IP:21894 als ik UPnP in mijn USG aanzet. Die laatste gaf een groene check.
[attach=3]
Dus concreet is mijn vraag, op welk ip-adres:poort komt de connectie in mijn laatste printscreen dan tot stand, want daar zie ik geen ip-adressen nog poortnummers?
[attach=2]
EDIT: Ook DSM zelf heeft moeite met poort 32400:
[attach=1]
PS! ik zie nu dat ik een typo heb gemaakt in mijn port-forward: 28194 moet natuurlijk 21894 zijn, maar desalniettemin is het vreemd dat er blijkbaar een connectie wordt gemaakt zonder dat de adressen en/of poortnummers getoond worden! :oops:
8)
-
Zoals het is weergegeven, suggereren dat je een connectie hebt, zonder adressen te laten, lijkt mij een bug in PLEX.
-
^^^^ Precies en dat is natuurlijk allemaal erg lastig als je - zoals ik nu - naarstig op zoek bent naar een oplossing door toch ook enigszins de materie te begrijpen...
8)
-
Misschien iets voor het PLEX forum?
-
^^^^ Ja, dat is wellicht ook beter, om dat toch vooral ook even daar te gaan bespreken.
8)
-
Ik gebruik Plex niet maar, ben wel benieuwd. ;)
-
hebben jullie deze screen wel eens gezien?
Screen nog nooit gezien, maar dat is eenvoudig te testen via 3/4G. Toch?
-
Hallo allemaal!
1. Zijn er synologen hier die bekend zijn met Emby Media Server voor (Synology) NAS (https://emby.media/nas-server.html)?
2. De how-to! (https://github.com/MediaBrowser/Wiki/wiki/Synology-:-Setting-Up-Your-Media-Library-Share)
Ik word echt helemaal stapelgek van die Plex-gate! :x
8)
-
Welke is de specifieke functionaliteit die je van plex nodig hebt?
Sent from my iPhone using Tapatalk
-
^^^^ Streaming door mijn familieleden vanuit hun eigen huis. Dus die externe toegang moet weer gaan werken.
8)
-
Waarom wil je DS video niet gebruiken?
Heb ik die ergens onderweg gemist?
-
^^^^ Omdat - de versies die ik heb geprobeerd - in DSVIDEO er minder mogelijkheid is om rechten toe te kennen aan gebruikers, die zien alles wat in de map VIDEO staat. In niet elk geval is dat verstandig!
8)
-
Emby ken ik alleen maar van naam, dus kan daar niet meteen tips of ervaring over delen.
Welke clients zou je dan gebruiken om je media af te spelen? Vermoed dan o.a. iOS en Android toestellen. Voor iOS zit je dan weer wel vast aan wat Apple ondersteunt voor Direct Play anders doet je Emby server transcoding wat dus op je NAS misschien (wellicht zelfs) problemen kan geven omdat de CPU het niet aankan.
-
^^^^ Streaming door mijn familieleden vanuit hun eigen huis. Dus die externe toegang moet weer gaan werken.
8)
Hiervoor werkt kodi dan weer goed...
Sent from my iPhone using Tapatalk
-
Ik kom op het Plex - Pass Member - Forum ook onderstaande lijst tegen - wordt 100de keren gepost - met een waslijst aan poorten. Deze lijst heeft de timestamp 11.01.2018.
The most important port to make sure your firewall allows is the main TCP port the Plex Media Server uses for communication:
TCP: 32400 (for access to the Plex Media Server) [required]
The following ports are also used for different services:
UDP: 1900 (for access to the Plex DLNA Server)
TCP: 3005 (for controlling Plex Home Theater via Plex Companion)
UDP: 5353 (for older Bonjour/Avahi network discovery)
TCP: 8324 (for controlling Plex for Roku via Plex Companion)
UDP: 32410, 32412, 32413, 32414 (for current GDM network discovery)
TCP: 32469 (for access to the Plex DLNA Server)
Wat is hiervan de relevantie voor het laten werken van Plex?
8)
-
Ik ga maar gewoon even verder met mijn zoektocht voor Plex! Via GRC.com krijg ik de melding dat poort 32400 gesloten is, dus blijkbaar gaat dat dus niet goed in mijn EBv10?
[attachimg=1]
8)
-
Zoals weer zo vaak komt dit door het verkeerd gebruikt van termen dus ook op GRC.com(antieke site trouwens).
Poorten staan niet open of dicht maar zijn wel of niet geforward.
Als je een poort forward dan moet er op het doel device een applicatie draaien die antwoordt geeft als grc.com jouw wan ipadres probed naar die bewuste poort.
Als de applicatie die op die poort met dat lan ipadres luistert echter geen antwoordt geeft op de probe van grc.com dan trekken ze daar de conclusie dat hij "niet open staat".
Heeft echter niets met wel of niet geforward te maken.
Van buitenaf kun je namelijk nooit zien of je in je router iets forward of niet en als de applicatie op je NAS die luisterd op poort 32440 niet reageert op de probe van grc.com dan is dat vrij normaal, die reageert alleen als hij iets herkenbaars van plex krijgt.
-
^^^^ Bedankt voor je reactie! Ik heb een forward gedaan voor 32400 in mijn USG - 192.168.1.1 - voor 192.168.1.125 (NAS) en deze staat in mijn EBv10 in DMZ voor zijn door de EBv10 DHCP verkregen 192.168.2.3.
Wat doe ik dan steeds verkeerd?
8)
-
Probeer eens te forwarden van poort 34200 naar 5000 of 5001. Als dat hetzelfde resultaat geeft als 192.168.1.125:5000 of *:5001 dan weet je in ieder geval dat de forward goed is. Anders moet je het eerst daar gaan zoeken.
-
Met je plex client werkt t binnen je lan wel?
Sent from my iPhone using Tapatalk
-
Plex Media Server werkt, nu ook vanaf extern! Maar of ik snap, dat is een heel ander verhaal... :wtf:
1. DDNS - niet meer gekoppeld:
[attach=1]
2. Server Instellingen https://app.plex.tv
[attach=2]
Ik ben nu aan het testen via de Plex app op mijn iPhone met 4G. Stream loopt - hetzij zwaar vanwege de transcoding - goed, alle mappen benaderbaar.
Rara hoe kan dat, ik snap het echt niet. In Externe Toegang > Routerconfiguratie op mijn NAS zijn alle testen mislukt behalve voor poort 32400, de omgekeerde wereld dus t.o.v. afgelopen dagen, toen zat 32400 potdicht. Ik ga het allemaal nog maar eens rustig nalopen.
8)
-
Externe Toegang > Routerconfiguratie
Gebruik je dat nou echt ? UpNP staat aan op je Router ?
-
^^^^ Ik moet dat allemaal nog even uitzoeken @Birdy ! Wel blij dat het werkt, onzeker over hoe-wat-waar deze verbinding dan nu wel goed tot stand is gekomen... :|
8)