সমস্ত উইন্ডো সমস্যা এবং অন্যান্য প্রোগ্রাম সমাধান

আপনার nginx সার্ভার ভুল সাইট থেকে কন্টেন্ট দিয়ে সাড়া দিচ্ছে কেন

আমরা ব্যাবহার করি এনগিনেক্স আমাদের হোস্টিং ক্লাস্টারে যেখানে আমাদের অনেক ভাড়াটিয়া/ভূত আছে। যদিও আমি নিশ্চিত না যে অ্যাপাচির উপর Nginx নির্বাচন করা প্রয়োজন ছিল , আমরা এটি দিয়ে আমাদের মেশিন থেকে অনেক পারফরম্যান্স নিষ্ক্রিয় করতে সক্ষম হয়েছি। সুইচের সাথে যুক্ত লার্নিং কার্ভের কারণে আমাদের কিছু রুকি কনফিগারেশন ভুল করা হয়েছে।

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



যখন আপনি একাধিক ভাড়াটেদের সাথে আপনার সার্ভার কনফিগার করেন, আপনি nginx.conf ফাইলে প্রতিটি এন্ডপয়েন্ট বা ডোমেইনের জন্য এক বা একাধিক নতুন Nginx সার্ভার ব্লক তৈরি করেন যা আপনি সাড়া দিবেন। সেই সার্ভার ব্লকের ভিতরে আপনি সেই সার্ভারের জন্য আপনার প্রত্যাশিত হোস্টনাম, আইপি অ্যাড্রেস এবং পোর্ট শোনার জন্য, এসএসএল সার্টিফিকেট, রুট ডাইরেক্টরি এবং আরও অনেক কিছুর সংজ্ঞা দেন। যখন একটি HTTP অনুরোধ আসে, Nginx খুঁজে পাবেসেরাঅনুরোধের জন্য সার্ভার ব্লক মিল এবং প্রতিক্রিয়া তৈরি করতে এর কনফিগারেশন ব্যবহার করুন।



উদাহরণস্বরূপ, যদি আমি পোর্ট 80 এ www.exmaple.com এ HTTP অনুরোধ করি এবং আমার nginx.conf- এ আমার একটি সার্ভার ব্লক আছে যা নিচের মত দেখাচ্ছে:

server {
listen 80;
server_name www.example.com;
root /var/www/vhosts/example.com/web
...
}



পোর্ট এবং সার্ভারের নামের মিলের ফলে অনুরোধের জন্য এই সার্ভার ব্লকটি ব্যবহার করে Nginx হবে এবং মূল পথ থেকে বিষয়বস্তু প্রত্যাশিত হিসাবে পরিবেশন করা হবে।

যদি আপনার সার্ভারে অনেক ভার্চুয়াল হোস্ট থাকে, তাহলে আপনার এই সার্ভার ব্লকগুলির অনেকগুলি থাকবে। সমস্যাটি দেখা দেয় যখন আপনার সার্ভারে একটি অনুরোধ আসে যা একটি সার্ভার ব্লকের সাথে মেলে না, উদাহরণস্বরূপ যদি beta.example.com এছাড়াও এই সার্ভারে নির্দেশ করা হয়। যখন অনুরোধ আসে, Nginx চেষ্টা করবে এবং একটি সার্ভার ব্লক মিল খুঁজে পাবে। যখন এটি একটি খুঁজে পায় না, এটি অবলম্বন করবেপ্রথমতালিকায় সার্ভার ব্লক, সাধারণত বর্ণানুক্রমিকভাবে। এটা ঠিক - শুধু অনুরোধটি বাতিল করার পরিবর্তে, Nginx প্রথমে যা খুজে পাবে তা পরিবেশন করবে, অর্থাত্ আপনি সার্ভারে অন্য কিছু ভোস্টের প্রতিক্রিয়া পাবেন। এটি অনুরোধটি সম্পূর্ণ করতে এত আগ্রহী যে এটি যে কোনও কিছু পূরণ করবে!

এই সমস্যার দুটি সমাধান আছে:



উইন্ডোজ সার্ভার 2003 জীবনের শেষ
  1. তালিকার শীর্ষে একটি সার্ভার ব্লক রাখুন যা 404 পৃষ্ঠা বা কিছু ফেরত দেয়, অথবা কেবল 403 (নিষিদ্ধ) বা 444 এর একটি HTTP স্থিতি কোড ফেরত দেয় (Nginx নির্দিষ্ট কোন প্রতিক্রিয়া / বাতিল)।
  2. আপনার সার্ভার ব্লক শ্রোতাদের একটিকে ডিফল্ট শ্রোতা হিসাবে নির্দিষ্ট করুন যখন কোন মিল খুঁজে পাওয়া যাবে না। এটি সংযুক্ত করে সম্পন্ন করা হয় default_server শোনার নির্দেশনা।

আমরা আমাদের সার্ভারে #1 বিকল্পটি ব্যবহার করে সমস্যাটি প্যাচ করেছি কিন্তু সম্প্রতি এটি আবার ভিন্ন আকারে ফসল হয়েছে।

এই সমস্যার পরবর্তী, আরো সমালোচনামূলক সংস্করণ হল HTTPS ট্রাফিক। যখন আপনার নিম্নলিখিত শর্ত থাকে:

  1. আপনার সাইটটি একটি শেয়ার করা আইপি (সম্ভাব্য ধন্যবাদ এসএনআই )
  2. আপনার সাইট HTTPS শুনতে কনফিগার করা হয়েছে
  3. আপনার সাইটে কোন SSL সার্টিফিকেট নেই

Nginx আবার, পরাজয় স্বীকার করতে অস্বীকার করে, প্রথমে SSL হ্যান্ডশেকের আলোচনার চেষ্টা করে এই চ্যালেঞ্জটি গ্রহণ করে যদিও আপনার একটি সার্টিফিকেট নেই। এটি আপনার সার্ভারে প্রথম SSL সার্টিফিকেট খুঁজে পেয়ে এটি করে, যা সম্ভবত অন্য ডোমেইনের অন্তর্গত! আপনি তখন একটি সতর্কতা পাবেন যে 'xyz.com এর সার্টিফিকেট ডোমেইন example.com এর সাথে মেলে না' এবং আপনার ক্লায়েন্ট বিভ্রান্ত / রাগান্বিত হবে। এই সমস্যাটি প্রথম ইস্যুর সাথে মিশে যেতে পারে যার ফলে নিরাপত্তা সতর্কতা এবং পরে অন্য কোন সাইটের পরিবেশন করা হয়। সংক্ষেপে, এটি একটি গোলমাল।

সমাধান উপরে উল্লিখিত হিসাবে একই, শুধুমাত্র আপনি একটি দ্বিতীয় অন্তর্ভুক্ত করা উচিত শোন আপনি যে নিরাপদ পোর্টে ব্যবহার করছেন তার নির্দেশনা, সাধারণত 443। 444 রিটার্নিং স্ট্যাটাস সম্ভবত সেই ক্ষেত্রেও সঠিক কাজ, অন্যথায় আপনাকে SSL হ্যান্ডশেকের আলোচনার জন্য একটি ডিফল্ট সার্টিফিকেট নির্দিষ্ট করতে হবে।

এটা একধরনের গোলমাল মনে হচ্ছে কিন্তু সত্যিই এটি HTTP সার্ভার পদ্ধতিতে একটি পার্থক্য। আমি সমস্যাটির সাথে কিছুটা লড়াই করেছি, বেশিরভাগই এই সত্যের সাথে করতে যে ডিফল্ট_ সার্ভার পতাকাটি আমার পক্ষে কখনই কাজ করে বলে মনে হয় না ... আমি এখনও তা বুঝতে পারছি না। যদি আপনি এই সমস্যার মধ্যে পড়েন, তাহলে আপনি যা করতে চাইছেন সেটি সব সার্ভার ব্লককে ধরুন এবং তারপর সেই ব্লকের সাথে আপনি যা চান তা করুন।

এই গল্প, 'কেন আপনার nginx সার্ভার ভুল সাইট থেকে বিষয়বস্তু দিয়ে সাড়া দিচ্ছে' মূলত প্রকাশিত হয়েছিলআইটি ওয়ার্ল্ড

সম্পাদক এর চয়েস

আইফোন Plus প্লাসের তুলনায় প্রাথমিক আইফোন usage ব্যবহার x গুণ বেশি

অ্যাপলের আইফোন 6 হয়তো 5.5-ইঞ্চি বেশি বিক্রি করেছে। আইফোন 6 প্লাস উত্তর আমেরিকায় আট থেকে এক ব্যবধানে, অনলাইন ট্র্যাফিকের প্রাথমিক বিশ্লেষণ অনুসারে।

অন-প্রাঙ্গনে এইচআর ব্যবহারকারীরা পিছিয়ে যাওয়ার ঝুঁকি, ওরাকল বলে

ক্লাউড-ভিত্তিক সফটওয়্যারে স্থানান্তর সহজ নয়। কিছু গ্রাহককে এই পদক্ষেপ নিতে ইন্টিগ্রেটর নিয়োগ করতে হয়েছে এবং তিন বা চার বছরের ROI উল্লেখ করতে হয়েছে।

প্রথম দিনের আইপ্যাড বিক্রয় শীর্ষ প্রথম-জেনারেল আইফোন

অ্যাপল আজ বলেছে যে এটি দুই দিনের মধ্যে 2007 সালে প্রথম প্রজন্মের আইফোন বিক্রি করার চেয়ে শনিবার বেশি আইপ্যাড বিক্রি করেছে।

গুগলের সাথে সার্চ যুদ্ধে বিং আরও বেশি লাভ করে

কমস্কোর একটি প্রতিবেদন প্রকাশ করতে চলেছে যাতে দেখা যাচ্ছে যে মাইক্রোসফটের নতুন বিং সার্চ ইঞ্জিন এখন লাভজনক বাজারের প্রায় 10% অংশ ধরে রেখেছে।

ইয়াহু মেশিন লার্নিং বিজ্ঞানীদের সাহায্য করার জন্য এক টন বেনামী ব্যবহারকারীর তথ্য প্রকাশ করে

ইয়াহু একাডেমিয়ায় মেশিন লার্নিং বিজ্ঞানীদের কাছে বেনামী ব্যবহারকারীর ডেটার একটি 13.5TB ফাইল প্রকাশ করেছে, যা এটিকে এ ধরনের সবচেয়ে বড় রিলিজ বলে অভিহিত করেছে