-
Notifications
You must be signed in to change notification settings - Fork 297
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BL602 devices crash when fingered by port scanners #1177
Labels
bug
Something isn't working
Comments
divadiow
changed the title
BL602 devices crash and reboot when fingered with port scanners
BL602 devices crash when fingered with port scanners
Apr 11, 2024
divadiow
changed the title
BL602 devices crash when fingered with port scanners
BL602 devices crash when fingered by port scanners
Apr 12, 2024
Can you provide specific commands you are using? |
I'll break down nmap scan to see which arguments do and don't make it crash |
Can you check if It crashes with latest release (from github actions) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
MAIN ISSUE: I've tried Windows NMAP, Advanced Port Scanner and Angry IP Scanner, targeting port 80 specifically and separately, all ports. This has been done on two different machines - cabled main PC and virgin laptop on wifi. Each scan will cause BL602 watchdog to eventually reboot the device. Fing Android app on mobile does not have the same effect.
SECONDARY ISSUE: ICMP ping responses from BL devices are either non existent or intermittent. NOT an issue with wifi strength - different APs tested. http gui is still available on port 80 despite no ping response, device remains online through ping attempts.
Firmware:
To Reproduce
Steps to reproduce the behavior:
maybe this isn't such a big issue - just don't port scan! my LN and BK devices disconnected wifi on scan (but then reconnected themselves) but did not crash/reboot, so BL is more sensitive.
dev board uart output at time of port scan:
issue starts at [21:36:08.931] - Error:HTTP:TCP Client is disconn
The text was updated successfully, but these errors were encountered: