"পিয়ারের মাধ্যমে সংযোগটি পুনরায় সেট করার" অর্থ কী?


648

টিসিপি সংযোগে "পিয়ার দ্বারা সংযোগ পুনরায় সেট করা" ত্রুটির অর্থ কী? এটি মারাত্মক ত্রুটি বা কেবলমাত্র একটি বিজ্ঞপ্তি বা নেটওয়ার্ক ব্যর্থতার সাথে সম্পর্কিত?

উত্তর:


771

এটা মারাত্মক। রিমোট সার্ভার আপনাকে একটি আরএসটি প্যাকেট প্রেরণ করেছে, যা সাধারণ হ্যান্ডশেকের চেয়ে তাত্ক্ষণিকভাবে সংযোগটি বাদ দেওয়ার ইঙ্গিত দেয়। এটি সাধারন অর্ধ-বন্ধ অবস্থায় অবস্থিত স্থানান্তরকে ছাড়িয়ে যায়। আমি এই বিবরণ পছন্দ :

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


49
এটি " পিয়ারের মাধ্যমে সংযোগ পুনরায় সেট করা" হিসাবে লেবেলযুক্ত কেন ? মনে হচ্ছে এটি "হোস্টের দ্বারা সংযোগ পুনরায় সেট করা", বা "সার্ভারের মাধ্যমে সংযোগ পুনরায় সেট করা" হওয়া উচিত
রবার্ট

27
@ রবার্ট কারণ সেখান থেকে রিসেটটি এসেছে। পিয়ার একটি আরএসটি প্যাকেট প্রেরণ করেছে।
লার্নের মারকুইস

106
... রবার্ট, আপনার উদ্বেগ আমার কাছে কোন লাভ করে না। পিয়ার ঠিক তার চেয়ে কঠোরভাবে সাধারণ। একটি সাধারণ ক্লায়েন্ট-সার্ভার মডেলটিতে সার্ভার ঠিক সহজেই "ক্লায়েন্ট" থেকে এই বিজ্ঞপ্তিটি গ্রহণ করতে পারে। প্রাথমিকভাবে সংযোগটির জন্য অনুরোধ করা মেশিনটিতে এই বিজ্ঞপ্তিটি প্রেরণের জন্য ঠিক তেমন শক্তি রয়েছে। কোনও টিসিপি স্তরে, সংযোগ চলমান থাকলে এটি অভিন্ন দেখায়। দুটি মেশিন, যোগাযোগ করার সময়, কেবল পিয়ার হয় are
কোডেটাকু

9
এই প্যাকগুলি কি রাউটারের মতো মাঝখানে অন্য ডিভাইস দ্বারা পাঠানো যেতে পারে?
আর্নল্ড রোয়া

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

193

এর অর্থ একটি টিসিপি আরএসটি প্রাপ্ত হয়েছিল এবং সংযোগটি এখন বন্ধ। এটি ঘটে যখন আপনার সংযোগের শেষ থেকে কোনও প্যাকেট প্রেরণ করা হয় তবে অন্য প্রান্তটি সংযোগটি স্বীকৃতি দেয় না; সংযোগটি জোর করে বন্ধ করার জন্য এটি আরএসটি বিটের সাথে একটি প্যাকেট ফেরত পাঠাবে।

এটি ঘটতে পারে যদি অন্য পক্ষটি ক্র্যাশ হয়ে যায় এবং আবার ফিরে আসে বা close()ট্রানজিটে আপনার কাছ থেকে ডেটা থাকার সময় এটি সকেটে কল করে, এবং এটি আপনার কাছে ইঙ্গিত দেয় যে আপনি আগে যে ডেটা প্রেরণ করেছিলেন সেগুলির কিছু না পাওয়া যেতে পারে।

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


11
আপনি যদি নতুন সকেট খোলার সময় সকেট বিকল্পটি SO_LINGER শূন্যে সেট করেন তবে এটি সাধারণত বন্ধ করুন, আরএসটি বিট সেট হয়ে যাবে। সুতরাং সমস্ত সংযোগ একটি পুনরায় সেট সঙ্গে শেষ হবে। বাড়িতে এটি চেষ্টা করবেন না, এটি কেবল বিরক্তিকর। stackoverflow.com/questions/3757289
ক্রিস হুয়াং-লিভার

1
কীভাবে এই সমস্যাটি ঠিক করবেন, আমাদের কি দূরবর্তী এবং আমাদের হোস্ট উভয়ই পুনরায় চালু করতে হবে?
ব্যবহারকারী 2225190

3
@ user2225190 আপনাকে ক্লায়েন্টটি পুনরায় সংযোগ করতে হবে, তবে প্রথমে আপনাকে আপনার সফ্টওয়্যারটি পরীক্ষা করে দেখতে হবে এটি কোনও অ্যাপ্লিকেশন প্রোটোকল ত্রুটির কারণে নয়, অর্থাৎ অন্য প্রান্তটি এখনও যে সংযোগটি লিখিত রয়েছে তা বন্ধ করে দেওয়া হচ্ছে তা নিশ্চিত করার জন্য।
লার্নের মারকুইস

1
আপনার মন্তব্যের জন্য ধন্যবাদ. এটি দুই মাস ধরে কাজ করত। আমি একটি কমান্ড লাইন থেকে এটি চেষ্টা করছি, কিন্তু এখনও এই ত্রুটি পেয়েছি getting আমি "sftp ব্যবহারকারী @ মেশিন" চেষ্টা করি ries ত্রুটিটি বেমানান।
ব্যবহারকারী 2225190
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.