最近在做ftp上传相机中的文件时,遇到超时问题。相机中,原本有ftpput的应用,于是就在程序中直接使用ftpput来上传相机中的视频和图片。
ftpput使用方法为:
BusyBox v1.20.2 (2015-10-22 14:48:06 HKT) multi-call binary. Usage: ftpput [OPTIONS] HOST [REMOTE_FILE] LOCAL_FILE Upload a file to a FTP server -v,–verbose Verbose -u,–username USER Username -p,–password PASS Password -P,–port NUM Port通过上面的提示,如果上传相机中当前目录名为20170518201930.jpg的文件,假设服务器是192.168.1.5,ftp端口是21,用户名是jpg,密码是jpg
那么执行命令: ftpput -u jpg -p jpg -P 21 192.168.1.5 20170518201930.jpg test.jpg
如果一切正常,执行完毕后,服务器中出现test.jpg的文件。
如果异常,服务器不通,那么会连接失败,奇怪的是,有时候,特别是如果ftp服务器配置的IP地址和相机的IP地址不在同一网段,
那么ftpput的超时时间达到1分钟,1分钟后才返回结果,线程等待,影响其他功能运行。
于是想到先测试对方端口是否可达,如果可达再启动ftp,否则退出,但是如何判断呢。
试验了以下方法,
1、telnet的方法。 如:telnet 192.168.1.5 21 这种方法,如果可以连接到服务器ftp端口,可是进入等待输入用户名和密码的状态,没有立刻返回。在脚本或者程序中,还是无法马上知道状态。
2、namp的方法,由于相机中没有这个应用,所以此处不说明。
3、nc的方法
相机里运行nc,给出提示:
BusyBox v1.20.2 (2015-10-22 14:48:06 HKT) multi-call binary. Usage: nc [-iN] [-wN] [-l] [-p PORT] [-f FILE|IPADDR PORT] [-e PROG] Open a pipe to IP:PORT or FILE -e PROG Run PROG after connect -l Listen mode, for inbound connects (use -l twice with -e for persistent server) -p PORT Local port -w SEC Timeout for connect -i SEC Delay interval for lines sent -f FILE Use file (ala /dev/ttyS0) instead of network从上面的提示,测试命令: nc 192.168.1.5 21 -w1 (-w1是设置超时时间为1s)
如果对方不可达,则1秒后立刻返回非0,但是如果对方可达,又是进入等待输入用户名和密码的状态,同样不能立刻返回。
于是测试: nc 192.168.1.5 21 -w1 -e date
这时候,如果对方不可达,则1秒后立刻返回,如果对方可达,执行date命令,并将date结果发送给对方,并马上结束返回0
这样就找到了一个马上知道对方端口是否可达的方法,
为了节约,使用:nc 192.168.1.5 21 -w1 -e echo,直接echo一个空给对方,然后结束
原文链接:https://blog.csdn.net/zzw_awen/article/details/72494495
推荐阅读
嵌入式开发——sqlite3 交叉编译 嵌入式开发——测试硬盘的写入速度 嵌入式开发入门—Linux免责声明:文章内容来自互联网,本站不对其真实性负责,也不承担任何法律责任,如有侵权等情况,请与本站联系删除。
转载请注明出处:嵌入式linux上测试远程服务器的某个端口是否可达 https://www.yhzz.com.cn/a/15346.html