“Connection reset by peer” এ এটা ভাঙি পৰা পৰিবহণ সংযোগ সূচায়। ই ISP, প্ৰক্সি অপাৰেটৰ বা ৱেবছাইটক কাৰণ হিচাপে চিনাক্ত নকৰে।

ৰিছেটৰ সময়ক’ত তদন্ত কৰিব
TCP সংযোগ হোৱাৰ লগে লগেপ্ৰ’ট’কলৰ অমিল বা আৰম্ভণিৰ বিনিময় নাকচ কৰা সেৱা
CONNECT সফল হোৱাৰ পিছতপ্ৰতিষ্ঠিত টানেল পথ
উত্তৰৰ সময়তআপষ্ট্ৰিম বন্ধ, মধ্যস্থতাকাৰীৰ জীৱনকাল নীতি আৰু স্থানান্তৰ পথ

তাৰ পিছত প্ৰক্সি আৰু গন্তব্যস্থান স্থিৰ ৰাখি এটা প্ৰাসংগিক চৰ্ত সলনি কৰক। য’ত সমৰ্থিত, তাত সঠিকভাৱে সংৰচিত এনক্ৰিপ্টেড ক্লায়েণ্ট-প্ৰক্সি সংযোগ, বা অন্য অনুমোদিত নেটৱৰ্কৰ পৰা একে ক্লায়েণ্টৰ সৈতে তুলনা কৰক। অপাৰেটৰে নিজৰ লগত এই প্ৰচেষ্টা সংযুক্ত কৰিব পাৰে নেকি সোধক।

বেলেগ ফলাফলে তদন্ত সংকুচিত কৰে কিন্তু এটা কাৰণ প্ৰমাণ নকৰে। টানেলৰ মাজেৰে ট্ৰেফিক পঠিয়ালে সময়, ল’ড, নীতি আৰু মধ্যস্থ বাকচ একেলগে সলনি হ’ব পাৰে। ইয়াৰ সফলতাই মূল পথত ইচ্ছাকৃত অৱৰোধ প্ৰমাণ কৰিব নোৱাৰে।

য’ত অনুমোদিত পেকেট পৰ্যবেক্ষণ উপলব্ধ, তাত এপ্লিকেচন আৰু প্ৰক্সি লগৰ সৈতে তুলনা কৰক। আনকি প্ৰত্যাশিত পেকেট উৎস ঠিকনায়ো ৰিছেট কিয় পঠোৱা হ’ল বা কোনে নীতি বলবৎ কৰিলে তাক ব্যাখ্যা নকৰে।

সংখ্যাগত ত্ৰুটি, টাইমষ্টেম্প, এণ্ডপইণ্ট আৰু শেষ সম্পূৰ্ণ পৰ্যায় সংৰক্ষণ কৰক। প্ৰমাণ-পত্ৰ বা TLS ছেটিং সলনি কৰাৰ আগতে সেই প্ৰমাণ ব্যৱহাৰ কৰক; চুটি ৰিছেট বাৰ্তাই নিজেই দুয়োটা সলনি কৰাৰ কোনো কাৰণ নিদিয়ে।

সম্পৰ্কিত প্ৰবন্ধ