Restsharp: पोर्ट को होस्ट हेडर से अलग किया जा रहा है

को निर्मित 21 फ़र॰ 2018 · 35टिप्पणियाँ · स्रोत: restsharp/RestSharp

अपेक्षित् व्यवहार

Restsharp को होस्ट हेडर वैल्यू में पोर्ट को संशोधित किए बिना होस्ट हेडर भेजना चाहिए।
https://github.com/minio/minio-dotnet/pull/212 Restsharp.Netcore (.netcore समर्थन के साथ गैर आधिकारिक संस्करण) के बजाय Restsharp 106.2.1 में ला रहा है। हालांकि, हमें हस्ताक्षर बेमेल त्रुटियां मिलीं क्योंकि मिनीओ डॉटनेट एसडीके द्वारा उपयोग किए जाने वाले कस्टम प्रमाणीकरणकर्ता आईपी: पोर्ट का उपयोग "होस्ट" हेडर के लिए मूल्य के रूप में प्राधिकरण हस्ताक्षर बनाता है। रेस्टशार्प httpclient पोर्ट को अलग कर रहा है, क्योंकि सर्वर ट्रेस होस्ट हेडर वैल्यू में केवल आईपी दिखाता है।

वास्तविक व्यवहार

Restsharp 106.2.1 . में पोर्ट को "होस्ट" हेडर वैल्यू से अलग किया जा रहा है

समस्या को पुन: उत्पन्न करने के लिए कदम

मिनियो-डॉटनेट एसडीके क्लोन करें और पैच प्राप्त करें https://github.com/minio/minio-dotnet/pull/212
मिनिओ-डॉटनेट गिट:(02cbcb5) डॉटनेट रिस्टोर;डॉटनेट बिल्ड
मिनिओ-डॉटनेट गिट:(02cbcb5) ✗ डॉटनेट रन --प्रोजेक्ट सिंपलटेस्ट
2.
3.

विशेष विवरण

संस्करण:106.2.1
प्लेटफार्म: लिनक्स/विंडोज
सबसिस्टम:

स्टैक ट्रेस

minio-dotnet client side trace
---------------------------------------
Full URL of Request http://192.168.1.157:9000/
Request completed in 90.1376 ms, Request: {
  "resource": "/",
  "parameters": [
    {
      "name": "x-amz-content-sha256",
      "value": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855",
      "type": "HttpHeader"
    },
    {
      "name": "Host",
      "value": "192.168.1.157:9000",
      "type": "HttpHeader"
    },
    {
      "name": "x-amz-date",
      "value": "20180221T205958Z",
      "type": "HttpHeader"
    },
    {
      "name": "Authorization",
      "value": "AWS4-HMAC-SHA256 Credential=minio/20180221/us-east-1/s3/aws4_request, SignedHeaders=host;x-amz-content-sha256;x-amz-date, Signature=db0fbcc9aa66975a530a2621962a87787559289a218da881420686263da862df",
      "type": "HttpHeader"
    },
    {
      "name": "Accept",
      "value": "application/json, application/xml, text/json, text/x-json, text/javascript, text/xml",
      "type": "HttpHeader"
    }
  ],
  "method": "GET",
  "uri": "http://192.168.1.157:9000/"
}, Response: {
  "statusCode": 403,
  "content": "<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n<Error><Code>SignatureDoesNotMatch</Code><Message>The request signature we calculated does not match the signature you provided. Check your key and signing method.</Message><Key></Key><BucketName></BucketName><Resource>/</Resource><RequestId>3L137</RequestId><HostId>3L137</HostId></Error>",
  "headers": [
    {
      "Name": "Accept-Ranges",
      "Value": "bytes",
      "Type": 3,
      "ContentType": null
    },
    {
      "Name": "Server",
      "Value": "Minio/DEVELOPMENT.GOGET, (linux; amd64)",
      "Type": 3,
      "ContentType": null
    },
    {
      "Name": "Vary",
      "Value": "Origin",
      "Type": 3,
      "ContentType": null
    },
    {
      "Name": "X-Amz-Request-Id",
      "Value": "151572E9DCF94747",
      "Type": 3,
      "ContentType": null
    },
    {
      "Name": "Date",
      "Value": "Wed, 21 Feb 2018 20:59:58 GMT",
      "Type": 3,
      "ContentType": null
    },
    {
      "Name": "Transfer-Encoding",
      "Value": "chunked",
      "Type": 3,
      "ContentType": null
    },
    {
      "Name": "Content-Type",
      "Value": "application/xml",
      "Type": 3,
      "ContentType": null
    }
  ],
  "responseUri": "http://192.168.1.157:9000/",
  "errorMessage": null
}
I'm not handling the Minio.Exceptions.MinioException.

Unhandled Exception: System.AggregateException: One or more errors occurred. (Minio API responded with message=The request signature we calculated does not match the signature you provided. Check your key and signing method.) (Minio API responded with message=The request signature we calculated does not match the signature you provided. Check your key and signing method.) ---> Minio.Exceptions.MinioException: Minio API responded with message=The request signature we calculated does not match the signature you provided. Check your key and signing method.
   at Minio.MinioClient.ParseError(IRestResponse response) in /home/kris/code/minio-dotnet/Minio/MinioClient.cs:line 475
   at Minio.MinioClient.<>c.<.ctor>b__78_0(IRestResponse response) in /home/kris/code/minio-dotnet/Minio/MinioClient.cs:line 70
   at Minio.MinioClient.HandleIfErrorResponse(IRestResponse response, IEnumerable`1 handlers, DateTime startTime) in /home/kris/code/minio-dotnet/Minio/MinioClient.cs:line 502
   at Minio.MinioClient.<ExecuteTaskAsync>d__81.MoveNext() in /home/kris/code/minio-dotnet/Minio/MinioClient.cs:line 349
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   at Minio.MinioClient.<ListBucketsAsync>d__0.MoveNext() in /home/kris/code/minio-dotnet/Minio/ApiEndpoints/BucketOperations.cs:line 52
   --- End of inner exception stack trace ---
   at System.AggregateException.Handle(Func`2 predicate)
   at SimpleTest.Program.Main(String[] args) in /home/kris/code/minio-dotnet/SimpleTest/Program.cs:line 47

Server side trace: 
--------------------------
➜  minio git:(debugnet) minio server ~/ex                               
Drive Capacity: 6.9 GiB Free, 221 GiB Total

Endpoint:  http://192.168.1.157:9000  http://172.17.0.1:9000  http://172.18.0.1:9000  http://172.19.0.1:9000  http://172.20.0.1:9000  http://127.0.0.1:9000
AccessKey: minio 
SecretKey: minio123 

Browser Access:
   http://192.168.1.157:9000  http://172.17.0.1:9000  http://172.18.0.1:9000  http://172.19.0.1:9000  http://172.20.0.1:9000  http://127.0.0.1:9000

Command-line Access: https://docs.minio.io/docs/minio-client-quickstart-guide
   $ mc config host add myminio http://192.168.1.157:9000 minio minio123

Object API (Amazon S3 compatible):
   Go:         https://docs.minio.io/docs/golang-client-quickstart-guide
   Java:       https://docs.minio.io/docs/java-client-quickstart-guide
   Python:     https://docs.minio.io/docs/python-client-quickstart-guide
   JavaScript: https://docs.minio.io/docs/javascript-client-quickstart-guide
   .NET:       https://docs.minio.io/docs/dotnet-client-quickstart-guide
signed headers .... map[X-Amz-Content-Sha256:[e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855] X-Amz-Date:[20180221T205638Z] Host:[192.168.1.157]]

स्रोत

poornas

सबसे उपयोगी टिप्पणी

आइए इसे बढ़ाएं!

niemyjski 22 मार्च 2018

👍4

सभी 35 टिप्पणियाँ

क्या इसे एक साधारण परीक्षण में पुन: पेश करने का कोई तरीका है?

alexeyzimarev 24 फ़र॰ 2018

https://github.com/poornas/restsharp-test - यह मिनी सर्वर पर लिस्ट बकेट कॉल करने के लिए रेस्टशर्प का उपयोग करके एक नंगे हड्डियों का प्रोजेक्ट है। यह एक कस्टम प्रमाणक का उपयोग करता है - आप देखेंगे कि यह हस्ताक्षर बेमेल के कारण विफल हो जाता है। एक बार रिक्वेस्ट रेस्टशार्प पर पास हो जाने के बाद, सर्वर को पास करने से पहले पोर्ट को हटा दिया जाता है।

poornas 26 फ़र॰ 2018

धन्यवाद। मैं इसे देखूंगा और इसे ठीक करने का प्रयास करूंगा।

alexeyzimarev 26 फ़र॰ 2018

👍2

धन्यवाद!

niemyjski 27 फ़र॰ 2018

@alexeyzimarev इसका क्या कारण हो सकता है इस पर कोई विचार?

niemyjski 28 फ़र॰ 2018

@alexeyzimarev , क्या आपको अभी तक इस पर गौर करने का मौका मिला है? धन्यवाद

poornas 5 मार्च 2018

अब जाँच रहे हैं

alexeyzimarev 5 मार्च 2018

मैंने आपके रेप्रो को क्लोन किया और मैं इसे देखता हूं:

  "parameters": [
...
    {
      "name": "Host",
      "value": "play.minio.io:9000",
      "type": "HttpHeader"
    }

क्या आपका मतलब है कि अनुरोध में पैरामीटर ठीक हैं लेकिन मान सर्वर पर ठीक से नहीं भेजा जा रहा है?

alexeyzimarev 5 मार्च 2018

@alexeyzimarev , यह सही है - ऊपर जो ट्रेस आप देख रहे हैं वह executeAsync को कॉल करने से पहले है। जब ExecuteAsync को कॉल किया जाता है, तो Restsharp प्रमाणीकरण विधि को आमंत्रित करता है, जहां हम url के आधार पर हस्ताक्षर प्राधिकरण शीर्षलेख सेट कर रहे हैं: कस्टम प्रमाणक में पोर्ट । सर्वर से टकराने से पहले और ऑथेंटिकेट () कॉल के बाद रेस्टशर्प द्वारा पोर्ट को छीन लिया गया लगता है।

poornas 5 मार्च 2018

इस पर कोई अपडेट? हम इस पर बहुत सख्त अवरुद्ध हैं।

niemyjski 14 मार्च 2018

क्षमा करें, मैं इसे अभी तक देखने में असमर्थ था। यदि यह बहुत महत्वपूर्ण है, तो क्या आप लोग इसे डिबग करने में एक घंटा बिता सकते हैं?

alexeyzimarev 14 मार्च 2018

इस पर मेरी त्वरित नजर थी। जहां तक मैं कह सकता हूं, यहां समस्या वास्तव में रेस्टशर्प के साथ नहीं है, लेकिन वास्तव में HttpWebRequest में System.Net है!

जब तक RestSharp ने System.Net को अनुरोध सौंप दिया, तब तक Host संपत्ति (उरी) में HttpWebRequest में अभी भी पोर्ट जानकारी शामिल है। हालांकि, जब .SendRequest() को कॉल किया जाता है, तो उपयोग किया जाने वाला होस्ट हेडर केवल यूआरआई होस्ट द्वारा पॉप्युलेट किया जाता है, होस्ट और पोर्ट नहीं ।

यहाँ उपरोक्त लिंक पर मेरे डिबगर का एक स्क्रीनशॉट है।
screen shot 2018-03-22 at 11 22 52 am

यह स्पष्ट रूप से HTTP युक्ति के खिलाफ जाता है जो बंदरगाहों के उपयोग का सम्मान करता है।

अगर मैं गलत हूं तो कृपया कोई मुझे सुधारें, क्योंकि मुझे डॉटनेट ढांचे में कभी कोई बग नहीं मिला है, और आमतौर पर जब मुझे लगता है कि मेरे पास है - मैंने नहीं किया। अन्यथा मुझे लगता है कि कोरएफएक्स रेपो पर इस मुद्दे को उठाने के लिए अगला कदम होगा?

twgraham 22 मार्च 2018

आइए इसे बढ़ाएं!

niemyjski 22 मार्च 2018

👍4

हो गया - देखते हैं कि यह वैध है जहां बग है या नहीं।

twgraham 22 मार्च 2018

बस जिज्ञासु - क्या किसी को पता है कि क्या यह हाल के .NET कोर के साथ एक प्रतिगमन है? (2.1) या अंतिम स्थिर (2.0) के साथ? या .NET Framework बनाम .NET Core का अंतर, या OS Windows बनाम Linux के बीच का अंतर? ("पता नहीं" ठीक जवाब है, धन्यवाद!)

karelz 22 मार्च 2018

@karelz टीबीएच मैंने एक और मुद्दे को हल करने के लिए इस मुद्दे को देखा ताकि मैं कंपाइलर चेतावनियां प्राप्त करना बंद कर सकूं 😆 मेरे लिए यह "पता नहीं" है, मैंने इसे केवल मैकोज़ पर .NET कोर 2.0 पर आजमाया है। यह पुस्तकालय केवल हाल ही में (महीने हो सकता है) केवल .NET फ्रेमवर्क पर .NET कोर का समर्थन करने के लिए अपग्रेड किया गया है। हो सकता है कि @alexeyzimarev को और पता हो?

twgraham 22 मार्च 2018

ठीक है, तो आप कम से कम जानते हैं: यह .NET Framework (Windows) पर काम करता है और .NET Core 2.0 (Mac) पर विफल रहता है। क्या यह सही सारांश है?

karelz 22 मार्च 2018

नहीं - अन्य थ्रेड्स से मैं कहूँगा कि यह .NET Core 2.0 पर सभी प्लेटफ़ॉर्म को विफल करता है, और मुझे .NET Framework के बारे में पता नहीं है।

twgraham 22 मार्च 2018

@karelz मैं कहूंगा कि धारणा सही होगी। मैं अभी पूर्ण ढांचे से .net कोर/मानक में बदल गया और फिर परीक्षण टूट गए। मुझे यकीन नहीं है कि यह 1.x से प्रतिगमन है क्योंकि हमने केवल .net मानक 2.0 में माइग्रेट करने का प्रयास किया है

niemyjski 22 मार्च 2018

👍1

@niemyjski पुष्टि के लिए धन्यवाद। इस समय इतनी ही जानकारी पर्याप्त है। मैं केवल ज्ञात तथ्यों/अनुभवों की खोज कर रहा था।

karelz 22 मार्च 2018

क्या हम इस मुद्दे को खुला रख रहे हैं?

alexeyzimarev 22 मार्च 2018

CoreFx में फिक्स PR में है: https://github.com/dotnet/corefx/pull/28375

caesar-chen 22 मार्च 2018

🎉2

हां :)

धन्यवाद
-ब्लेक नीमीज्स्की

गुरु, 22 मार्च, 2018 अपराह्न 3:57 बजे, सीज़र चेन सूचनाएं @github.com
लिखा था:

CoreFx में सुधार PR में है: dotnet/corefx#28375
https://github.com/dotnet/corefx/pull/28375
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/restsharp/RestSharp/issues/1085#issuecomment-375454963 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AA-So67a2QfPq72jMHNxaSCBhDXiWXOMks5thBAygaJpZM4SOXLx
.

niemyjski 23 मार्च 2018

क्या कोई कारण था कि हम HttpClient पर स्विच नहीं कर सके जो बहुत तेज़ है
और साथ काम करना आसान है? यह मुद्दा नहीं होगा?

धन्यवाद
-ब्लेक नीमीज्स्की

शुक्र, 23 मार्च, 2018 को सुबह 7:14 बजे, ब्लेक नीमीज्स्की [email protected]
लिखा था:

हां :)
धन्यवाद
-ब्लेक नीमीज्स्की
गुरु, 22 मार्च, 2018 अपराह्न 3:57 बजे, सीज़र चेन सूचनाएं @github.com
लिखा था:
CoreFx में सुधार PR में है: dotnet/corefx#28375
https://github.com/dotnet/corefx/pull/28375
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/restsharp/RestSharp/issues/1085#issuecomment-375454963 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AA-So67a2QfPq72jMHNxaSCBhDXiWXOMks5thBAygaJpZM4SOXLx
.

niemyjski 23 मार्च 2018

@niemyjski आपका मतलब है कि आप रेस्टशर्प का स्विच HttpClient के बजाय HttpWebRequest उपयोग करते हैं?

alexeyzimarev 23 मार्च 2018

हां :)

धन्यवाद
-ब्लेक नीमीज्स्की

शुक्र, मार्च 23, 2018 को सुबह 9:22 बजे, एलेक्सी ज़िमारेव नोटिफिकेशन @github.com
लिखा था:

@niemyjski https://github.com/niemyjski आपका मतलब है कि आप स्विच करते हैं
RestSharp HttpWebRequest के बजाय HttpClient का उपयोग करता है?
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/restsharp/RestSharp/issues/1085#issuecomment-375680769 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AA-So0cbK66_Nq-MRdk0xwdb7sLPSGUoks5thQUUgaJpZM4SOXLx
.

niemyjski 23 मार्च 2018

@niemyjski सवाल एक _or_ दूसरा था, _yes_ वास्तव में मान्य उत्तर नहीं है :)

यदि आपका मतलब है कि रेस्टशर्प को HttpClient का उपयोग करना चाहिए - मैं इसके समर्थक हूं लेकिन पिछली बार मैंने कोशिश की थी कि रेस्ट क्लाइंट में सभी पैरामीटर से मेल खाने के लिए यह बहुत काम था।

alexeyzimarev 25 मार्च 2018

हां, हमें एचटीपी क्लाइंट पर स्विच करना चाहिए जिसमें जितना अधिक लचीलापन है, बेहतर प्रदर्शन है और एक आधुनिक एपीआई जिसे हम जानते हैं वह हर जगह काम करता है। हम कुछ ब्रेकिंग बदलाव कर सकते हैं और प्रमुख को टक्कर दे सकते हैं :)

niemyjski 25 मार्च 2018

हाँ, मैं यह कर रहा हूँ, लेकिन मैं इसे अकेले नहीं करता हूँ। मैंने कोशिश की और यह बहुत अधिक काम था। मैं Async कॉल को भी हटा दूंगा जो कॉलबैक स्वीकार करती हैं। जारी रखें के साथ ठीक होना चाहिए।

alexeyzimarev 25 मार्च 2018

👍1

ऐसा लगता है कि इसे 2.1 में विलय कर दिया गया है, क्या हमें एक रात जारी करना चाहिए जो नए पूर्वावलोकन 2 बिट्स का संदर्भ देता है और हम अन्य पैकेजों को लंबे समय तक ले जा सकते हैं? क्या कोई काम है जो हम <2.1 रनटाइम/लिबास के लिए कर सकते हैं?

niemyjski 20 अप्रैल 2018

मुझे वर्कअराउंड के बारे में कोई जानकारी नहीं है

alexeyzimarev 20 अप्रैल 2018

पूर्व-रिलीज़ को संदर्भ 2.1 पूर्वावलोकन में बदलने से पहले मुझे पहले रिलीज़ करने की आवश्यकता है

alexeyzimarev 20 अप्रैल 2018

क्या इसका समाधान किया गया है? 2.1 आरटीएम पैकेज नगेट पर हैं।

niemyjski 1 जून 2018

तो, आपको 2.1 का उपयोग करने का प्रयास करने की आवश्यकता है और देखें कि क्या उन्होंने इसे ठीक किया है?

alexeyzimarev 1 जून 2018

@niemyjski 20 अप्रैल की मेरी टिप्पणी मूर्खतापूर्ण है। मुझे कहीं कुछ इंगित करने की आवश्यकता नहीं है। पुस्तकालय .NET मानक 2.0 के लिए संकलित है। त्रुटि .NET Core 2.0 रनटाइम में एक बग के कारण होती है, इसलिए जैसे ही आप .NET Core 2.1 के साथ अपने एप्लिकेशन का पुनर्निर्माण करते हैं, यदि समस्या ठीक हो जाती है, तो इसे काम करना शुरू कर देना चाहिए। भ्रम के बारे में खेद है।

alexeyzimarev 1 जून 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Restsharp: पोर्ट को होस्ट हेडर से अलग किया जा रहा है

अपेक्षित् व्यवहार

वास्तविक व्यवहार

समस्या को पुन: उत्पन्न करने के लिए कदम

विशेष विवरण

स्टैक ट्रेस

सबसे उपयोगी टिप्पणी

सभी 35 टिप्पणियाँ

संबंधित मुद्दों