127.0.0.1:8080 won't load on a remote machine

Status
Not open for further replies.

maredzki

Member
Feed Provider
Joined
Feb 21, 2019
Messages
72
I'm trying to diagnose some tuning errors and it would be nice if I could load the webpage on a remote machine. The pi is headless so I would have to connect it to a monitor.

Is that possible at all?

Thanks much!!!
 

maredzki

Member
Feed Provider
Joined
Feb 21, 2019
Messages
72
I've checked, there is no firewall ports that are being blocked, it seems it just listens on localhost/127.0.0.1 and not on the wifi interface. I wonder if I can just change the IP to my wifi interface and make it a go :)
 

NebraskaCoder

Member
Joined
Oct 26, 2016
Messages
325
Location
Omaha, NE
You're welcome. For other people reading, in the command line the -l option should be
Code:
-l http:0.0.0.0:8080
where 0.0.0.0 is all ip addresses listened on (or 127.0.0.1 for local computer access only) and 8080 is the port you want to listen on (8000 is the documented port).
 

maredzki

Member
Feed Provider
Joined
Feb 21, 2019
Messages
72
My PI was throwing tuning errors for a while and I didn't even know.

Anyway to monitor this easily?
 

NebraskaCoder

Member
Joined
Oct 26, 2016
Messages
325
Location
Omaha, NE
My PI was throwing tuning errors for a while and I didn't even know.

Anyway to monitor this easily?
You can watch the console for errors. You can also redirect the console errors to a file on the system by adding 2>stderr.log at the end of your command line. You can also redirect it to the temp folder by adding the following:
Code:
 2>/tmp/op25err.log
And then monitor it by using tail -f (path to file) such as:
Code:
 tail -f /tmp/op25err.log
 

maredzki

Member
Feed Provider
Joined
Feb 21, 2019
Messages
72
I think I will have to check with PRTG or something and get alerted automatically.

Thanks!
 

boatbod

Member
Joined
Mar 3, 2007
Messages
3,411
Location
Talbot Co, MD
If you are running headless you generally need to run with the http console (or log in with ssh) because bad things happen if you try to start op25 at boot time configured for curses with no actual terminal available. All my streaming servers run headless this way, and it is a simple matter to pop up a browser, punch in the ip address and check the console/plots for anything untoward.

One thing to be careful of: DO NOT feel tempted to port forward the http terminal through a firewall without adding your own security via SSH tunneling or similar. The httpd server is completely insecure and likely to be susceptible to all sorts of exploits.
 
Status
Not open for further replies.
Top