2016-09-30 115 views
1

我正在尝试将一些cURL命令转换为C#实现,但是我遇到了一个我无法解决的异常。将cURL转换为HttpClient.PutAsync

我试图收集尽可能多的信息,希望有人能够进一步帮助我。这里有云......

卷曲声明:

curl -i -X PUT "http://[ipaddress]:[port]/webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=[username]&op=CREATE" 

C#版本:

var response = await client.PutAsync(
    "http://[ipaddress]:[port]/webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=[username]&op=CREATE", 
    null); 

C#版本导致WebException

的HResult = -2146233088

消息=远程e名称无法解析:'ip-172-31-9-79.eu-central-1.compute.internal'

我连接的服务器是Hadoop服务器。该服务器上运行有多个实例。所以当我存储一个文件时,服务器会回复这个文件存储在哪个实例的信息(这样我可以在写入这个文件时引用该实例)。

根据错误消息,它似乎收到某种对其无法访问的IP地址的引用(这很有意义,因为该IP地址是该Hadoop服务器中的内部IP地址。)

我使用Wireshark的在其中找到发送请求的差异

使用cURL:

Frame 57: 204 bytes on wire (1632 bits), 204 bytes captured (1632 bits) on interface 0 
Ethernet II, Src: IntelCor_da:f4:44 (fc:f8:ae:da:f4:44), Dst: AsustekC_32:7d:b0 (ac:22:0b:32:7d:b0) 
Internet Protocol Version 4, Src: 192.168.1.107, Dst: [ipaddress] 
Transmission Control Protocol, Src Port: 60454, Dst Port: 50070, Seq: 1, Ack: 1, Len: 150 
Hypertext Transfer Protocol 
    PUT /webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=hdfs&op=CREATE HTTP/1.1\r\n 
     [Expert Info (Chat/Sequence): PUT /webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=hdfs&op=CREATE HTTP/1.1\r\n] 
      [PUT /webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=hdfs&op=CREATE HTTP/1.1\r\n] 
      [Severity level: Chat] 
      [Group: Sequence] 
     Request Method: PUT 
     Request URI: /webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=hdfs&op=CREATE 
      Request URI Path: /webhdfs/v1/[appname]/staging/sensors/aap.txt 
      Request URI Query: user.name=hdfs&op=CREATE 
       Request URI Query Parameter: user.name=hdfs 
       Request URI Query Parameter: op=CREATE 
     Request Version: HTTP/1.1 
    Host: [ipaddress]:50070\r\n 
    User-Agent: curl/7.50.0\r\n 
    Accept: */*\r\n 
    \r\n 
    [Full request URI: http://[ipaddress]:50070/webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=hdfs&op=CREATE] 
    [HTTP request 1/1] 
    [Response in frame: 59] 

使用HttpClient

Frame 381: 209 bytes on wire (1672 bits), 209 bytes captured (1672 bits) on interface 0 
Ethernet II, Src: IntelCor_da:f4:44 (fc:f8:ae:da:f4:44), Dst: AsustekC_32:7d:b0 (ac:22:0b:32:7d:b0) 
Internet Protocol Version 4, Src: 192.168.1.107, Dst: [ipaddress] 
Transmission Control Protocol, Src Port: 60541, Dst Port: 50070, Seq: 1, Ack: 1, Len: 155 
Hypertext Transfer Protocol 
    PUT /webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=hdfs&op=CREATE HTTP/1.1\r\n 
     [Expert Info (Chat/Sequence): PUT /webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=hdfs&op=CREATE HTTP/1.1\r\n] 
      [PUT /webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=hdfs&op=CREATE HTTP/1.1\r\n] 
      [Severity level: Chat] 
      [Group: Sequence] 
     Request Method: PUT 
     Request URI: /webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=hdfs&op=CREATE 
      Request URI Path: /webhdfs/v1/[appname]/staging/sensors/aap.txt 
      Request URI Query: user.name=hdfs&op=CREATE 
       Request URI Query Parameter: user.name=hdfs 
       Request URI Query Parameter: op=CREATE 
     Request Version: HTTP/1.1 
    Host: [ipaddress]:50070\r\n 
    Content-Length: 0\r\n 
    Connection: Keep-Alive\r\n 
    \r\n 
    [Full request URI: http://[ipaddress]:50070/webhdfs/v1/[appname]/staging/sensors/aap.txt?user.name=hdfs&op=CREATE] 
    [HTTP request 1/1] 
    [Response in frame: 383] 

对我来说,唯一显着的(但对我来说毫无意义)的区别是:

  • 的User-Agent:卷曲/ 7.50.0 \ r \ n
  • 接受:/ \ r \ ñ

VS

  • 的Content-Length:0 \ r \ n
  • 连接:Keep-Alive \ r \ n

我对REST编程的经验很少,而且对分析Web请求的知识还不够。一些帮助/指导/解释将不胜感激。

只是为了完整性:

  • 是的,我知道有Windows可执行文件的卷曲,但我对树莓PI/Windows的物联网运行。据我所知,没有任何针对特定平台(还)
  • 在我离开了ip地址/应用程序的名字/等故意只是为了安全起见WRT安全上述表述的问题

回答

1

我发现了唯一出错的是在C#中读取响应。通过Wireshark监视的HTTP响应是相同的(使用cURL.exe并在C#中使用PutAsync)。

我能够忽略重定向,并有机会自己处理响应。

所以禁用自动重定向(和处理自己的反应)解决我的问题:

var httpClientHandler = new HttpClientHandler {AllowAutoRedirect = false}; 
var client = new HttpClient(httpClientHandler);