最近在做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一个空给对方，然后结束。