Can't reach server via browser
So when I first boot my server on my rpi 4, I can reach the server from my desktop computer via the browser no problem. But after it's been running a while, I get "this site can't be reached" every time. On the touchscreen it's running just fine and I can control it there, but I can't do anything from my computer, or remotely if I needed to. This also applies to ssh. I can't reach it there either. It's like it's gone but the router shows it as connected.
I'm using a static ip assigned in the router, and it's showing connected to the network every time in the router. But it will not load leaving me dead in the water unless I'm standing at the touchscreen controller. I've searched for solutions but nothing seems to match my situation.
The reason I'm asking here, is because I also have a pi running octoprint on another machine, which I never have any problems reaching. This is why I'm led to believe it's something in the rep-server setup? I don't suspect a bug, but rather something I'm missing. Any idea what it is?
I'm using a static ip assigned in the router, and it's showing connected to the network every time in the router. But it will not load leaving me dead in the water unless I'm standing at the touchscreen controller. I've searched for solutions but nothing seems to match my situation.
The reason I'm asking here, is because I also have a pi running octoprint on another machine, which I never have any problems reaching. This is why I'm led to believe it's something in the rep-server setup? I don't suspect a bug, but rather something I'm missing. Any idea what it is?
Comments
If you are using wifi you should go on touch screen to wifi setup and see what it says. If it switches between AP mode and wifi then it is loosing wifi connection from time to time (or server thinks because it is not visible). In that case set AP to never enable. That should keep wifi active and reconnect as fast as possible. I think octoprint has no switch to AP so doe snot have that possible problem.
I didn't mention before, but I did try turning off the AP mode. That didn't help. In fact, it's still off right now. It's on never enable.
I'm guessing it is some problem between the server and the router because if I just go to the router settings, and hit save on anything so that it reloads, then it will come back up. Other times it just comes up after about 10 minutes or so. It's got me baffled.
So I just changed the static ip to a number outside of the range as you've specified, so we'll see how that goes the very next time I try to load it! At first I thought it was a "sleeping" issue, but I"ve brought up the touchscreen to make sure the server was "awake," and it doesn't help. I'll report back later. Thanks!
You mean your internet router? Yes it is strange also we have a similar problem with our fritzbox that the driver suddenly stops working. What router do you have?
At least last image has definitivly set power management to off for wifi since that is known to also cause problems.
But lets see if a ip in range allowed from router makes already a difference.
And for the record, I can't run an ethernet cable to the pi. I can for diagnostics or whatever, but it would be running across the entire room to reach it, so is not a permanent solution.
So long story short, no progress here.
The hostname.local also should work if it is unique (only one instance running or name made unique) and if os supports bonjour protocol.
Has to be something I'm missing, but I can't figure out what.
Just install the deb package on your octopi image or an original Raspbian image or use our image when you are in wifi connected mode and rename /var/lib/Repetier-Sertup/manageWifiAccess - then server does not try to control wifi and will not interfere in any case.
/usr/local/Repetier-Server/debian
/usr/local/Repetier-Server/debeian/direct
/usr/local/Repetier-Server/debian/nm
/usr/local/Repetier-Setup/bin
Is it any of these? Or do I have to reflash first?
For the record, my wifi access point show up in the touchscreen, but when I try to connect, it simply will not.
But the answer is yes, the ip is binding to the mac address in the router. It will show the address as binded in the router whenever I try it, but connecting to it is either impossible, or hit and miss. When doesn't make sense to me considering I can reach all the other items binded.
> So I'm just using a hostname with repetier, and so far I've had no problems connecting. I can live with that!
and what ip does it then get. Actually I'm a bit confused about your situation and solution.
Ok how do you do that? Do you add that ip manually in wifi or ethernet as manual ip address? Is this ethernet or wifi? Did you set netmask correctly in that case on pi? For latest image you can now provide a own wpa_supplicant file if the server version does not work as expected and you need special settings.
describes possible solutions. If your internet provider connects you with shared IPv4 address forwarding does not work on your router. Provider will then map port 2000 to something you can not predict. Happens e.g. with DSLight connections. You need a dedicated ipv4 that is only for you.
Hmm, I'm on satellite internet sadly but I think I should at least be able to connect at least once with whatever is current on my router, the odd thing I did notice is my router admin portal shows me one IP address for the WAN that is completely different from what IP chicken or DynDns is reporting..
You might want to try the ngrok solution. That works on all connections since it forwards to a public ip from wehre you access it. Only thing is with every restart the free version gets a different link.
You can even use the wpa supplicant you hat for octoprint as long as it has the required name. Then it is just linux and it's packages (also same are used when server manages them, but on some answers we disconnect/switch to AP which might be the problem here). Linux is just the lasten RasbianOS. On every new image we update all packages.