503 পরিষেবা অনুপলব্ধ৷

আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশনে যান । তথ্য

ভিডিও

503 ত্রুটি সম্পর্কে আরও তথ্যের জন্য নিম্নলিখিত ভিডিওগুলি দেখুন:

উপসর্গ

ক্লায়েন্ট অ্যাপ্লিকেশনটি একটি API প্রক্সি কলের পরে পরিষেবা অনুপলব্ধ বার্তা সহ একটি HTTP প্রতিক্রিয়া স্থিতি 503 পায়৷

ত্রুটি বার্তা

আপনি নিম্নলিখিত ত্রুটি বার্তা দেখতে পারেন:

HTTP/1.1 503 Service Unavailable
      

আপনি HTTP প্রতিক্রিয়াতে নিম্নলিখিত ত্রুটি বার্তাটিও দেখতে পারেন:

পরিষেবা অনুপলব্ধ

{
   "fault": {
      "faultstring": "The Service is temporarily unavailable",
      "detail": {
           "errorcode": "messaging.adaptors.http.flow.ServiceUnavailable"
       }
    }
}
      

সম্ভাব্য কারণ

ত্রুটি কোড messaging.adaptors.http.flow.ServiceUnavailable সহ HTTP প্রতিক্রিয়া 503 পরিষেবা অনুপলব্ধ হয় যদি Apigee Edge-এর মেসেজ প্রসেসর সংযোগের সময় শেষ, ভুল হোস্ট নাম, বা ব্যাকএন্ড সার্ভারের সাথে যোগাযোগ করার সময় SSL হ্যান্ডশেক ব্যর্থতার কারণে ত্রুটি অনুভব করে।

503 পরিষেবা অনুপলব্ধ প্রতিক্রিয়ার সম্ভাব্য কারণগুলি হল:

সাধারণ রোগ নির্ণয়ের পদক্ষেপ

ব্যর্থ অনুরোধের বার্তা আইডি নির্ধারণ করুন

ভুল DNS রেজোলিউশনের কারণে সংযোগ ত্রুটি৷

রোগ নির্ণয়

1. ব্যর্থ অনুরোধের বার্তা আইডি নির্ধারণ করুন।
2. বার্তা প্রসেসর লগ ( /opt/apigee/var/log/edge-message-processor/logs/system.log ) এ নির্দিষ্ট অনুরোধ বার্তা আইডি খুঁজুন। আপনি নিম্নলিখিত ত্রুটিগুলি লক্ষ্য করতে পারেন:
   
   একটি onConnectTimeout ত্রুটি নির্দেশ করে যে মেসেজ প্রসেসর পূর্বনির্ধারিত সংযোগ সময়সীমার মধ্যে ব্যাকএন্ড সার্ভারের সাথে সংযোগ করতে অক্ষম ছিল (ডিফল্ট: 3 সেকেন্ড)।

   2019-08-14 09:11:49,314 org:myorg env:prod api:Employees rev:1 messageid:mo-96cf6757a-9401-21-1 NIOThread@0 ERROR HTTP.CLIENT - HTTPClient$Context.onTimeout() : ClientChannel[Connected:]@164162 useCount=1 bytesRead=0 bytesWritten=0 age=3001ms lastIO=3001ms .onConnectTimeout connectAddress=www.abc.com/11.11.11.11  resolvedAddress=www.abc.com/22.22.22.22
   
   2019-08-14 09:11:49,333 org:myorg env:prod api:Employees rev:1 messageid:mo-96cf6757a-9401-21-1 NIOThread@0 ERROR ADAPTORS.HTTP.FLOW - RequestWriteListener.onTimeout() : RequestWriteListener.onTimeout(HTTPRequest@6b393600)
         

3. onConnectTimeout ত্রুটিতে সমাধান করা IP ঠিকানাটি নোট করুন এবং আপনার ব্যাকএন্ড সার্ভারের জন্য IP ঠিকানাটি বৈধ কিনা তা পরীক্ষা করুন। যদি আইপি ঠিকানাটি বৈধ হয়, তাহলে সংযোগ ত্রুটিতে যান।
4. যদি IP ঠিকানাটি অবৈধ হয়, তাহলে এটি সম্ভবত DNS রেজোলিউশনের সমস্যার কারণে হতে পারে।
5. আরও কয়েকটি ব্যর্থ API অনুরোধের জন্য ধাপ 3 এবং ধাপ 4 পুনরাবৃত্তি করুন এবং আপনি একই বা অন্য কোনও অবৈধ আইপি ঠিকানা দেখতে পাচ্ছেন কিনা তা যাচাই করুন।
6. মেসেজ প্রসেসর লগ ( /opt/apigee/var/log/edge-message-processor/logs/system.log ) এর মাধ্যমে অনুসন্ধান করুন DNS রিফ্রেশ মূল শব্দ সহ বার্তাগুলির জন্য। বার্তা প্রসেসরের DNS ক্যাশে খারাপ বা অবৈধ আইপি ঠিকানাগুলি একবারে একবার যোগ করা হচ্ছে কিনা তা পরীক্ষা করুন।

   2019-08-14 09:11:49,314 org:myorg env:prod api:Employees rev:1 messageid:mo-96cf6757a-9401-21-1 NIOThread@0 INFO c.a.p.h.d.DNSCachedAddress - DNSCachedAddress.reportDifferences() : DNS Refresh for host: apitarget-uat.schemeweb.co.uk:4436. Added 2 IPs [www.abc.com/22.22.22.22, www.abc.com/33.33.33.33] Removed 1 IPs [www.abc.com/11.11.11.11]
         

7. প্রামাণিক DNS সার্ভার বা /etc/resolv.conf এ কনফিগার করা নাম সার্ভারে কোনো সমস্যা থাকলে এই সমস্যাটি ঘটতে পারে।
   
   সাধারণত, DNS রেজোলিউশন সঞ্চালনের জন্য কনফিগার করা এক বা একাধিক প্রামাণিক DNS সার্ভার থাকতে পারে। যদি কোন প্রামাণিক DNS সার্ভার না থাকে, তাহলে এটি /etc/resolv.conf এ কনফিগারেশন সেটআপে ফিরে আসবে এবং উপযুক্ত হিসাবে DNS রেজোলিউশন সম্পাদন করবে। উদাহরণস্বরূপ: যদি /etc/resolv.conf নির্দিষ্ট নাম সার্ভার ব্যবহার করার জন্য কনফিগার করা হয়, তাহলে সেই নাম সার্ভারগুলি DNS রেজোলিউশন সম্পাদন করতে ব্যবহার করা হবে।
8. যদি /etc/resolv.conf এ নির্দিষ্ট করা প্রামাণিক DNS সার্ভার বা নাম সার্ভারের সাথে কোন সমস্যা থাকে, তাহলে ব্যাকএন্ড সার্ভার হোস্টের নামগুলি খারাপ/অবৈধ আইপি ঠিকানাগুলিতে সমাধান করা হবে। খারাপ/অবৈধ আইপি ঠিকানাগুলি তারপর মেসেজ প্রসেসরের DNS ক্যাশে সংরক্ষণ করা হবে।
   1. যদি /etc/resolv.conf এ নির্দিষ্ট করা প্রামাণিক DNS সার্ভার বা নাম সার্ভারের সমস্যা স্থায়ী হয়, তাহলে খারাপ/অবৈধ আইপি ঠিকানাগুলি মেসেজ প্রসেসরের DNS ক্যাশে থেকে যাবে। যতক্ষণ না খারাপ আইপি ঠিকানাগুলি বার্তা প্রসেসরের DNS ক্যাশে সংরক্ষণ করা হয়, নির্দিষ্ট ব্যাকএন্ড সার্ভার ব্যবহার করে সেই সমস্ত APIগুলির জন্য অনুরোধগুলি 503 ত্রুটির সাথে ব্যর্থ হবে৷
   2. যদি /etc/resolv.conf এ উল্লিখিত প্রামাণিক DNS সার্ভার বা নাম সার্ভারের সমস্যা হয়, তাহলে ভাল এবং খারাপ আইপি ঠিকানাগুলি মাঝে মাঝে DNS ক্যাশে সংরক্ষণ করা হবে। এই ক্ষেত্রে, আপনি নির্দিষ্ট ব্যাকএন্ড সার্ভার ব্যবহার করে সেই সমস্ত APIগুলির জন্য মাঝে মাঝে 503 টি ত্রুটি দেখতে পাবেন।
9. যদি ডিএনএস সার্ভারের সমস্যাটি স্থায়ী হয়, তাহলে আপনি ক্রমাগত ব্যর্থতা দেখতে পাবেন। যদি ডিএনএস সার্ভারের সমস্যাটি বিরতিহীন হয়, তাহলে আপনি বিরতিহীন ব্যর্থতা দেখতে পাবেন। অর্থাৎ, যখনই ব্যাকএন্ড সার্ভার হোস্ট নামটি খারাপ আইপি ঠিকানার সমাধান হয়ে যায়, তখন আপনি 503টি ত্রুটি লক্ষ্য করেন। এবং যখন ব্যাকএন্ড সার্ভার হোস্টের নামগুলি ভাল আইপি ঠিকানাগুলিতে সমাধান করা হয়, তখন আপনি সফল প্রতিক্রিয়া লক্ষ্য করবেন।

রেজোলিউশন

অনুগ্রহ করে আপনার অপারেটিং সিস্টেম প্রশাসকের সাথে কাজ করুন এবং DNS সার্ভারের সমস্যাগুলি সমাধান করুন৷

1. আপনার প্রামাণিক DNS সার্ভার বা /etc/resolv.conf এ নির্দিষ্ট করা নাম সার্ভারে কোনো সমস্যা থাকলে, এই সমস্যাটির সমাধান করার জন্য উপযুক্ত সার্ভারের সাথে সমস্যাটি সমাধান করুন।
2. মেসেজ প্রসেসর থাকা সিস্টেমে /etc/resolv.conf এ কনফিগারেশনে কোনো সমস্যা থাকলে, কনফিগারেশন সমস্যাটি ঠিক করুন।

সংযোগ ত্রুটি

একটি সংযোগ ত্রুটি ঘটে যখন একটি Apigee Edge মেসেজ প্রসেসর একটি ব্যাকএন্ড সার্ভারের সাথে সংযোগ করার চেষ্টা করে এবং এই সমস্যাগুলির মধ্যে একটি ঘটে:

• বার্তা প্রসেসর পূর্বনির্ধারিত সংযোগের সময়সীমার মধ্যে সংযোগ করতে অক্ষম। (ডিফল্ট: 3 সেকেন্ড)
• ব্যাকএন্ড সার্ভার সংযোগ প্রত্যাখ্যান করে।

রোগ নির্ণয়

1. ব্যর্থ অনুরোধের বার্তা আইডি নির্ধারণ করুন।
2. বার্তা প্রসেসর লগ ( /opt/apigee/var/log/edge-message-processor/logs/system.log ) এ নির্দিষ্ট অনুরোধ বার্তা আইডি খুঁজুন। আপনি নিম্নলিখিত ত্রুটিগুলি লক্ষ্য করতে পারেন:
   1. একটি onConnectTimeout ত্রুটি নির্দেশ করে যে মেসেজ প্রসেসর পূর্বনির্ধারিত সংযোগের সময়সীমার মধ্যে ব্যাকএন্ড সার্ভারের সাথে সংযোগ করতে অক্ষম ছিল।

      2016-06-23 09:11:49,314 org:myorg env:prod api:Employees rev:1 messageid:mo-96cf6757a-9401-21-1 NIOThread@2 ERROR HTTP.CLIENT - HTTPClient$Context.onTimeout() : ClientChannel[C:]@10 useCount=1 bytesRead=0 bytesWritten=0 age=3001ms lastIO=3001ms .onConnectTimeout connectAddress=www.abc.com/11.11.11.11:80 resolvedAddress=www.abc.com/11.11.11.11
      2016-06-23 09:11:49,333 org:myorg env:prod api:Employees rev:1 messageid:mo-96cf6757a-9401-21-1 NIOThread@2 ERROR ADAPTORS.HTTP.FLOW - RequestWriteListener.onTimeout() : RequestWriteListener.onTimeout(HTTPRequest@6b393600)

   2. একটি java.net.ConnectException: সংযোগ প্রত্যাখ্যান ত্রুটি নির্দেশ করে যে সংযোগটি ব্যাকএন্ড সার্ভার দ্বারা প্রত্যাখ্যান করা হয়েছিল।

      14:40:16.531 +0530
      2016-06-17 09:10:16,531 org:myorg env:prod api:www.abc.com rev:1 rrt07eadn-22739-40983870-15 NIOThread@2 ERROR HTTP.CLIENT - HTTPClient$Context.onConnectFailure() : connect to www.abc.com:11.11.11.11:443 failed with exception {}
      java.net.ConnectException: Connection refused
      at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method) ~[na:1.7.0_75]
      at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:739) ~[na:1.7.0_75]
      at com.apigee.nio.ClientChannel.finishConnect(ClientChannel.java:121) ~[nio-1.0.0.jar:na]
      at com.apigee.nio.handlers.NIOThread.run(NIOThread.java:108) ~[nio-1.0.0.jar:na]

3. আপনি telnet কমান্ড ব্যবহার করে প্রতিটি মেসেজ প্রসেসর থেকে সরাসরি নির্দিষ্ট ব্যাকএন্ড সার্ভারের সাথে সংযোগ করতে সক্ষম কিনা তা পরীক্ষা করুন:
   1. যদি ব্যাকএন্ড সার্ভার একটি একক আইপি ঠিকানায় সমাধান করে, তাহলে নিম্নলিখিত কমান্ডটি ব্যবহার করুন:

      telnet BackendServer-IPaddress 443
                

   2. যদি ব্যাকএন্ড সার্ভার একাধিক আইপি অ্যাড্রেসের সমাধান করে, তাহলে telnet কমান্ডে ব্যাকএন্ড সার্ভারের হোস্টনামটি নীচে দেখানো হিসাবে ব্যবহার করুন:

      telnet BackendServer-HostName 443
                

4. আপনি যদি ব্যাকএন্ড সার্ভারের সাথে সংযোগ করতে সক্ষম হন, তাহলে আপনি Connected to backend-server একটি বার্তা দেখতে পারেন। আপনি যদি ব্যাকএন্ড সার্ভারের সাথে সংযোগ করতে অক্ষম হন তবে এটি হতে পারে কারণ বার্তা প্রসেসরের আইপি ঠিকানাগুলি নির্দিষ্ট ব্যাকএন্ড সার্ভারে অনুমোদিত নয়৷

রেজোলিউশন

এজ মেসেজ প্রসেসর থেকে ট্রাফিক আপনার ব্যাকএন্ড সার্ভারে অ্যাক্সেস করার জন্য নির্দিষ্ট ব্যাকএন্ড সার্ভারে বার্তা প্রসেসরের আইপি ঠিকানাগুলিতে অ্যাক্সেস দিন। উদাহরণস্বরূপ, লিনাক্সে, আপনি ব্যাকএন্ড সার্ভারে বার্তা প্রসেসরের আইপি ঠিকানাগুলি থেকে ট্রাফিকের অনুমতি দিতে iptables ব্যবহার করতে পারেন।

সমস্যাটি অব্যাহত থাকলে, সমস্যাটি নির্ধারণ এবং সমাধান করতে আপনার নেটওয়ার্ক প্রশাসকের সাথে কাজ করুন। আপনার যদি Apigee থেকে আরও কোনো সহায়তার প্রয়োজন হয়, Apigee সহায়তার সাথে যোগাযোগ করুন।

ভুল টার্গেট সার্ভার হোস্ট নাম

রোগ নির্ণয়

যদি টার্গেট সার্ভারে নির্দিষ্ট করা হোস্টের নামটি ভুল হয়, তাহলে আপনি 503 পরিষেবা অনুপলব্ধ প্রতিক্রিয়া পেতে পারেন ত্রুটি কোড messaging.adaptors.http.flow.ServiceUnavailable.

রেজোলিউশন

1. নিশ্চিত করুন যে টার্গেট এন্ডপয়েন্ট কনফিগারেশনে বা টার্গেট সার্ভারের সংজ্ঞায় নির্দিষ্ট করা টার্গেট সার্ভার হোস্ট নামটি সঠিক এবং এতে কোন অবাঞ্ছিত স্থান বা বিশেষ অক্ষর নেই।
2. আপনি যদি কোনো AssignMessage/JavaScript নীতি ব্যবহার করে টার্গেট সার্ভার হোস্ট নামটি গতিশীলভাবে তৈরি করেন, তাহলে নীতির সংজ্ঞা এবং কোডটি তদন্ত করুন এবং লক্ষ্য সার্ভার হোস্টনাম সঠিকভাবে তৈরি হয়েছে কিনা তা নিশ্চিত করুন।

SSL হ্যান্ডশেক ব্যর্থতা

একটি সম্পূর্ণ সমস্যা সমাধানের প্লেবুক টিএলএস/এসএসএল হ্যান্ডশেক ত্রুটির জন্য নিবেদিত। SSL হ্যান্ডশেক ব্যর্থতা দেখুন।

সমস্যার উৎস নির্ণয় করা

আগত (উত্তরবাউন্ড) বা বহির্গামী (দক্ষিণবাউন্ড) সংযোগে কিছু ধরনের ত্রুটি ঘটতে পারে। ক্লায়েন্ট অ্যাপ্লিকেশন এবং এজ-এর মধ্যে একটি ইনকামিং (উত্তরমুখী) ত্রুটি ঘটে। এজ এবং ব্যাকএন্ড টার্গেট সার্ভারের মধ্যে একটি বহির্গামী (দক্ষিণমুখী) ত্রুটি ঘটে। এই ধরনের সমস্যাগুলি নির্ণয় করার জন্য, আপনার প্রথম কাজ হল উত্তরবাউন্ড বা সাউথবাউন্ড সংযোগে ত্রুটি ঘটছে কিনা তা খুঁজে বের করা।

উত্তরমুখী এবং দক্ষিণমুখী সংযোগ বোঝা

এজ-এ, আপনি ইনকামিং বা আউটগোয়িং সংযোগে একটি 503 পরিষেবা অনুপলব্ধ ত্রুটির সম্মুখীন হতে পারেন:

• ইনকামিং (বা উত্তরমুখী) সংযোগ - ক্লায়েন্ট অ্যাপ্লিকেশন এবং এজ রাউটারের মধ্যে সংযোগ। রাউটার হল Apigee Edge এর উপাদান যা সিস্টেমে করা ইনকামিং অনুরোধগুলি পরিচালনা করে।
• বহির্গামী (বা দক্ষিণমুখী) সংযোগ - এজ মেসেজ প্রসেসর এবং ব্যাকএন্ড সার্ভারের মধ্যে সংযোগ। মেসেজ প্রসেসর হল Apigee Edge এর একটি উপাদান যা ব্যাকএন্ড টার্গেট সার্ভারে API অনুরোধ করে।

আপনি যদি এজ পাবলিক ক্লাউড ব্যবহারকারী হন, আপনি সম্ভবত রাউটার বা মেসেজ প্রসেসরের মতো অভ্যন্তরীণ উপাদান সম্পর্কে অবগত নন। এই অভ্যন্তরীণ উপাদানগুলি পাবলিক ক্লাউড ব্যবহারকারীদের কাছে দৃশ্যমান বা অ্যাক্সেসযোগ্য নয়৷ যেখানে সম্ভব, আমরা সমস্যাটি তদন্ত করার বিকল্প উপায় সরবরাহ করি যেগুলির জন্য এই উপাদানগুলিতে সরাসরি অ্যাক্সেসের প্রয়োজন নেই৷

নিম্নলিখিত চিত্রটি Apigee Edge-এর জন্য উত্তরমুখী এবং দক্ষিণমুখী সংযোগগুলিকে চিত্রিত করে৷

কোথায় 503 পরিষেবা অনুপলব্ধ ত্রুটি ঘটেছে তা নির্ধারণ করা হচ্ছে৷

উত্তরমুখী বা দক্ষিণমুখী সংযোগে 503 পরিষেবা অনুপলব্ধ ত্রুটি ঘটেছে কিনা তা নির্ধারণ করতে নিম্নলিখিত পদ্ধতিগুলির মধ্যে একটি ব্যবহার করুন৷