আসুন এজেন্টদের গণনা করি "ইন্সপেক্টর"

এটি কোনও গোপন বিষয় নয় যে রাশিয়ায় নিষিদ্ধ তথ্যের তালিকায় ব্লক করার নিয়ন্ত্রণ স্বয়ংক্রিয় সিস্টেম "ইন্সপেক্টর" দ্বারা পর্যবেক্ষণ করা হয়। এটি কীভাবে কাজ করে তা এখানে এখানে ভাল লেখা আছে হাবরের নিবন্ধ, একই জায়গা থেকে ছবি:

প্রদানকারী এ সরাসরি ইনস্টল করা হয় মডিউল "এজেন্ট ইন্সপেক্টর":

"এজেন্ট ইন্সপেক্টর" মডিউলটি স্বয়ংক্রিয় সিস্টেম "ইন্সপেক্টর" (AS "ইন্সপেক্টর") এর একটি কাঠামোগত উপাদান। এই সিস্টেমটি 15.1 জুলাই, 15.4 নং 27-FZ “অন ইনফরমেশন, ইনফরমেশন টেকনোলজিস এবং ইনফরমেশন প্রোটেকশনের ফেডারেল আইনের অনুচ্ছেদ 2006-149 দ্বারা প্রতিষ্ঠিত বিধানগুলির কাঠামোর মধ্যে অ্যাক্সেস সীমাবদ্ধতার প্রয়োজনীয়তা সহ টেলিকম অপারেটরদের দ্বারা সম্মতি নিরীক্ষণ করার জন্য ডিজাইন করা হয়েছে৷ "

AS "Revizor" তৈরির মূল উদ্দেশ্য হল 15.1 জুলাই, 15.4 নং 27-FZ "অন ইনফরমেশন, ইনফরমেশন টেকনোলজিস এবং ইনফরমেশন প্রোটেকশন" এর ফেডারেল আইনের অনুচ্ছেদ 2006-149 দ্বারা প্রতিষ্ঠিত প্রয়োজনীয়তার সাথে টেলিকম অপারেটরদের সম্মতি পর্যবেক্ষণ করা। "নিষিদ্ধ তথ্যে অ্যাক্সেসের তথ্য সনাক্তকরণ এবং নিষিদ্ধ তথ্যে অ্যাক্সেস সীমিত করার জন্য লঙ্ঘন সম্পর্কে সমর্থনকারী উপকরণ (ডেটা) প্রাপ্ত করার পরিপ্রেক্ষিতে।

এই বিষয়টি বিবেচনায় নিয়ে যে, যদি সব না হয়, তবে অনেক প্রদানকারী এই ডিভাইসটি ইনস্টল করেছেন, বীকন প্রোবের মতো একটি বড় নেটওয়ার্ক থাকা উচিত ছিল RIPE Atlas এবং আরও বেশি, কিন্তু বন্ধ অ্যাক্সেস সহ। যাইহোক, একটি বীকন সব দিকে সংকেত পাঠাতে একটি বীকন, কিন্তু আমরা যদি তাদের ধরা এবং আমরা কি ধরা এবং কয়টি?

আমরা গণনা করার আগে, দেখা যাক কেন এটি সম্ভব হতে পারে।

তত্ত্ব একটি বিট

এজেন্টরা HTTP(S) অনুরোধ সহ একটি সংস্থানের উপলব্ধতা পরীক্ষা করে, যেমন এটি:

TCP, 14678  >  80, "[SYN] Seq=0"
TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"
TCP, 14678  >  80, "[ACK] Seq=1 Ack=1"

HTTP, "GET /somepage HTTP/1.1"
TCP, 80  >  14678, "[ACK] Seq=1 Ack=71"
HTTP, "HTTP/1.1 302 Found"

TCP, 14678  >  80, "[FIN, ACK] Seq=71 Ack=479"
TCP, 80  >  14678, "[FIN, ACK] Seq=479 Ack=72"
TCP, 14678  >  80, "[ACK] Seq=72 Ack=480"

পেলোড ছাড়াও, অনুরোধে একটি সংযোগ স্থাপনের পর্যায় রয়েছে: বিনিময় SYN и SYN-ACK, এবং সংযোগ সমাপ্তির পর্যায়গুলি: FIN-ACK.

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

এটি করার জন্য, আপনাকে ফিল্টারিং সিস্টেমের কাজ সহজতর করার জন্য "URL" এবং HTTP ব্লকিং টাইপ সহ একটি উপযুক্ত বিনামূল্যের ডোমেন নির্বাচন করতে হবে, বিশেষত দীর্ঘ সময়ের জন্য পরিত্যক্ত, এজেন্টদের ব্যতীত বহিরাগত ট্র্যাফিকের প্রবেশ কমাতে৷ এই কাজটি মোটেই কঠিন নয় বলে প্রমাণিত হয়েছে; নিষিদ্ধ তথ্যের রেজিস্টারে এবং প্রতিটি স্বাদের জন্য প্রচুর বিনামূল্যের ডোমেন রয়েছে। অতএব, ডোমেইনটি ক্রয় করা হয়েছে এবং একটি ভিপিএস চলমান আইপি ঠিকানার সাথে লিঙ্ক করা হয়েছে tcpdump এবং গণনা শুরু হয়.

"অডিটর" এর নিরীক্ষা

আমি অনুরোধের পর্যায়ক্রমিক বিস্ফোরণ দেখতে আশা করি, যা আমার মতে নিয়ন্ত্রিত কর্ম নির্দেশ করবে। এটা বলা অসম্ভব যে আমি এটি মোটেও দেখিনি, তবে স্পষ্টতই কোন স্পষ্ট ছবি ছিল না:

যা আশ্চর্যজনক নয়, এমনকি এমন একটি ডোমেনে যা কারও প্রয়োজন নেই এবং কখনও ব্যবহার করা হয়নি এমন আইপিতে, কেবলমাত্র এক টন অযাচিত তথ্য থাকবে, যেমন আধুনিক ইন্টারনেট। কিন্তু সৌভাগ্যবশত, আমার শুধুমাত্র একটি নির্দিষ্ট URL-এর জন্য অনুরোধের প্রয়োজন ছিল, তাই সমস্ত স্ক্যানার এবং পাসওয়ার্ড ক্র্যাকারগুলি দ্রুত খুঁজে পাওয়া গেছে। এছাড়াও, অনুরূপ অনুরোধের ভরের ভিত্তিতে বন্যা কোথায় ছিল তা বোঝা বেশ সহজ ছিল। এর পরে, আমি আইপি ঠিকানাগুলির সংঘটনের ফ্রিকোয়েন্সি সংকলন করেছি এবং ম্যানুয়ালি পুরো শীর্ষের মধ্য দিয়ে গিয়েছিলাম, যারা পূর্ববর্তী পর্যায়ে এটি মিস করেছে তাদের আলাদা করে। উপরন্তু, আমি একটি প্যাকেজে পাঠানো সমস্ত উত্স কেটে ফেলেছি, সেগুলির মধ্যে অনেকগুলি আর নেই। এবং এই কি ঘটেছে:

একটি ছোট লিরিক্যাল ডিগ্রেশন। এক দিনের কিছু বেশি পরে, আমার হোস্টিং প্রদানকারী একটি বরং সুগমিত বিষয়বস্তু সহ একটি চিঠি পাঠিয়েছে, এই বলে যে আপনার সুবিধাগুলিতে RKN নিষিদ্ধ তালিকা থেকে একটি সংস্থান রয়েছে, তাই এটি ব্লক করা হয়েছে। প্রথমে আমি ভেবেছিলাম যে আমার অ্যাকাউন্টটি ব্লক করা হয়েছে, এটি এমন নয়। তারপর আমি ভেবেছিলাম যে তারা আমাকে এমন কিছু সম্পর্কে সতর্ক করছে যা আমি ইতিমধ্যেই জানতাম। কিন্তু দেখা গেল যে হোস্টারটি আমার ডোমেনের সামনে তার ফিল্টার চালু করেছে এবং ফলস্বরূপ আমি ডাবল ফিল্টারিংয়ের আওতায় এসেছি: প্রদানকারীদের থেকে এবং হোস্টার থেকে। ফিল্টার শুধুমাত্র অনুরোধের শেষ পাস করেছে: FIN-ACK и RST একটি নিষিদ্ধ URL-এ সমস্ত HTTP কেটে ফেলা। আপনি উপরের গ্রাফ থেকে দেখতে পাচ্ছেন, প্রথম দিনের পরে আমি কম ডেটা পেতে শুরু করেছি, তবে আমি এখনও এটি পেয়েছি, যা অনুরোধ উত্স গণনার কাজের জন্য যথেষ্ট ছিল।

বিন্দু পেতে. আমার মতে, প্রতিদিন দুটি বিস্ফোরণ স্পষ্টভাবে দৃশ্যমান, প্রথমটি ছোট, মস্কোর সময় মধ্যরাতের পরে, দ্বিতীয়টি 6টা পর্যন্ত লেজ সহ সকাল 12 টার কাছাকাছি। শিখর ঠিক একই সময়ে ঘটে না। প্রথমে, আমি এমন আইপি ঠিকানা নির্বাচন করতে চেয়েছিলাম যেগুলি শুধুমাত্র এই সময়ের মধ্যে পড়েছিল এবং প্রতিটি সময়কালের মধ্যে পড়েছিল, এই ধারণার ভিত্তিতে যে এজেন্টদের দ্বারা পর্যায়ক্রমে পরীক্ষা করা হয়। কিন্তু সাবধানে পর্যালোচনা করার পর, আমি দ্রুত আবিষ্কার করেছি যে পিরিয়ডগুলি অন্যান্য বিরতির মধ্যে পড়ে, অন্যান্য ফ্রিকোয়েন্সি সহ, প্রতি ঘন্টায় একটি অনুরোধ পর্যন্ত। তারপরে আমি টাইম জোন সম্পর্কে চিন্তা করেছি এবং সম্ভবত এটি তাদের সাথে কিছু করার আছে, তারপর আমি ভেবেছিলাম যে সাধারণভাবে সিস্টেমটি বিশ্বব্যাপী সিঙ্ক্রোনাইজ করা যাবে না। উপরন্তু, NAT সম্ভবত একটি ভূমিকা পালন করবে এবং একই এজেন্ট বিভিন্ন পাবলিক আইপি থেকে অনুরোধ করতে পারে।

যেহেতু আমার প্রাথমিক লক্ষ্য ঠিক ছিল না, তাই আমি এক সপ্তাহের মধ্যে যে সমস্ত ঠিকানা পেয়েছি তা গণনা করেছি এবং পেয়েছি - 2791. একটি ঠিকানা থেকে প্রতিষ্ঠিত TCP সেশনের সংখ্যা গড়ে 4টি, যার গড় 2টি। প্রতি ঠিকানায় শীর্ষ সেশন: 464, 231, 149, 83, 77। নমুনার 95% থেকে সর্বাধিক হল প্রতি ঠিকানায় 8টি সেশন। মধ্যমা খুব বেশি নয়, আমি আপনাকে মনে করিয়ে দিই যে গ্রাফটি একটি পরিষ্কার দৈনিক পর্যায়ক্রম দেখায়, তাই কেউ 4 দিনে 8 থেকে 7 এর কাছাকাছি কিছু আশা করতে পারে। আমরা যদি একবার হওয়া সমস্ত সেশনগুলিকে বাদ দেই, তাহলে আমরা 5 এর সমান একটি মধ্যক পাব৷ কিন্তু আমি একটি স্পষ্ট মানদণ্ডের ভিত্তিতে সেগুলিকে বাদ দিতে পারিনি৷ বিপরীতে, একটি র্যান্ডম চেক দেখায় যে তারা একটি নিষিদ্ধ সম্পদের জন্য অনুরোধের সাথে সম্পর্কিত ছিল।

ঠিকানাগুলি ঠিকানা, তবে ইন্টারনেটে, স্বায়ত্তশাসিত সিস্টেম - এএস, যা আরও গুরুত্বপূর্ণ হয়ে উঠেছে 1510, গড় AS প্রতি 2 ঠিকানা যার গড় 1। প্রতি AS শীর্ষ ঠিকানা: 288, 77, 66, 39, 27। নমুনার সর্বাধিক 95% হল AS প্রতি 4টি ঠিকানা। এখানে মধ্যমা প্রত্যাশিত - প্রতি প্রদানকারীর জন্য একজন এজেন্ট। আমরাও টপ আশা করি- এতে বড় খেলোয়াড় আছে। একটি বড় নেটওয়ার্কে, এজেন্টদের সম্ভবত অপারেটরের উপস্থিতির প্রতিটি অঞ্চলে অবস্থিত হওয়া উচিত এবং NAT সম্পর্কে ভুলবেন না। যদি আমরা এটিকে দেশ অনুসারে নিই, সর্বোচ্চ হবে: 1409 - RU, 42 - UA, 23 - CZ, 36 অন্যান্য অঞ্চল থেকে, RIPE NCC নয়। রাশিয়ার বাইরের অনুরোধ মনোযোগ আকর্ষণ করে। ডেটা পূরণ করার সময় এটি সম্ভবত ভূ-অবস্থান ত্রুটি বা রেজিস্ট্রার ত্রুটি দ্বারা ব্যাখ্যা করা যেতে পারে। বা সত্য যে একটি রাশিয়ান কোম্পানির রাশিয়ান শিকড় নাও থাকতে পারে, বা একটি বিদেশী প্রতিনিধি অফিস থাকতে পারে কারণ এটি সহজ, যা একটি বিদেশী সংস্থা RIPE NCC এর সাথে কাজ করার সময় স্বাভাবিক। কিছু অংশ নিঃসন্দেহে অপ্রয়োজনীয়, তবে এটিকে আলাদা করা নির্ভরযোগ্যভাবে কঠিন, যেহেতু সংস্থানটি ব্লক করা হচ্ছে, এবং দ্বিতীয় দিন থেকে ডাবল ব্লকিংয়ের অধীনে, এবং বেশিরভাগ সেশনগুলি বেশ কয়েকটি পরিষেবা প্যাকেটের বিনিময় মাত্র। আসুন একমত যে এটি একটি ছোট অংশ।

এই সংখ্যাগুলি ইতিমধ্যে রাশিয়ার প্রদানকারীদের সংখ্যার সাথে তুলনা করা যেতে পারে। আরকেএন অনুসারে "ডাটা ট্রান্সমিশনের জন্য যোগাযোগ পরিষেবার জন্য লাইসেন্স, ভয়েস ব্যতীত" - 6387, কিন্তু এটি উপরে থেকে একটি খুব উচ্চ অনুমান, এই সমস্ত লাইসেন্স বিশেষভাবে ইন্টারনেট প্রদানকারীদের জন্য প্রযোজ্য নয় যাদের একটি এজেন্ট ইনস্টল করতে হবে৷ RIPE NCC জোনে রাশিয়াতে নিবন্ধিত অনুরূপ সংখ্যক ASes রয়েছে - 6230, যার মধ্যে সবাই প্রদানকারী নয়। UserSide আরো কঠোর হিসাব করেছে এবং 3940 সালে 2017 টি কোম্পানি পেয়েছে এবং এটি উপরে থেকে একটি অনুমান। যাই হোক না কেন, আমাদের কাছে আলোকিত এএস-এর সংখ্যা আড়াই গুণ কম। কিন্তু এখানে এটা বোঝার যোগ্য যে AS প্রদানকারীর সাথে কঠোরভাবে সমান নয়। কিছু প্রদানকারীর নিজস্ব AS নেই, কিছুর একাধিক আছে। যদি আমরা ধরে নিই যে প্রত্যেকের কাছে এখনও এজেন্ট আছে, তাহলে কেউ অন্যদের চেয়ে বেশি দৃঢ়ভাবে ফিল্টার করে, যাতে তাদের অনুরোধগুলি আবর্জনা থেকে আলাদা করা যায় না, যদি তারা তাদের কাছে পৌঁছায়। কিন্তু একটি মোটামুটি মূল্যায়নের জন্য এটি বেশ সহনীয়, এমনকি যদি আমার তত্ত্বাবধানের কারণে কিছু হারিয়ে যায়।

Про DPI

আমার হোস্টিং প্রদানকারী দ্বিতীয় দিন থেকে ফিল্টার চালু করা সত্ত্বেও, প্রথম দিনের তথ্যের ভিত্তিতে আমরা এই সিদ্ধান্তে আসতে পারি যে ব্লকিং সফলভাবে কাজ করছে। শুধুমাত্র 4টি উৎসের মাধ্যমে প্রবেশ করতে সক্ষম হয়েছে এবং সম্পূর্ণরূপে HTTP এবং TCP সেশন সম্পন্ন করেছে (উপরের উদাহরণের মতো)। আরও 460 পাঠানো যেতে পারে GET, কিন্তু অধিবেশন অবিলম্বে দ্বারা সমাপ্ত করা হয় RST. মনোযোগ দিন TTL:

TTL 50, TCP, 14678  >  80, "[SYN] Seq=0"
TTL 64, TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"
TTL 50, TCP, 14678  >  80, "[ACK] Seq=1 Ack=1"

HTTP, "GET /filteredpage HTTP/1.1"
TTL 64, TCP, 80  >  14678, "[ACK] Seq=1 Ack=294"

#Вот это прислал фильтр
TTL 53, TCP, 14678  >  80, "[RST] Seq=3458729893"
TTL 53, TCP, 14678  >  80, "[RST] Seq=3458729893"

HTTP, "HTTP/1.1 302 Found"

#А это попытка исходного узла получить потерю
TTL 50, TCP ACKed unseen segment, 14678 > 80, "[ACK] Seq=294 Ack=145"

TTL 50, TCP, 14678  >  80, "[FIN, ACK] Seq=294 Ack=145"
TTL 64, TCP, 80  >  14678, "[FIN, ACK] Seq=171 Ack=295"

TTL 50, TCP Dup ACK 14678 > 80 "[ACK] Seq=295 Ack=145"

#Исходный узел понимает что сессия разрушена
TTL 50, TCP, 14678  >  80, "[RST] Seq=294"
TTL 50, TCP, 14678  >  80, "[RST] Seq=295"

এর ভিন্নতা ভিন্ন হতে পারে: কম RST বা আরও বেশি রিট্রান্সমিট - এছাড়াও ফিল্টার সোর্স নোডে কী পাঠায় তার উপর নির্ভর করে। যাই হোক না কেন, এটি সবচেয়ে নির্ভরযোগ্য টেমপ্লেট, যা থেকে এটি স্পষ্ট যে এটি একটি নিষিদ্ধ সম্পদ যা অনুরোধ করা হয়েছিল। এছাড়াও সবসময় একটি উত্তর আছে যা সেশনে উপস্থিত হয় TTL পূর্ববর্তী এবং পরবর্তী প্যাকেজের তুলনায় বেশি।

আপনি এমনকি বাকি থেকে এটি দেখতে পারেন না GET:

TTL 50, TCP, 14678  >  80, "[SYN] Seq=0"
TTL 64, TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"

#Вот это прислал фильтр
TTL 53, TCP, 14678  >  80, "[RST] Seq=1"

বা তাই:

TTL 50, TCP, 14678  >  80, "[SYN] Seq=0"
TTL 64, TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"
TTL 50, TCP, 14678  >  80, "[ACK] Seq=1 Ack=1"

#Вот это прислал фильтр
TTL 53, TCP, 14678  >  80, "[RST, PSH] Seq=1"

TTL 50, TCP ACKed unseen segment, 14678 > 80, "[FIN, ACK] Seq=89 Ack=172"
TTL 50, TCP ACKed unseen segment, 14678 > 80, "[FIN, ACK] Seq=89 Ack=172"

#Опять фильтр, много раз
TTL 53, TCP, 14678  >  80, "[RST, PSH] Seq=1"
...

পার্থক্য অবশ্যই দৃশ্যমান TTL যদি ফিল্টার থেকে কিছু আসে। কিন্তু প্রায়শই কিছুই আসতে পারে না:

TCP, 14678  >  80, "[SYN] Seq=0"
TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"
TCP Retransmission, 80 > 14678, "[SYN, ACK] Seq=0 Ack=1"
...

বা তাই:

TCP, 14678  >  80, "[SYN] Seq=0"
TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"
TCP, 14678  >  80, "[ACK] Seq=1 Ack=1"

#Прошло несколько секунд без трафика

TCP, 80  >  14678, "[FIN, ACK] Seq=1 Ack=1"
TCP Retransmission, 80 > 14678, "[FIN, ACK] Seq=1 Ack=1"
...

এবং এই সমস্ত পুনরাবৃত্তি এবং পুনরাবৃত্তি এবং পুনরাবৃত্তি হয়, যেমন গ্রাফে দেখা যায়, একাধিকবার, প্রতিদিন।

IPv6 সম্পর্কে

ভাল খবর এটা বিদ্যমান. আমি নির্ভরযোগ্যভাবে বলতে পারি যে একটি নিষিদ্ধ সম্পদের জন্য পর্যায়ক্রমিক অনুরোধগুলি 5টি ভিন্ন IPv6 ঠিকানা থেকে আসে, যা আমি প্রত্যাশিত এজেন্টদের আচরণ। তাছাড়া, IPv6 ঠিকানাগুলির মধ্যে একটি ফিল্টারিংয়ের আওতায় পড়ে না এবং আমি একটি সম্পূর্ণ সেশন দেখতে পাচ্ছি। আরও দুটি থেকে আমি কেবল একটি অসমাপ্ত অধিবেশন দেখেছি, যার মধ্যে একটি বাধাগ্রস্ত হয়েছিল RST ফিল্টার থেকে, সময়ের মধ্যে দ্বিতীয়। সর্বমোট পরিমাণ 7.

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

ব্লকিং এবং এজেন্ট হল IPv6 এর জন্য একটি বড় বাধা, যার বাস্তবায়ন খুব দ্রুত হচ্ছে না। এটা দুঃখজনক. যারা এই সমস্যার সমাধান করেছেন তারা নিজেদের নিয়ে সম্পূর্ণ গর্বিত হতে পারেন।

উপসংহার ইন

আমি 100% নির্ভুলতার জন্য চেষ্টা করিনি, দয়া করে এর জন্য আমাকে ক্ষমা করুন, আমি আশা করি কেউ এই কাজটি আরও নির্ভুলতার সাথে পুনরাবৃত্তি করতে চায়। এই পদ্ধতি নীতিগতভাবে কাজ করবে কিনা তা বোঝা আমার জন্য গুরুত্বপূর্ণ ছিল। উত্তরটি হল হ্যাঁ. প্রাপ্ত পরিসংখ্যান, প্রথম আনুমানিক হিসাবে, আমি মনে করি, বেশ নির্ভরযোগ্য।

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

আমি একেবারেই আশা করিনি যে হোস্টার আমার ভিপিএসের জন্য নিজস্ব ফিল্টারও অন্তর্ভুক্ত করবে। হয়তো এটা সাধারণ অভ্যাস। শেষ পর্যন্ত, RKN হোস্টারকে রিসোর্সটি মুছে ফেলার জন্য একটি অনুরোধ পাঠায়। কিন্তু এটি আমাকে অবাক করেনি এবং কিছু উপায়ে এমনকি আমার সুবিধার জন্য কাজ করেছে। ফিল্টারটি খুব কার্যকরীভাবে কাজ করেছে, একটি নিষিদ্ধ URL-এ সমস্ত সঠিক HTTP অনুরোধগুলিকে কেটে দিয়েছে, কিন্তু সঠিক নয় যেগুলি পূর্বে প্রদানকারীদের ফিল্টারের মাধ্যমে তাদের কাছে পৌঁছেছিল, যদিও শুধুমাত্র শেষের আকারে: FIN-ACK и RST - বিয়োগের জন্য বিয়োগ এবং এটি প্রায় একটি প্লাস হতে পরিণত. যাইহোক, হোস্টার দ্বারা IPv6 ফিল্টার করা হয়নি। অবশ্যই, এটি সংগৃহীত উপাদানের গুণমানকে প্রভাবিত করেছে, তবে এটি এখনও ফ্রিকোয়েন্সি দেখা সম্ভব করেছে। এটি প্রমাণিত হয়েছে যে সংস্থান স্থাপনের জন্য একটি সাইট নির্বাচন করার সময় এটি একটি গুরুত্বপূর্ণ বিষয়; নিষিদ্ধ সাইটগুলির তালিকা এবং আরকেএন থেকে অনুরোধের সাথে কাজ সংগঠিত করার বিষয়ে আগ্রহ নিতে ভুলবেন না।

শুরুতেই এএসকে "ইন্সপেক্টর" এর সাথে তুলনা করেছিলাম RIPE Atlas. এই তুলনাটি বেশ ন্যায্য এবং এজেন্টদের একটি বড় নেটওয়ার্ক উপকারী হতে পারে। উদাহরণস্বরূপ, দেশের বিভিন্ন অঞ্চলে বিভিন্ন প্রদানকারীর কাছ থেকে সম্পদের প্রাপ্যতার গুণমান নির্ধারণ করা। আপনি বিলম্ব গণনা করতে পারেন, আপনি গ্রাফ তৈরি করতে পারেন, আপনি এটি সমস্ত বিশ্লেষণ করতে পারেন এবং স্থানীয় এবং বিশ্বব্যাপী উভয় পরিবর্তনগুলি দেখতে পারেন। এটি সবচেয়ে সরাসরি উপায় নয়, তবে জ্যোতির্বিজ্ঞানীরা "স্ট্যান্ডার্ড মোমবাতি" ব্যবহার করেন, কেন এজেন্ট ব্যবহার করবেন না? তাদের আদর্শ আচরণ জেনে (খুঁজে পাওয়া) আপনি তাদের চারপাশে যে পরিবর্তনগুলি ঘটছে এবং কীভাবে এটি প্রদত্ত পরিষেবার গুণমানকে প্রভাবিত করে তা নির্ধারণ করতে পারেন। এবং একই সময়ে, আপনাকে স্বাধীনভাবে নেটওয়ার্কে প্রোব স্থাপন করতে হবে না; Roskomnadzor ইতিমধ্যে সেগুলি ইনস্টল করেছে।

আরেকটি বিষয় আমি স্পর্শ করতে চাই যে প্রতিটি হাতিয়ার একটি অস্ত্র হতে পারে। AS "ইন্সপেক্টর" একটি বন্ধ নেটওয়ার্ক, কিন্তু এজেন্টরা নিষিদ্ধ তালিকা থেকে সমস্ত সম্পদের জন্য অনুরোধ পাঠিয়ে সবাইকে হস্তান্তর করে। এই ধরনের একটি সম্পদ থাকা মোটেই কোনো সমস্যা উপস্থাপন করে না। সামগ্রিকভাবে, এজেন্টের মাধ্যমে প্রদানকারীরা, অজান্তেই, তাদের নেটওয়ার্ক সম্পর্কে আরও অনেক কিছু বলে থাকেন যা সম্ভবত মূল্যবান: DPI এবং DNS প্রকার, এজেন্টের অবস্থান (কেন্দ্রীয় নোড এবং পরিষেবা নেটওয়ার্ক?), বিলম্ব এবং ক্ষতির নেটওয়ার্ক চিহ্নিতকারী - এবং এটি শুধুমাত্র সবচেয়ে সুস্পষ্ট। কেউ যেমন তাদের সম্পদের প্রাপ্যতা উন্নত করতে এজেন্টদের ক্রিয়াকলাপ নিরীক্ষণ করতে পারে, তেমনি কেউ অন্য উদ্দেশ্যে এটি করতে পারে এবং এতে কোন বাধা নেই। ফলাফল একটি দ্বি-ধারী এবং খুব বহুমুখী যন্ত্র, যে কেউ এটি দেখতে পারেন।

উত্স: www.habr.com