Apache Commons Net结合反向Tethering实现Android FTP照片上传问题

我之前做类似的Android FTP上传功能时，也碰到过反向网络共享下的连接问题，结合Apache Commons Net的特性和gnirehtet的网络机制，给你梳理几个实用的排查方向和解决办法：

1. 先解决FTP模式的适配问题 #

反向共享网络下，Android设备的网络是通过USB虚拟出来的，默认的FTP被动模式（PASV）很容易出问题——因为FTP服务器返回的外部IP地址，和设备通过虚拟网络能访问的路径不匹配。

• 两种解决思路：
  • 强制切换到主动模式（PORT），这是最直接的办法，代码示例：

    FTPClient ftpClient = new FTPClient();
    // 切换到本地主动模式，让设备主动发起数据连接
    ftpClient.enterLocalActiveMode();
    

  • 如果必须用被动模式，就指定一个固定的端口范围，同时确保Windows端的防火墙开放这些端口：

    FTPClient ftpClient = new FTPClient();
    ftpClient.setPassivePortRange(60000, 65535); // 指定被动端口范围
    ftpClient.enterLocalPassiveMode();
    

2. 检查网络权限与网络类型判断 #

gnirehtet本质是创建了一个虚拟VPN连接，很多APP会默认只在Wi-Fi下执行上传，这就直接堵死了反向共享的路径。

• 先确认Manifest里的权限是否齐全：

  <uses-permission android:name="android.permission.INTERNET" />
  <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
  

• 然后修改网络判断逻辑，不要只判断Wi-Fi，只要是已连接的网络都允许上传：

  ConnectivityManager connManager = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);
  NetworkInfo activeNet = connManager.getActiveNetworkInfo();
  if (activeNet != null && activeNet.isConnected()) {
      // 不管是Wi-Fi、移动数据还是虚拟VPN（反向共享），都执行上传
      startFtpUpload();
  }
  

3. 验证Windows端的网络通路 #

反向共享时，Android设备的网络流量是走Windows电脑的，所以得先确保Windows本身能正常访问你的FTP服务器：

• 用Windows的命令行测试FTP连接：ftp ftp-server-ip，看能不能正常登录和传输文件；
• 检查Windows防火墙是否开放了FTP相关端口（控制端口21，以及被动模式的端口范围），避免流量被拦截；
• 如果是内网FTP服务器，确认Windows电脑在同一个内网网段，或者有正确的路由访问权限。

4. 优化Apache Commons Net的配置 #

虚拟网络的稳定性和延迟可能不如Wi-Fi，所以需要调整FTPClient的超时参数，同时避免DNS解析问题：

• 直接用FTP服务器的IP地址代替域名连接，避免虚拟网络下DNS解析失败；
• 增加超时时间，防止因网络延迟导致连接中断：

  ftpClient.setConnectTimeout(30000); // 30秒连接超时
  ftpClient.setDataTimeout(60000); // 60秒数据传输超时
  

5. 先确认反向共享本身正常 #

在排查FTP问题前，先验证Android设备的网络是否真的通了：打开设备上的浏览器，访问FTP服务器的地址（或者其他公网网站），如果连浏览器都无法访问，那先检查gnirehtet的配置，比如Windows端是否开启了服务，USB调试是否正常，有没有其他网络冲突。

内容的提问来源于stack exchange，提问作者usatek