Closed electricmessiah closed 2 months ago
check with nmap if the ports are open.
nmap -Pn YOUR_IPCAMERA -p 8080
nmap -Pn YOUR_IPCAMERA -p 22
if the ports are close, try to change usb card and test hack again (from begin). At least, try if you have open telnet port (very not secure protocol) nmap -Pn YOUR_IPCAMERA -p 20
Thanks! Both ports 22 and 23 are open. I can get a login prompt from telnet. The web interface is still not loading on this camera. I tried a reset/reload with a different SD and it did the same. Also.. I'm using y291ga_0.2.9 which will get a blue light and appear to be working, but the latest y291ga_0.3.0 will just say "waiting to connect" forever, so there's something very different about the two.
In the shell I can see the www folder. I added an index.html there and it still did not show. It seems the internal web server is bugged out. Is there a way to continue diagnosis?
ok, but the port 8080 it's open? remember the web page is: http://YOUR_IPCAMERA:8080
I think something get wrong in your hack, maybe roleo can explain. Anyway, for avoid all doubts on model print the value: cat /tmp/sd/yi-hack/model_suffix
ok, but the port 8080 it's open? remember the web page is: http://YOUR_IPCAMERA:8080
I think something get wrong in your hack, maybe roleo can explain. Anyway, for avoid all doubts on model print the value: cat /tmp/sd/yi-hack/model_suffix
1 - I just tested with the same exact camera model and firmware and this hack is working fine. 2 - On my port scan 80 or 8080 are not open on this camera. 3 - cat /tmp/sd/yi-hack/model_suffix = y291ga 3 - I did a port scan on one of my identical cameras that is online. It returns:
Service Details
Pure-FTPd
Port 21 (TCP) Pure-FTPd
Port 22 (TCP)
Port 80 (TCP)
Port 554 (TCP) webcam rtspd`
So, for some reason, this camera is not opening the web ports and it would appear the web server has issues. I can see via shell that this camera has not created a 'tmp' like the others. Isn't there a log we can look at to see where the hack is failing?
I confirm again, something get wrong in your hack, @roleoroleo for sure know the problem. finally try ffplay -v verbose -i "rtsp://YOUR_IPCAMERA:554/ch0_0.h264"
check also here: /tmp/sd/yi-hack/etc/system.conf
if HTTPD=yes
and the other parameters are good like: HTTPD_PORT=8080 SSH_PASSWORD=YOUR_PASSWORD
@electricmessiah
check also here: /tmp/sd/yi-hack/etc/system.conf
keep in mind. this camera was running fine for months. then after a routine reboot it started this behavior.
system.conf checks out fine. debug_log=no. enabling this may provide some insight?
ffplay connects and is stale
Initialized direct3d renderer. [tcp @ 000001c9a2cfae40] Starting connection attempt to 192.168.1.76 port 554 nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0
awaiting @roleoroleo
check also here: /tmp/sd/yi-hack/etc/system.conf
keep in mind. this camera was running fine for months. then after a routine reboot it started this behavior.
system.conf checks out fine. debug_log=no. enabling this may provide some insight? ffplay connects and is stale
Initialized direct3d renderer. [tcp @ 000001c9a2cfae40] Starting connection attempt to 192.168.1.76 port 554 nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0
awaiting @roleoroleo
yes can help activate debug. you can check the file log on sd (or via telnet)
Have you tried using another SD card? Maybe related to my problem. #785
In the last releases I changed the standard HTTP port, so try 80 please. If you reset to default, the cam should use 80.
Otherwise, try to run the daemon manually through a ssh session:
/tmp/sd/yi-hack/bin/busybox /tmp/sd/yi-hack/usr/sbin/httpd -p 80 -h /tmp/sd/yi-hack/www/ -c /tmp/httpd.conf
and check the error.
Have you tried using another SD card? Maybe related to my problem. #785
I did try a few different SD cards with the same result.
In the last releases I changed the standard HTTP port, so try 80 please. If you reset to default, the cam should use 80.
Otherwise, try to run the daemon manually through a ssh session:
/tmp/sd/yi-hack/bin/busybox /tmp/sd/yi-hack/usr/sbin/httpd -p 80 -h /tmp/sd/yi-hack/www/ -c /tmp/httpd.conf
and check the error.
When I run this command, this is the output.
root@(none):~# /tmp/sd/yi-hack/bin/busybox /tmp/sd/yi-hack/usr/sbin/httpd -p 80 -h /tmp/sd/yi-hack/www/ -c /tmp/httpd.conf -ash: /tmp/sd/yi-hack/bin/busybox: not found
Also of note...
So it would appear that the reference path for busybox does not exist. What would cause this to occur and persist through resets and re-hacking?
UPDATE: I created a bin folder and copied busybox into it. The command no produces:
/tmp/sd/yi-hack/bin/busybox /tmp/sd/yi-hack/usr/sbin/httpd -p 80 -h /tmp/sd/yi-hack/www/ -c /tmp/httpd.conf
httpd: applet not found'
However, I have confirmed that 'httpd' exists with content of '#!/tmp/sd/yi-hack/bin/busybox'
root@(none):~# /tmp/sd/yi-hack/bin/busybox /tmp/sd/yi-hack/usr/sbin/httpd -p 80 -h /tmp/sd/yi-hack/www/ -c /tmp/httpd.conf
httpd: applet not found
root@(none):~# ls /tmp/sd/yi-hack/usr/sbin
crond httpd ntpd
Your setup is not correct. When you install the hack you must have a structure like this:
root@yi-hack-h52ga:~# ls -la /tmp/sd/yi-hack/
drwxr-xr-x 12 root root 4096 Dec 28 06:58 .
drwxr-xr-x 11 root root 4096 Dec 28 12:07 ..
drwxr-xr-x 4 root root 4096 Jun 22 2023 .config
drwxr-xr-x 3 root root 4096 Jun 22 2023 .local
drwxr-xr-x 3 root root 4096 Aug 29 2022 .micropython
drwxr-xr-x 2 root root 4096 Dec 28 06:58 bin
drwxr-xr-x 6 root root 4096 Dec 28 06:58 etc
drwxr-xr-x 2 root root 4096 Dec 28 06:58 lib
-rwxr-xr-x 1 root root 6 Dec 28 06:58 model_suffix
drwxr-xr-x 2 root root 4096 Dec 28 06:58 sbin
drwxr-xr-x 4 root root 4096 Dec 28 06:58 script
drwxr-xr-x 6 root root 4096 Sep 5 2022 usr
-rwxr-xr-x 1 root root 6 Dec 28 06:58 version
drwxr-xr-x 10 root root 4096 Dec 28 06:58 www
Please, format the sd card and install the hack again.
Here is my procedure.
After these steps, which are the correct steps, my folder is different than what you posted. This camera worked before just like my other 5 cameras, so either the camera was corrupted by the previous hack, or the hack isn't working on this camera for some reason. I've tried several different sd cards all with the same result. Is there some other way we can determine why this camera won't take the hack now?
For reference, here's the folder contents after the steps above.
root@(none):~# ls -la
drwxr-xr-x 9 root root 32768 Dec 20 13:57 .
drwxr-xr-x 8 root root 32768 Jan 5 01:46 ..
drwxr-xr-x 3 root root 32768 Dec 20 13:57 .micropython
-rwxr-xr-x 1 root root 147 Nov 20 23:53 configure_wifi.cfg
-rwxr-xr-x 1 root root 1737 Mar 2 2021 configure_wifi.sh
drwxr-xr-x 5 root root 32768 Jan 19 2016 etc
-rwxr-xr-x 1 root root 0 Feb 21 2023 fw_upgrade_in_progress
drwxr-xr-x 2 root root 32768 Dec 20 13:57 lib
-rwxr-xr-x 1 root root 7 Jul 16 09:26 model_suffix
drwxr-xr-x 2 root root 32768 Dec 20 13:57 sbin
drwxr-xr-x 4 root root 32768 Dec 20 13:57 script
-rwxr-xr-x 1 root root 45 Nov 21 2020 startup.sh
drwxr-xr-x 4 root root 32768 Dec 20 13:57 usr
-rwxr-xr-x 1 root root 6 Jul 16 09:26 version
drwxr-xr-x 9 root root 32768 Jan 19 2016 www
root@(none):~#
`
For reference, here's the folder contents after the steps above.
Is this the sd card root folder? Or the yi_hack folder?
If yes, is not ok.
Are you sure about step 2?
Did you decompress properly the archive in the card?
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Camera: Yi 1080p Home (YYS.2016, RFUS, 9.0.35*, y291ga)
Camera has been working fine for months along with several others. Today, after a power cycle, this camera came back online, but the web interface is not responding. SSH says "remote refused incoming connection". I've reset the camera, cleared and reloaded the SD card with the same exact y291ga used before, and the camera will turn on and get a blue light, but the web interface is still not available. The IP responds to ping and is online and visible in my router with an active IP lease.
Are there any other way to troubleshoot this particular issue?