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

Sam Kramer commented on HADOOP-18295:
-------------------------------------

The use-case is that sometimes there are certain endpoints you wish to use the 
proxy for, and not for others. For example, you may want to not use the proxy 
for any S3 action, but potentially OK for authn/z. The exact configuration this 
would translate to is here: 
[https://github.com/aws/aws-sdk-java/blob/master/aws-java-sdk-core/src/main/java/com/amazonaws/ClientConfiguration.java#L1140-L1149]

 

The other case here, is that the aws-java-sdk will automatically use the proxy 
if there is an environment variable defined (http_proxy, https_proxy), 
therefore at the application layer you cannot control to use a proxy or not. By 
adding the ability to add a list of hosts to the `no_proxy` list, you 
effectively grant control to the application to be able to decide whether or 
not to use a proxy, rather than relying on the host environment variables. 

> Add S3A configuration property for `no_proxy` hosts
> ---------------------------------------------------
>
>                 Key: HADOOP-18295
>                 URL: https://issues.apache.org/jira/browse/HADOOP-18295
>             Project: Hadoop Common
>          Issue Type: Improvement
>          Components: fs/s3
>            Reporter: Sam Kramer
>            Priority: Minor
>
> Seeing as there are configuration options for proxy host, port, username, and 
> password, there should also be an option to be able to provide to the S3 
> client a list of hosts to not use the proxy for (i.e. `no_proxy`)
>  
> I'm happy to contribute the code, but figured I'd file a ticket first to see 
> if this the hadoop community would be open to this idea or have any desire 
> for this feature. 



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to