so I was using OctoPi with no problems at all for about 3 months. Now I moved to another house and I'm not able to get my OctoPi connect to wifi. I updated SSID and pswd in wpa-supplicants with Notepad++, but without any success. So I tried to go back to my old house with old SSID and pswd and it worked, then I tried to rename my wifi to same SSID and pswd as it was, and it is working, but I can't be using this wifi setup. Can someone please point me to what am I missing?
Using OctoPrint 1.3.10 on OctoPi 0.15.1
EDIT: I have no fancy characters in my new wifi setup, only first capital letter, and some numbers
Is your new wi-fi zone hidden? If it is, then it might behave as you've described. You would need to add scan_ssid=1 to that network paragraph if it's a hidden zone.
If not, then try again.
Having remoted into your Raspberry Pi 3B (since it's still connected using the old information)...
sudo /boot/octopi-wpa-supplicant.txt
Create two paragraphs for the network section, one with the old and one with the new. Try to keep the new SSID and password simple like lowercase letters, numbers and that's it (no spaces).
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
country=US
network={
# Old house
ssid="SSID"
psk="password"
key_mgmt=WPA-PSK
}
network={
# New house
ssid="SSID"
psk="password"
key_mgmt=WPA-PSK
}
Then change your wi-fi router's zone/password to what you want it to be (just lowercase letters and numbers without spaces to be on the safe side).
Well, I tried adding scan_ssid, but nothing changed. So then I used the old wifi setup, tried to open wpa supplicant, but with no luck (it wrote about 10 rows with unexpected errors), so I entered raspi-config, where I used Network settings to connect to a wifi, and now it works. I might have wrote the old wifi setup here when I was first setting my Pi, so it was kinda "hardcoded" I would say.
Now everything works (only web page is loading slowly than before - might it be the result of adding scan_ssid?), so thank You for your insight into my problem!
I notice some people with Wifi problems run a network cable but I have the same issue with cable. Octoprint starts to load and then disappears of the network and cant be accessed.
You could attach a local keyboard/monitor/mouse to the Raspberry Pi and run a command like ifconfig and route to see what's going on with the Ethernet and wi-fi adapters in it. If you share the outputs of those with us here, we might be able to advise better.
I have this exact issue. whoops i thought i was replying to the first post.
restating the issue7:, Wifi does not auto reconnect when signal is lost. The issue in my case is that my router keeps getting dos'd to the point that it is non responsive (asus blue cave ac-2600) so I started setting it to reboot at 4am every day.
Prior to this, until the router became non responsive (due to ddos) once or twice a week and everything (tablet, roku, thermostat, ect) quit working the pi would stay connected all the time. the router is just over 1m away so signal is quite high.
the problem i have is just that it does not attempt to reconnect. is there a command to add or a newer version that does auto connect? I do the updates when they come but I have had this running for quite a long time. so the raspian version looks out of date. the pi is working so well that i'd rather not screw with success if nothing fixes the reconnect.
in case your next question is why ddos, i have a port exposed for remote access to my security system and that port gets pounded thousands of times a day. My old asus ac1900 didn't have a problem with all the probes but the new asus does and i am waiting for a firmware that fixes the issue.
There is no quick fix for a DDOS other than stopping the behavior that got you into this mess in the first place. Prevent the DDOS and the problem goes away since your router will then be able to keep its connections.
Remove the port-exposure on your firewall
Power-cycle your public-facing router (in the hopes of receiving a new public IP address). Verify that you did get one. If you didn't get one, ask your ISP to reset your public IP address address to something else (or tell your router to reset its DHCP client lease).
Monitor this for a month watching your firewall logs
responding specifically to this post. It is a "normal" amount of traffic. with all of the invalid attempts blocked by the asus router's 2 way intrusion protection. it detects the exploit attempt and drops it.
I have had a security system since 2014, and the access attempts and port scans have not markedly increased in that time. The router I have uses a different chipset than the normal asus so this one gets patched slower. and it is in fact only this firmware that really seems to have had the problem.
and I just checked and viola there is an update ready for the firmware so i will install and see what that brings. I did upgrade the pi to octopi 0.16 and with the backup and restore it was really painless. it survived a reconnect already so perhaps i will no longer have the problem with the nightly router reboot.
edit it just survived another reconnect with the firmware upgrade. maybe octopi 0.16 solves the reconnect issues.
here is my reply to your other thread
not exactly. The automated pings and port scanning has always been there, and the asus protection package included with this router sheds all of the connect attempts. it is just that for this asus router there is a bug that causes it to go non-responsive after a several days of this. And while on trips it was causing me to lose connection to my alarm system and my thermostat. as well as losing the ability to remote into my computers.
if you only knew how many thousands of these pings occur to every ip in the world you would not be shocked at how many real exposed vulnerabilities are exploited in this world
Dude, I'm the "Chicken Little" of the Internet, always warning people how much scripting and hacking attempts go on.
What gets a trickle of scripting to turn into an avalanche of scripting is a positive result in one of their logs. You gave them something tasty to chew on, they posted your specifics somewhere on the Dark Web on a list, that list gets side-copied everywhere and now they've all shared this information. Instead of one random drive-by shooting, you're now the victim of DDOS.
The volume hasn't changed in 5 years, this specific router has a buffer overflow in the previous firmware, not sure if it has been fixed or not with the new one I just installed. You are mistaken about the ddos tho, the router is shedding all of the login attempts. Pings are already dropped. So nothing but the normal. The router can even handle the logins it doesn't fail open it fails closed. It didn't do this on the original firmware, but did on the last update. And it might now be fixed. As far as my octopi I just use it to watch my printer not run it. The two are not even in contact. Just a pi usb cam watching the printer print.
And really this hijack of the thread doesn't give me any answers on my reconnect issue. So unless you've got something to add on that point, let's let this be enough on internet security please.
The OctoPi latest image includes the Nov 2018 Raspbian, to the best of my knowledge. If you have a spare microSD, you might install that and see if it behaves better. If it doesn't, you could return to your original.
while i was reading this thread last night I saw 1st that there was a backup and restore utility the latest octoprint, so i backed up, etched the new 0.16 image, restored, and then found a new firmware (from april) for the router so updated that as well. the pi has reconnected so far after 2 router reboots so fingers crossed atm. we'll see if it comes back tomorrow after then next reboot. If it does i'll start to play with the router and stop the auto reboot.
Fairly novice-level pi user here having an interesting problem with trying to connect to my pi via putty. RBPi 3B+. I have Putty to use for communicating with it, but every time I enter the appropriate IP address and hit connect (via SSH, default port 22, as I've seen to do in instructions). However, every time I do I get a box that pops up and reads "Network error: Network error: Software caused connection abort."
The connection immediately dies and I have to restart putty to try again. Has anyone come across anything like this before and is there any way to fix it?
Much appreciated!
Edit: I should add I have no problems connecting to or using Octoprint for regular printing as normal, all features work and the webcam works just fine. It shows up in the web browser and I can use it without issue. However, I can't seem to access by logging in via putty.
I can't even get that far. The Putty session won't even open. I punch in the IP that my Pi running octoprint is on and hit "Open" and am immediately given that warning in a typical windows warning box. There's nowhere I could indicate a username anywhere. It's like Octoprint is rejecting my putty connection outright.
Problem: My octopi is connected to my router and has internet. It shows up on the router list, but I cannot connect to its ip using either a browser or Putty (SSH).
It's supposed ip is 192.168.0.x which is what is expected because my default gateway is 192.168.178.1.
If I run 'ping google.com' using a keyboard and a monitor on the pi, it works. So the pi has internet through the wifi dongle.
Installation
I used rufus to write the 1.3.10 octoprint to my Micro-SD card and it's running successfully on my Raspberry Pi 2 B v1.1
I tried:
switching from my extra router to my modem SSID and both give internet, but none allow me to connect through my browser
apt-get update and apt-get upgrade
scanning wlan0 - it shows my routers properly
I rebooted after each change
I changed the power supply as it was indeed undervolted
What do you mean by connect to its IP in a browser? By default, octoprint runs on port 5000 so if your trying to access octoprint need to place :5000 on the end of the IP in a browser. Regarding SHH is it definitely enabled on the pi?
I 'sudo nano'ed a file with the text 'lel' and name 'ssh' in /boot - and rebooted, but I can still not connect through Putty using port 22 with the ip that is printed out in the pi terminal.
I wasn't aware I had to use port 5000 for browsing on the pi, but even with that, I can still not connect
For the record, on OctoPi you don't have to since it ships with a reverse proxy that makes everything accessible under the stock port 80 (and in fact port 5000 won't work at all on OctoPi unless connecting directly from the Pi).