odk collect upload behind a proxy server

[mitchellsundt]

Migrated to getodk/collect#21 by spacetelescope/github-issues-import

Originally reported on Google Code with ID 16

Can we get ODK Collect to work in WiFi connections where a proxy server is 
present? I noticed that the presence of a proxy server prevents the app from 
uploading the file/form. 

Reported by yanokwa on 2010-04-29 22:11:00

[mitchellsundt]

Migrated to opendatakit/collect#21 (comment) by spacetelescope/github-issues-import

Reported by yanokwa on 2010-07-23 08:19:56

[mitchellsundt]

Migrated to opendatakit/collect#21 (comment) by spacetelescope/github-issues-import

Reported by wbrunette on 2011-06-07 23:19:46

• Labels added: Collect

[mitchellsundt]

Migrated to opendatakit/collect#21 (comment) by spacetelescope/github-issues-import

Reported by yanokwa on 2012-05-25 15:46:39

[mitchellsundt]

Migrated to opendatakit/collect#21 (comment) by spacetelescope/github-issues-import

Reported by yanokwa on 2012-05-25 18:40:01

[mitchellsundt]

Migrated to opendatakit/collect#21 (comment) by spacetelescope/github-issues-import

By proxy server, I assume you mean the wifi network login server at, e.g., Starbucks.
 The solution is to first connect using the phone's Browser, to negotiate any wifi
login screens.  Then use ODK Collect.

Proxy servers are problematic because they often have login screens that would need
a full web browser to see and respond to (e.g., captcha images).  Once the device is
logged into the wifi access point, any app (e.g., ODK Collect) can use the wireless
connection.

Reported by mitchellsundt on 2012-06-28 22:42:07

• Labels added: Documentation

[mitchellsundt]

Migrated to opendatakit/collect#21 (comment) by spacetelescope/github-issues-import

Hi, i have tried to use odk collect with my company phone and it did'nt work on the
mobile  internet (GPRS/UMTS/HSDPA). When i switched to wifi it did. This is because
of our company's proxy. ODK Collect has an issue there.

Reported by T.van_Zonneveld@nedtrain.nl on 2012-07-18 20:48:23

[mitchellsundt]

Migrated to opendatakit/collect#21 (comment) by spacetelescope/github-issues-import

I'm not understanding your situation; I think it is an issue with how you set up your
server.  

If you are using GPRS, as long as the server is visible from the internet, you should
be able to reach it (e.g., you should be able to reach opendatakit.appspot.com using
GPRS).  If you can't, then it is an issue with ODK Aggregate visibility -- see http://opendatakit.org/use/aggregate/tomcat-install/
for working though making our ODK Aggregate server visible.

If it works through wifi, then it just means that your ODK Aggregate server is known
only through your local network connections.

The normal case for a proxy being a problem is the WiFi access point proxy, which requests
a network login.

Reported by mitchellsundt on 2012-07-18 20:55:03

[mitchellsundt]

Migrated to opendatakit/collect#21 (comment) by spacetelescope/github-issues-import

I can think of a situation where I had the same problem and the culprit was Squid!.
This is not an ODK issue per say, I presume one has to add some type of proxy "Method"
to allow submissions via a squid or other proxy. My solution was to bypass the proxy
for the aggregate URL but you would need to get your network engineers involved here.

Reported by admin@osilab.net on 2012-11-27 10:34:34

[mitchellsundt]

Migrated to opendatakit/collect#21 (comment) by spacetelescope/github-issues-import

We are having an SSL Hostname verification issue by having our ODK Aggregate server
behind our _reverse_ proxy. I am not sure if the original reporter is referring to
a forward proxy like squid or a reverse proxy like apache mod_proxy, nginx, etc. If
the former, I'll edit this comment and open a new issue.

For some very odd reason ODK Collect seems to be using reverse DNS in the process of
verifying the hostname in the certificate. The specific error I am seeing is "Form
listing failed. Error: javax.net.ssl.SSLException: hostname in certificate didn't match:
<{fqdn matching cert CN}>!=<{some other random fqdn also being rev. proxied by the
same host}> while accessing https://{first FQDN from above}/ODKAggregate/formList

Reported by jesse.price3 on 2014-03-20 21:38:50

[mitchellsundt]

Migrated to opendatakit/collect#21 (comment) by spacetelescope/github-issues-import

Can you access it via the browser on the phone?

Note that the protocols use HEAD, GET and POST requests. Not sure if you need to configure
the proxy to support HEAD requests....

Reported by mitchellsundt on 2014-03-20 22:33:55

[mitchellsundt]

Migrated to opendatakit/collect#21 (comment) by spacetelescope/github-issues-import

My issue may have been due to using a certificate that was issued from my own corporate
CA. I'm having other proxy issues but I will mention them in a more appropriate place.

Reported by teh_g33k@yahoo.com on 2014-03-31 18:54:13

[hrrpnepal]

i had my own local server with some space. how can i setup ODK in my server so that i can run in my local server/

[lognaturel]

Hi @hrrpnepal! This is a closed issue. Can you please post your support request to https://forum.opendatakit.org/c/support. Please be sure to fill out the template completely and be as specific as you can about your configuration, server versions, etc.