404 একই হোস্ট উপনাম সহ একাধিক ভার্চুয়াল হোস্ট

আপনি Apigee Edge-এর ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশন .info- তে যান।

লক্ষণ

এপিআই কলগুলোর প্রতিক্রিয়া হিসেবে ক্লায়েন্ট অ্যাপ্লিকেশনটি একটি 404 এইচটিটিপি স্ট্যাটাস কোড, ' Not Found বার্তা এবং Unable to identify proxy for host: VIRTUAL_HOST and url: PATH ত্রুটি বার্তা পায়।

এই ত্রুটির অর্থ হলো, Edge নির্দিষ্ট ভার্চুয়াল হোস্ট এবং পাথের জন্য এপিআই প্রক্সি খুঁজে পায়নি।

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

ক্লায়েন্ট অ্যাপ্লিকেশনটি নিম্নলিখিত প্রতিক্রিয়া কোডটি পায়:

HTTP/1.1 404 Not Found

এছাড়াও, আপনি নীচে দেখানোটির মতো একটি ত্রুটি বার্তা দেখতে পারেন:

{
   "fault":{
      "faultstring":"Unable to identify proxy for host: default and url: \/oauth2\/token",
      "detail":{
         "errorcode":"messaging.adaptors.http.flow.ApplicationNotFound"
      }
   }
}

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

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

404 এরর ট্রাবলশুটিং-এর জন্য NGINX এবং Message Processor লগগুলো সহায়ক হবে। লগগুলো চেক করতে নিচের ধাপগুলো অনুসরণ করুন:

1. নিম্নলিখিত কমান্ডটি ব্যবহার করে NGINX লগগুলি দেখুন:

   /opt/apigee/var/log/edge-router/nginx/ORG~ENV.PORT#_access_log

2. লগ এন্ট্রিগুলিতে নিম্নলিখিত ক্ষেত্রগুলি যাচাই করুন:

   মাঠ	মূল্য
   Upstream_status, status	404
   X-Apigee-fault-code	messaging.adaptors.http.flow.ApplicationNotFound

   লগ থেকে মেসেজ আইডিটি লিখে রাখুন।

3. নির্দিষ্ট API-টির জন্য আপনার messaging.adaptors.http.flow.ApplicationNotFound আছে কিনা, অথবা API অনুরোধটির জন্য আপনার কাছে ধাপ ২ থেকে পাওয়া অনন্য মেসেজ আইডিটি আছে কিনা, তা দেখতে মেসেজ প্রসেসর লগ ( /opt/apigee/var/log/edge-message-processor/logs/system.log) পরীক্ষা করুন।

   মেসেজ প্রসেসর লগ থেকে প্রাপ্ত ত্রুটি বার্তার নমুনা

NIOThread@1 ERROR ADAPTORS.HTTP.FLOW - AbstractRequestListener.onException() : Request:POST,
uri:/weather, message Id:null, exception:com.apigee.rest.framework.ResourceNotFoundException{
code = messaging.adaptors.http.flow.ApplicationNotFound, message = Unable to identify proxy for
host: vh1 and url: /weather, associated contexts = []}, context:Context@342ea86b
input=ClientInputChannel(SSLClientChannel[Accepted: Remote:10.123.123.123:8443
Local:10.135.33.68:62092]@1206954 useCount=1 bytesRead=0 bytesWritten=0 age=1ms
lastIO=0ms  isOpen=true)

উপরের লগটিতে দেখানো এরর কোড এবং এরর মেসেজটি নিম্নরূপ:

code = messaging.adaptors.http.flow.ApplicationNotFound,
message = Unable to identify proxy for host: vh1 and url: /weather

কারণ: একই হোস্ট অ্যালিয়াস এবং পোর্ট নম্বর সহ একাধিক ভার্চুয়াল হোস্ট

Apigee Edge Routers এবং Message Processors সঠিক API প্রক্সিতে ট্র্যাফিক রাউট করার জন্য হোস্ট হেডার, পোর্ট নম্বর এবং URI পাথ—এই তিনটিই ব্যবহার করে। একই হোস্ট অ্যালিয়াস এবং পোর্ট নম্বর সহ একাধিক ভার্চুয়াল হোস্টের মতো অস্পষ্ট সংজ্ঞা থাকা একটি নথিভুক্ত অ্যান্টি-প্যাটার্ন এবং এর ফলে অপ্রত্যাশিত আচরণ দেখা দিতে পারে। আপনি যে সাধারণ ত্রুটিগুলো লক্ষ্য করবেন তার মধ্যে একটি হলো 404 ত্রুটি, যার সাথে Unable to identify proxy for host: VIRTUAL_HOST and url: PATH বার্তাটি থাকে।

সাধারণত যদি একই হোস্ট অ্যালিয়াস সহ একাধিক ভার্চুয়াল হোস্ট থাকে, তাহলে আপনি মাঝে মাঝে 404 ত্রুটি দেখতে পাবেন। এর কারণ হলো, নির্দিষ্ট এপিআই প্রক্সিটি শুধুমাত্র একটি ভার্চুয়াল হোস্টে অনুরোধ গ্রহণ করার জন্য কনফিগার করা থাকতে পারে। যখন এপিআই অনুরোধগুলি এপিআই প্রক্সিতে কনফিগার করা নির্দিষ্ট ভার্চুয়াল হোস্টে পাঠানো হয়, তখন আপনি একটি সফল প্রতিক্রিয়া পাবেন। কিন্তু, যখন এপিআই অনুরোধগুলি অন্য ভার্চুয়াল হোস্টগুলিতে পাঠানো হয়, যেগুলিতে এপিআই প্রক্সি অনুরোধ গ্রহণ করার জন্য কনফিগার করা নেই, তখন এপিআইগুলি এই 404 ত্রুটির সাথে ব্যর্থ হবে।

"404 Unable to identify proxy for host: <virtual host name> and url: <path>"- এ দেওয়া নির্দেশাবলী অনুসরণ করুন এবং এই ত্রুটিটি সমাধান করুন। যদি কোনো কারণই এই ত্রুটির জন্য দায়ী না হয়, তাহলে ডুপ্লিকেট হোস্ট অ্যালিয়াসযুক্ত ভার্চুয়াল হোস্টগুলি 404 ত্রুটির কারণ হচ্ছে কিনা তা নির্ধারণ করতে নীচের ধাপগুলি ব্যবহার করুন।

রোগ নির্ণয়

একই হোস্ট অ্যালিয়াস/পোর্ট থাকার কারণে 404 ত্রুটি হচ্ছে কিনা, তা নির্ধারণ করতে নিম্নলিখিত পদ্ধতিগুলোর মধ্যে একটি ব্যবহার করুন:

• এজ ইউআই
• ব্যবস্থাপনা এপিআই

সমাধান

1. নিশ্চিত করুন যে প্রতিটি ভার্চুয়াল হোস্টে শুধুমাত্র অনন্য হোস্ট অ্যালিয়াস এবং পোর্ট সংমিশ্রণ রয়েছে।
2. যদি আপনি একই হোস্ট অ্যালিয়াস এবং পোর্ট সমন্বয় ব্যবহার করে একাধিক ভার্চুয়াল হোস্ট শনাক্ত করে থাকেন, তাহলে আপনাকে অবশ্যই সেগুলোকে একটি অনন্য হোস্ট অ্যালিয়াস দিয়ে আপডেট করতে হবে।
3. আপনি Edge UI অথবা Management API ব্যবহার করে এগুলো আপডেট করতে পারেন, এর নির্দেশাবলী “Modifying a virtual host” অংশের অধীনে পাওয়া যাবে।
4. নিশ্চিত করুন যে প্রতিটি হোস্ট অ্যালিয়াসের একটি সঠিক DNS এন্ট্রি রয়েছে।
5. উপরে আলোচিত উদাহরণে যদি আমাদের কনফিগারেশনটি এইরকম দেখতে হতো:

   curl -X GET http://localhost:8080/v1/organizations/myorg/environments -u user
   

   [ "prod", "test", "dev" ]

   curl -X GET http://localhost:8080/v1/organizations/myorg/environments/test/virtualhosts/default -u user
   

   {
     "hostAliases" : [ "example.com" ],
     "interfaces" : [  ],
     "listenOptions" : [  ],
     "name" : "default",
     "port" : "9001",
     "retryOptions" : [  ]
   }

   curl -X GET http://localhost:8080/v1/organizations/myorg/environments/dev/virtualhosts/default -u user
   

   {
     "hostAliases" : [ "example.com" ],
     "interfaces" : [  ],
     "listenOptions" : [  ],
     "name" : "default",
     "port" : "9001",
     "retryOptions" : [  ]
   }

   1. আপনি ভুল ভার্চুয়াল হোস্টটি এমনভাবে আপডেট করতে পারেন যাতে সেগুলো একে অপরের উপর ওভারল্যাপ না করে।
   2. অর্থাৎ হোস্ট অ্যালিয়াসটি example2.com হিসেবে আপডেট করুন।
   3. নিশ্চিত করুন যে নতুন হোস্ট অ্যালিয়াসটির ডিএনএস এন্ট্রি পূর্ববর্তী হোস্ট অ্যালিয়াসটির অনুরূপ।

      curl -X GET http://localhost:8080/v1/organizations/myorg/environments/dev/virtualhosts/default -u user -H 'Content-Type: application/json' -d '{
        "hostAliases" : [ "example2.com" ],
        "interfaces" : [  ],
        "listenOptions" : [  ],
        "name" : "default",
        "port" : "9001",
        "retryOptions" : [  ]
      }' -i
      

      HTTP/1.1 200 OK
      Date: Tue, 02 Feb 2021 20:54:29 GMT
      Content-Type: application/json
      X-Apigee.user: user
      X-Apigee.organization: myorg
      X-Apigee.environment: dev
      X-Apigee.backends: management-server
      Date: Tue, 02 Feb 2021 20:54:29 GMT
      Content-Length: 152
      
      {
        "hostAliases" : [ "example2.com" ],
        "interfaces" : [  ],
        "listenOptions" : [  ],
        "name" : "default",
        "port" : "9001",
        "retryOptions" : [  ]
      }

6. প্রক্সিতে আবার এপিআই কল করুন এবং যাচাই করুন যে আপনি ধারাবাহিকভাবে সফল প্রতিক্রিয়া পাচ্ছেন কিনা:

   curl http://example.com:9001/proxy1
   

   {
       "slideshow": {
   	    "author": "Yours Truly",
   		"date": "date of publication",
   		"slides": [
   		    {
   			    "title": "Wake up to WonderWidgets!",
   				"type:": "all"
   			},
   			{
   			    "items": [
   				    "Why WonderWidgets are great",
   					"Who buys WonderWidgets"
   				],
   				"title": "Overview",
   				"type": "all"
   			}
   		],
   		"title": "Sample Slide Show"
       }
   
   }

7. যদি সমস্যাটি এখনও থেকে যায়, তাহলে 'অবশ্যই ডায়াগনস্টিক তথ্য সংগ্রহ করুন' অংশে যান।

রোগ নির্ণয়ের তথ্য অবশ্যই সংগ্রহ করতে হবে

উপরের নির্দেশাবলী অনুসরণ করার পরেও যদি সমস্যাটি থেকে যায়, তাহলে নিম্নলিখিত ডায়াগনস্টিক তথ্য সংগ্রহ করুন এবং তারপর Apigee Edge Support-এর সাথে যোগাযোগ করুন:

আপনি যদি পাবলিক ক্লাউড ব্যবহারকারী হন, তাহলে নিম্নলিখিত তথ্যগুলো প্রদান করুন:

• সংস্থার নাম
• পরিবেশের নাম
• এপিআই প্রক্সি নাম
• 404 ত্রুটিটি পুনরুৎপাদন করার জন্য সম্পূর্ণ curl কমান্ডটি ব্যবহার করুন।
• যদি বর্তমানে 404 ত্রুটি না ঘটে থাকে, তাহলে অতীতে যখন 404 ত্রুটি ঘটেছিল সেই সময়কাল এবং টাইমজোনের তথ্য প্রদান করুন।

আপনি যদি একজন প্রাইভেট ক্লাউড ব্যবহারকারী হন, তাহলে নিম্নলিখিত তথ্যগুলো প্রদান করুন:

• ব্যর্থ অনুরোধগুলির জন্য সম্পূর্ণ ত্রুটি বার্তা পরিলক্ষিত হয়েছে।
• যেসব সংস্থা, পরিবেশের নাম এবং এপিআই প্রক্সি নামের ক্ষেত্রে আপনি 404 ত্রুটি দেখতে পাচ্ছেন
• এপিআই প্রক্সি বান্ডেল
• NGINX অ্যাক্সেস লগ
  /opt/apigee/var/log/edge-router/nginx/ ORGANIZATION_NAME ~ ENVIRONMENT_NAME . PORT# _access_log
• মেসেজ প্রসেসর লগ
  /opt/apigee/var/log/edge-message-processor/logs/system.log
• টাইমজোন তথ্যসহ সেই সময়কাল যখন 404 ত্রুটিগুলো ঘটেছিল।