Opened 16 years ago
Closed 15 years ago
#1641 closed defect (fixed)
JOSM doesn't allow for setting HTTP proxy user/password distrinct from OSM server user/password
Reported by: | Owned by: | framm | |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | Core | Version: | latest |
Keywords: | Cc: | Gubaer |
Description
I am not able to use properly the http-proxy configuration parameters to work from my office (obviously non in the work time).
If I configure the username and password of the proxy (Edit - Preferences - Connection settings - Proxy settings), when I try to download or upload something to the OSM server JOSM use the OSM username/password to do the proxy authentication and not the correct one.
I noticed that I can work around this issue in this manner:
- I set my proxy username/password into OSM username/password configuration, so the proxy authentication works fine
- the first time I download something from OSM, JOSM tells to me that the specified user/password are invalid (because they are related to the proxy), so I can enter now the correct one and let JOSM connecto to OSM too
Attachments (1)
Change History (12)
comment:1 by , 16 years ago
Priority: | minor → major |
---|---|
Version: | → latest |
comment:5 by , 16 years ago
Summary: | Http proxy settings → JOSM doesn't allow for setting HTTP proxy user/password distrinct from OSM server user/password |
---|
Changed the summary to something understandable.
comment:6 by , 16 years ago
Cc: | added |
---|---|
Component: | unspecified → Core |
I use this hack to get proxy authentication work. (see attachment)
comment:7 by , 16 years ago
Cc: | removed |
---|
follow-up: 10 comment:8 by , 16 years ago
Hmm, but when "Proxy-Authorization" is not understood, the password is passed through to the destination server. Sounds dangerous to me.
comment:10 by , 16 years ago
Cc: | added |
---|
Replying to stoecker:
Hmm, but when "Proxy-Authorization" is not understood, the password is passed through to the destination server. Sounds dangerous to me.
I think it's the standard way to do it. But it should be included in a request only if an upstream proxy requires it by replying a 407 response code. In this case we can assume that "Proxy-Authorization" is understood and that the proxy consumes the respective credentials before passing on the request.
The patch only supports Basic Authentication. For Digest Authentication JOSM would have to process a challenge from the proxy.
Rather than implementing this on top of the bare java.net classes why don't we use a http client library like Apaches HTTP client in JOSM? Most likely, only OsmApi and it's parent classes would have to be touched.
comment:11 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
I have the same problem too.
But the work around does not work, because JOSM don't tell me that the specified user/password are invalid. so there is no way to connect to osm :-(
adding start parameters like this:
java -DproxySet=true -Dhttp.proxyHost=myproxy.mycompany.com -DproxyPort=8080 -DproxyUser=user -DproxyPassword=password -jar josm-latest.jar
won't work...