Enhanced Web Admin

[MickeF]

Sorry if this is already answered, but I can't seem to find anything.

I've just started using the EWA. Works well and is a great utility. However, in the M3U files I get when trying to play a recording I get the local IP address of my HTPC (i.e. 192.168.0.4):


#EXTM3U
#EXTINF:3600,Navy CIS_20050827_20002100
http://192.168.0.4:nnnn/gbpvr/public/download.aspx ...


I'd really like to get my DYNDNS address instead. Everything works locally of course, but the local IP doesn't help me when I'm not home.

I assume I could hack the "Download.aspx.cs" file, but is there another workaround available?

[normanr]

It should use the same address that you access the web page with, i.e. if you use http://<pvr>:nnn/gbpvr/guide.aspx then the m3u is created with http://<pvr>:nnn/gbpvr/public/download.aspx.

[MickeF]

It should use the same address that you access the web page with, i.e. if you use http://<pvr>:nnn/gbpvr/guide.aspx then the m3u is created with http://<pvr>:nnn/gbpvr/public/download.aspx.

Yeah, from looking at the code it should, but it doesn't. Mighty strange!

I've had a couple of friends try, but they get 192.168.0.4 instead of my external IP.

[normanr]

mmm, as you can see it's using Request.Url. Are you using any strange firewall/proxy stuff to make the site visible to your friends?

[MickeF]

I'll install Apache + PHP on a machine to see if I can reproduce this. I'm more familiar with that environment.

No strange proxxies or anything, just a Netgear (NAT) router which forwards the port in use to my HTPC.

This looks more like a web server problem.

[normanr]

Nope, you're right. I've just checked from work, and it's putting in my ip address. (But because I'm using a vpn and not port forwarding, it 'works'). I wonder if it's a cassini or a .NET framework issue.

[UncleJohnsBand]

Nope, you're right. I've just checked from work, and it's putting in my ip address. (But because I'm using a vpn and not port forwarding, it 'works'). I wonder if it's a cassini or a .NET framework issue.

normanr....I think this is related to the route from the firewall and not a limitation of the .NET framwork or the web server gbpvr is using.

The only thing I could think to do would be (when creating the m3u file info) query the external IP of the PC running gbpvr and use this as the http://address appending the port number that is set in the gbpvr configuratuion and the rest of the encrypted file string.

Changing my m3u file to use my external IP:7647/fileinfo allowed the m3u file to work outside of my network.

I had not noticed this either since I have only used this feture on my local network.

[normanr]

It seems to put in the IP address of the network card you connect to, so if you PVR has a global IP then it would work. If you use it locally it's 127.0.0.1, otherwise it's your LAN ip. Maybe if GB-PVR manually overwrites the Request.Url hostname with what comes in the http headers it would work.

[normanr]

I've just changed

Code:

Response.Write(Request.Url.ToString() + "&mode=1\r\n");

to

Code:

string url = Request.Url.ToString().Replace(
    Request.Url.Scheme + Uri.SchemeDelimiter + Request.Url.Authority,
    Request.Url.Scheme + Uri.SchemeDelimiter + Request.Headers["Host"]);
Response.Write(url + "&mode=1\r\n");

Shout, if anybody wants a new build just for this fix, because I'm going on holiday next week.

[UncleJohnsBand]

Thanks for the workaround normanr....updated my source and recompiled and it appears to be working as advertised.

I'll check out the stream from work tomorrow for final verification but based on the content in the m3u file I see no reason it should not work.