nginx সংযোগের সময়সীমা ও ক্লায়েন্ট বন্ধ সংযোগ সমস্যা


21

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

আমি কখনই আমার পক্ষ থেকে সমস্যাটিকে তিরস্কার করতে সক্ষম হইনি। আমি গুগলের ডিএনএস অর্থাৎ ৮.৮.৮.৮ ব্যবহার করছি এবং যখন আমি কোনও ব্যবহারকারীর জন্য একই পরিবর্তন করেছি, সাইটটি ঠিকঠাক কাজ করছিল। এখন এটি কারণ হতে পারে বা এটি কেবল একটি কাকতালীয় ঘটনাও হতে পারে।

আমি এটি ত্রুটির লগে পেয়েছি -

2014/05/29 13:46:15 [info] 6940#0: *150649 client timed out (110: Connection timed out) while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80
2014/05/29 13:46:20 [info] 6940#0: *150670 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80
2014/05/29 13:46:20 [info] 6940#0: *150653 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80
2014/05/29 13:46:20 [info] 6940#0: *150652 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80

এবং কিছু জায়গা এমনকি এটি -

2014/05/29 13:46:53 [info] 6940#0: *150665 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80
2014/05/29 13:46:53 [info] 6940#0: *150660 client xx.xxx.xxx.xx closed keepalive connection

দ্রষ্টব্য- ক্লায়েন্ট আইপির জন্য xx.xxx.xxx.xx রেখেছেন

এখানে এনগিনেক্স কনফিগারেশন রয়েছে -

server {
    listen       80;
    server_name  somedomain.com  www.somedomain.com;

    #charset koi8-r;
    #access_log  /var/log/nginx/log/host.access.log  main;

    root        /var/www/somedomain/current/app/webroot;
    index       index.php index.html index.htm;

    ... couple of location rules ...
}

আমি যেকোন সাহায্য এর জন্য সত্যিই কৃতজ্ঞ থাকব.

ধন্যবাদ


1
এটি সার্ভারের সাথে বিকাশকারীদের সংযোগে সমস্যা হতে পারে সার্ভারের সাথে নয়। যেহেতু আপনি সমস্যাটি পুনরায় তৈরি করতে পারবেন না এবং সার্ভার নিজেই একটি ক্লায়েন্ট সংযোগের সময়সীমা নিবন্ধন করছে, তাই আমাদের সন্দেহ করা দরকার যে বিকাশকারী ফায়ারওয়ালের পিছনে থাকতে পারে এবং তাদের অভ্যন্তরীণ নেটওয়ার্কিং সমস্যা রয়েছে যার কারণ এটি রয়েছে।
অ্যান্ড্রু এস

আপনি এই সমস্যার জন্য পরীক্ষা হিসাবে কীপ-অ্যালাইভ অক্ষম করার চেষ্টা করতে পারেন। আমি নিশ্চিত নই যে ট্র্যাফিকটি আপনার ওয়েবসার্वरকে আঘাত করছে তবে কিপ-অ্যালাইভ আপনাকে আপনার এনজিএনএক্স কনফিগারেশনে সামঞ্জস্য সীমাতে আঘাত করতে পারে। এখানে আরও তথ্য: nginx.com/blog/http-keepalives- এবং-web
Alfonso

1
@ নীতিশধর আপনি কি এই সমস্যার সমাধান করতে পেরেছেন? আমিও একই সমস্যার মুখোমুখি হয়েছি এবং নিখরচায়। সমাধানটি ভাগ করে নিতে পারলে খুশি হবেন।
ইথান কলিন্স

2
প্রশ্নগুলি: লোড ব্যালান্সার বা ফায়ারওয়ালের পিছনে সার্ভারটি কী? এনএটি জড়িত? সার্ভার এবং ইন্টারনেটের মধ্যে কি কোনও ধরণের টানেল রয়েছে? আমি জিজ্ঞাসা করার কারণটি হ'ল এই ধরণের শব্দটি মনে হয় যে পথে যখন কোথাও কোনও সুড়ঙ্গ থাকে এবং কেউ আইসিএমপি আবিষ্কার করে যা পাথ এমটিইউ আবিষ্কারকে ভঙ্গ করে all
জর্জবি

এছাড়াও, বিড়াল / প্রকো / সিএস / নেট / আইপিভি 4 / টিসিপি_ম্টু_প্রবিংয়ের
আউটপুট

উত্তর:


6

আপনি এনগিনেক্স থেকে সরবরাহ করেছেন লগের উপর ভিত্তি করে, মনে হচ্ছে আপনার সার্ভার এবং ব্যবহারকারীদের মধ্যে সংযোগগুলি অস্থির বা ধীর। চেষ্টা করুন tracerouteআপনার ক্লায়েন্ট IP ঠিকানা অথবা আপনার সার্ভার থেকে তার / তার গেটওয়ে করতে। এছাড়াও, pingপ্যাকেট ক্ষতির হার এবং প্রতিক্রিয়া সময় দেখতে আপনার ক্লায়েন্টের আইপি ঠিকানা দীর্ঘ সময়ের জন্য। এমটিইউ এই সমস্যার আরেকটি উত্স হতে পারে। আপনি যদি আপনার ক্লায়েন্টকে এমটিইউ = 1500 (ম্যাক ping -D -s 1472 xx.xx.xx.xx:) দিয়ে পৌঁছতে পারেন তবে পরীক্ষা করুন ।

বিটিডাব্লু: আপনার সার্ভার বা ক্লায়েন্ট যদি চীনে থাকেন তবে এই সমস্যাটি সাধারণত আপনার দোষ নয়। জিএফডাব্লু ইচ্ছাকৃতভাবে আন্তর্জাতিক সংযোগের গুণমানকে আরও খারাপ করতে সীমান্তের মাঝে প্যাকেটগুলি এলোমেলোভাবে ফেলে দেয় known


fyi, GFW = চীনের দুর্দান্ত ফায়ারওয়াল।
রওশন

0

সেই মন্তব্যে অনুমান করা হয়েছে, এটি সম্ভবত কোনও ব্যবহারকারীর ত্রুটি এবং তারা সংযোগটি বন্ধ করে দিচ্ছেন (উদ্দেশ্যমূলক হোক বা না হোক)। সমস্যাটি বিশ্বস্ততার সাথে পুনরায় উত্পাদন করার চেষ্টা করুন। এটিকে অন্যত্র ঘটানোর নিয়ম করুন এবং যদি কেবল সেই অবস্থানটিই থাকে তবে তাদের শেষের দিকে সমস্যা সমাধান করতে হবে। বিভিন্ন ব্রাউজার / কম্পিউটার থেকে চেষ্টা করুন এবং তারপরে নেটওয়ার্ক নির্ভরযোগ্যতা পরীক্ষা করুন।


0

এই লগ এন্ট্রিগুলি এন্ট্রিগুলির মতো দেখতে লাগে যা আমি যখন সার্ভার স্ক্যান করতে ওপেনওয়াসের মতো সরঞ্জামগুলি ব্যবহার করি তখন প্রদর্শিত হয়। এই সরঞ্জামগুলি খারাপ সংযোগ তৈরি করে, ধীর হয়ে যায় বা অন্যথায় খারাপভাবে পরিচালনা করে; nginx স্রেফ জানাচ্ছে যে কিছু সংযোগ ভাল চলছে না। সমস্ত ট্র্যাফিক যদি একই উত্স থেকে থাকে এবং দ্রুত হয় এবং অ্যাক্সেস লগের সাথে অন্য মিলের অনুরোধ না থাকে তবে এটি সম্ভবত বট-স্ক্যানার জাতীয় জিনিস kind

এই স্ক্যানারগুলি আপনার অ্যাপ্লিকেশনটিকে বোঝার নিচে রাখে যা এটি অন্যান্য বৈধ ট্র্যাফিকের জন্য ধীর করে দিতে পারে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.