You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Sebb (JIRA)" <ji...@apache.org> on 2018/02/15 22:52:00 UTC

[jira] [Commented] (NET-657) Reverse tethering support

    [ https://issues.apache.org/jira/browse/NET-657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366367#comment-16366367 ] 

Sebb commented on NET-657:
--------------------------

As I understand it, the gnirehtet app is supposed to be transparent to the client app using it.

I suggest you try using a different FTP client on the device.
Does that work OK? If not, then the problem is in gnirehtet.
If the other FTP app does work, then you'll need to provide info on exactly what NET code you are using together with the trace from the control connection.

> Reverse tethering support
> -------------------------
>
>                 Key: NET-657
>                 URL: https://issues.apache.org/jira/browse/NET-657
>             Project: Commons Net
>          Issue Type: New Feature
>          Components: FTP
>    Affects Versions: 3.6
>            Reporter: Grzegorz Ostrowski
>            Priority: Major
>
> I am using your library to upload photos in android app. When device uses Wi-Fi everything is fine, photos are uploaded to FTP server. But my customer wants this app to be able to do the same when Wi-Fi in app is turned off and device gets net from personal computer(Windows) connected to the device via USB cable. I was able to connect device using "gnirehtet":
> https://medium.com/genymobile/gnirehtet-reverse-tethering-android-2afacdbdaec7
> When I use gnirehtet my app uploads only firsth photo to FTP server and hangs on getting reply code at the end of "_storeFile" function in FTPClient class of AppacheCommonsNet. When I use WiFi everything is ok, the problem is only when I use reverse tethering. I checked other reverse thetering solutions and I met the same problem.
>  
>  
> Maybe I do something wrong but I think that your library may not support reverse tethering. Could you consider expanding your library with support for reverse tethering?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)