প্রকাশিত: এপ্রিল ৮, ২০২৬, ১০:৩০ AM EDT
রোইন বার্টেলসন স্টকহולם-ভিত্তিক একটি টেক রাইター, অনুবাদক এবং ডিজিটাল কৌশলগত বিশেষজ্ঞ যিনি AI টুল, লিনাক্স, কনজিউমার টেক, সাইবারসিকিউরিটি এবং SEO-চালিত কন্টেন্টে বিংশ বছরের হ্যান্ডস-অন অভিজ্ঞতা রাখেন। তিনি জটিল বিষয়গুলিকে স্পষ্ট এবং ব্যবহারিক নির্দেশিকায় রূপান্তর করার জন্য পরিচিত যা পাঠকদের реаль সমস্যা সমাধানে সাহায্য করে। লোকেরা তার কাজে আস্থা রাখেন কারণ তিনি যে টুলগুলো নিয়ে লিখেন সেগুলো আসলে ব্যবহার ও পরীক্ষা করেন, ভুলে ফেলার উদ্দেশ্যে জিনিসপত্র ভাঙেন, এবং আধুনিক প্রযুক্তির ক্যоса মানুষের মতো ইমানদার এবং ব্যবহারিক পরামর্শে অনুবাদ করেন।
আমার স্পিড টেস্টগুলো ছলांग ধরাশাই এবং সবুজ। ডাউনলোড দ্রুত ছিল। ইউটিউব বাফার করত না যদি না আমি সক্রিয়ভাবে সেটি ভাঙতে চাই। কাগজে, আমার কানেকশন এমন দেখত যেন রেডডিট থ্রেডে গুড়ব podido। এবং তারপরও … প্রতিবার পেজ খোলার সময়, সেটি ছিল। সেটি ক্ষুদ্র, বিরক্তিকর বিরাম। কোনো লোডিং বার নেই, কোনো স্পিনার নেই, এবং কোনো আশ্বস্তকর ফ্লিকার অফ অ্যাক্টিভিটি নেই। শুধু একটি অদ্ভুত অর্ধ-সেকেন্ডের কিছুই নয়, যেন ইন্টারনেটকে নিজেকে সংগঠিত করতে হচ্ছে কমিট করার আগে। এটি শিকায়ত করার জন্য যথেষ্ট দীর্ঘ নয়, কিন্তু এটি নিঃসন্দেহে অনুভব করার জন্য যথেষ্ট দীর্ঘ।
उस ধরনের বিলম্ব বেঞ্চমার্কে দেখায় না। এটি কোথাও অন্যত্র বাস করে। মাংসপেশির স্মৃতি, প্রত্যাশা, এবং সেই সূক্ষ্ম "কেন এটি অদ্ভুত লাগছে?" যা শতম ট্যাবের পর দ বিচ্ছিন্ন হয়ে পড়ে। আমি সেটি করলাম যা সবাই করে। ব্রাউজার দোষ দিলাম। ট্যাব বন্ধ ও খুললাম। ভিবাল্ডিকে আবার দোষ দিতে চিন্তা করলাম কারণ এটি সবসময় একটু দোষী। কিন্তু এটি RAM ছিল না, এটি CPU ছিল না, বা এমনকি কানেকশনটি নিজে। এটি DNS ছিল যা শান্তভাবে পা இঁদাল করছিল যেন অন্য কিছু শুরু হওয়ার সুযোগ পাওয়ার আগে।
কেন সবকিছু লোড হওয়ার আগে ধীর মনে হতো
সেই অদৃশ্য বিলম্ব ব্যান্ডউইড্থ ছিল না, এটি ছিল লুকআপ টাইম
একটি ওয়েবসাইট লোড হওয়ার আগে, আপনার সিস্টেমকে একটি খুব মৌলিক প্রশ্ন করতে হয়: এই জিনিসটি কোথায়? সেই প্রশ্নটি একটি DNS রেজলভারকে যায়। এটি কিছুটা মানব-বান্ধব, যেমন একটি ডোমেন নাম, আপনার সিস্টেম যে জিনিসের সাথে সংযোগ করতে পারে সে কিছুতে অনুবাদ করে। এবং সেই প্রশ্নের উত্তর না পাওয়া পর্যন্ত কিছুই ঘটে না। কোনো কন্টেন্ট লোড হওয়া শুরু করে না, কোনো স্ক্রিপ্ট স্পিন আপ হয় না, এবং কোনো ইমেজ দেখা দেয় না। সব কিছু শান্তভাবে DNS এর কাজ শেষ হওয়ার জন্য অপেক্ষা করে।
যদি সেই ধাপটি किंचित ধীর হয়, পুরো অভিজ্ঞতা সংকোচিত মনে হয়। ভাঙলো না, শুধু … অনিশ্চিত। অধিকাংশ লিনাক্স সিস্টেম, মিন্ট এবং উবুন্টু-ভিত্তিক সেটআপ সহ, আপনার ISP যে DNS দেয় সেটিই ডিফল্ট হিসেবে ব্যবহার করে। এটি একইভাবে কাজ করে যেন একটু ডенти করা শপিং কার্ট এখনো লোটায়।
কিন্তু সেই সার্ভারগুলো সবসময় দ্রুত নয়। সেগুলো সবসময় কাছাকাছি নয়। এবং সেগুলো খুব কমই আধুনিক পাবলিক রেজলভারের মত রেসপনসিভネসের জন্য অপ্টিমাইজড থাকে। তাই প্রতিটি নতুন রিকোয়েস্টে কিছু হিচকিচাহট বেক করা থাকে। চিৎকার করার পরিমাণে নয়, কিন্তু হতাশ শ্বাস নেওয়ার পরিমাণে।
কুইজ
৮টি প্রশ্ন · আপনার জ্ঞান পরীক্ষা করুন
MUO DNS & নেটওয়ার্কিং চ্যালেঞ্জ
তুমি কি জানো কেন ইন্টারনেট হিচকিচায়? আপনার DNS এবং নেটওয়ার্কিং জ্ঞানকে চরম পরীক্ষায় বসান।
DNSNetworkingProtocolsSecurityPerformance
শুরু করুন
DNS কি?
AData Network ServiceBDynamic Name SystemCDomain Name SystemDDigital Node Server
সঠিক! DNS বলতে ডোমেইন नेম সিস্টেম বোঝায়। এটি ইন্টারনেটের ফোন বুকের মতো কাজ করে, 'google.com'-এর মতো মানব-বান্ধব ডোমেন নামগুলিকে মেশিন-পঠনযোগ্য IP ঠিকানায় রূপান্তর করে যাতে আপনার ব্রাউজার জানতে পারে কোথায় সংযোগ করতে হবে।
ঠিক নয় — উত্তর হলো Domain Name System। DNS হলো যেভাবে আমরা ১৯২.১৬৮.১.১-এর মতো সংখ্যার স্ট্রিং মেমোরাইজ না করে ওয়েব ব্রাউজ করি।
চালিয়ে যান
আপনার কম্পিউটার যখন একটি ডোমেন নাম লুক আপ করার কারণে একটি ওয়েবসাইট লোড করার আগে বিলম্ব হয়, তার জন্য কী টার্ম ব্যবহৃত হয়?
ALatency spikeBDNS lookup timeCPacket lossDHandshake delay
সঠিক! DNS লুকআপ টাইম হলো আপনার ডিভাইস যে বিলম্ব অনুভব করে যখন এটি একটি DNS সার্ভার কোয়েরি করে একটি ডোমেন নামকে IP ঠিকানায় রেজলভ করার জন্য। ক্লাউডফ্লেয়ার (১.১.১.১) বা গুগল (৮.৮.৮.৮)-এর মতো দ্রুত DNS প্রদানকারীতে স্যুইচ করলে এই বিরামটি উল্লেখযোগ্যভাবে কমানো যায়।
ঠিক নয় — উত্তর হলো DNS লুকআপ টাইম। এটি নির্দিষ্টভাবে নাম রেজলুশন প্রক্রিয়ার কারণে হওয়া বিলম্ব। যদিও লেটেন্সি এবং প্যাকেট লস আসল নেটওয়ার্কিং সমস্যা, তারা ডোমেন লুকআপ বিলম্ব থেকে ভিন্ন সমস্যা বর্ণনা করে।
চালিয়ে যান
নিচের কোনটি ক্লাউডফ্লেয়ার-এর প্রাইমারি পাবলিক DNS রেজলভার IP ঠিকানা?
A8.8.8.8B9.9.9.9C1.1.1.1D208.67.222.222
সঠিক! ক্লাউডফ্লেয়ার-এর প্রাইমারি DNS রেজলভার হলো ১.১.১.১, ২০১৮ সালে গোপনীয়তা এবং গতির ফোকাস নিয়ে লঞ্চ করা হয়েছিল। এটি বিশ্বের দ্রুততম DNS রেজলভারগুলোর মধ্যে সistent র্যাঙ্ক করে এবং আপনার কুয়েরি ডেটা বিজ্ঞাপনের উদ্দেশ্যে লগ করে না।
ঠিক নয় — সঠিক উত্তর হলো ১.১.১.১, যা ক্লাউডফ্লেয়ারের। রেকর্ডের জন্য, ৮.৮.৮.৮ গুগলের DNS, ৯.৯.৯.৯ কোড৯, এবং ২০৮.৬৭.২২২.২২২ ওপেনডিএনএস — সবই আপনার ISP-এর ডিফল্ট DNS-এর বৈধ বিকল্প।
চালিয়ে যান
স্ট্যান্ডার্ড, অনএনক্রিপ্টেড DNS ট্রাফিক সাধারণত কোন পোর্ট ব্যবহার করে?
APort 80BPort 443CPort 25DPort 53
সঠিক! DNS ডিফল্টভাবে পোর্ট ৫৩-এ কাজ করে এবং দ্রুত কুয়েরির জন্য UDP এবং বড় রেসপন্স বা জোন ট্রান্সফারের জন্য TCP উভয়ই ব্যবহার করে। এটি নেটওয়ার্কিং-এ সবচেয়ে মৌলিক পোর্ট নম্বরগুলোর একটি এবং ফায়ারওয়াল এবং সিকিউরিটি কনফিগারেশনে ঘন ঘন দৃশ্যমান।
ঠিক নয় — DNS পোর্ট ৫৩ ব্যবহার করে। পোর্ট ৮০ হলো HTTP, পোর্ট ৪৪৩ হলো HTTPS, এবং পোর্ট ২৫ হলো ইমেইলের জন্য SMTP। এই স্ট্যান্ডার্ড পোর্ট অ্যাসাইনমেন্টগুলো জানা ফায়ারওয়াল কনফিগার বা নেটওয়ার্ক সমস্যা সমাধান করার জন্য অপরিহার্য।
চালিয়ে যান
কোন ধরনের আক্রমণ একটি DNS রেজলভার ক্যাশে দূষিত করে ব্যবহারকারীদের দুর্ভাবনাপূর্ণ ওয়েবসাইটে রিডাইরেক্ট করে?
ADNS tunnelingBDNS spoofingCARP poisoningDBGP hijacking
সঠিক! DNS স্পুফিং, যাকে DNS ক্যাশ পয়েজনিং ও বলা হয়, একটি রেজলভারের ক্যাশে মিথ্যা DNS রেকর্ড ইনজেক্ট করে যাতে ব্যবহারকারীরা অজান্তেই আক্রমণকারী-নিয়ন্ত্রিত সাইটে রিডাইরেক্ট হয়। DNSSEC (DNS সিকিউরিটি এক্সটেনশন) বিশেষভাবে এই হুমলা প্রতিরোধ করার জন্য विकসিত করা হয়েছে।
ঠিক নয় — উত্তর হলো DNS স্পুফিং (অথবা ক্যাশ পয়েজনিং)। DNS টানেলিং DNS কুয়েরি ব্যবহার করে ডেটা স্মাগল করে, ARP পয়েজনিং লোকাল নেটওয়ার্ক ট্রাফিক লক্ষ্য করে, এবং BGP হাইজ্যাকিং ইন্টারনেট রাউটিং-এ অনেক বড় স্কেলে প্রভাব ফেলে। ক্যাশ পয়েজনিং হলো নির্দিষ্টভাবে DNS রেজলুশন প্রক্রিয়াকে লক্ষ্য করে আক্রমণ।
চালিয়ে যান
DNS TTL মান কী জন্য ব্যবহৃত হয়?
AIt sets the maximum number of hops a DNS packet can travelBIt defines how long a DNS record is cached before being refreshedCIt limits the number of simultaneous DNS queries a server can handleDIt encrypts the DNS response between server and client
সঠিক! TTL মানে Time To Live, এবং DNS-এ এটি নির্দেশ করে কত সেকেন্ড একটি রেজলভড রেকর্ড ক্যাশে সংরক্ষিত থাকবে রেজলভার আবার কুয়েরি করার আগে। কম TTL মানে পরিবর্তন দ্রুত প্রচারিত হয়; উচ্চ TTL মানে DNS কুয়েরি লোড কম কিন্তু আপডেট ধীর।
ঠিক নয় — DNS-এ TTL একটি রেকর্ডের ক্যাশ লাইফটাইম সংজ্ঞায়িত করে, না হপস, কুয়েরি লিমিট, বা এনক্রিপশন। আশ्चর্য, IP প্যাকেটগুলোরও একটি TTL ফিল্ড আছে কিন্তু সেটি নেটওয়ার্ক হপস গণনা করে, যা একটি সাধারণ বিভ্রান্তির কারণ কারণ একই শব্দ দুটি প্রেক্ষাপটে ভিন্ন অর্থ বহন করে।
চালিয়ে যান
ডোমেন নামকে IPv6 ঠিকানায় ম্যাপ করার জন্য দায়ী DNS রেকর্ডের ধরন কোনটি?
AA recordBCNAME recordCAAAA recordDMX record
সঠিক! AAAA রেকর্ড (উচ্চারণ 'কোয়াড-এ') একটি ডোমেন নামকে ১২৮-বিট IPv6 ঠিকানায় ম্যাপ করে। স্ট্যান্ডার্ড A রেকর্ড IPv4 ঠিকানা হ্যান্ডল করে, در той время CNAME একটি এলিয়াস রেকর্ড এবং MX রেকর্ড ইমেইল ট্রাফিককে উপযুক্ত মেইল সার্ভারে নির্দেশ করে।
ঠিক নয় — IPv6 ঠিকানাগুলো AAAA রেকর্ডে সংরক্ষিত হয়। A রেকর্ড IPv4 হ্যান্ডল করে, CNAME ডোমেন এলিয়াস তৈরি করে, এবং MX রেকর্ড মেইল রাউটিং হ্যান্ডল করে। IPv6 গৃহীত হওয়ার সাথে সাথে AAAA রেকর্ড DNS কনফিগারেশনে उत्तरোত্তর গুরুত্বপূর্ণ হচ্ছে।
চালিয়ে যান
মূল ১৯৮৩ DNS স্পেসিফিকেশন (RFC 882)-এ, DNS অস্তিত্বে আসার আগে হোস্টনেম রেজলভ করতে কী ব্যবহৃত হতো এবং আজও প্রতিটি আধুনিক অপারেটিং সিস্টেমে উপস্থিত?
AWINS (Windows Internet Name Service)BThe HOSTS fileCNIS (Network Information Service)DNetBIOS broadcasts
সঠিক! DNS-এর আগে, একটি কেন্দ্রীয়ভাবে রক্ষণাবেক্ষণ করা HOSTS.TXT ফাইল ARPANET-এ প্রতিটি কম্পিউটারে বিতরণ করা হতো। আপনার OS এখনও লোকাল হোস্টস ফাইল (লিনাক্স/ম্যাক-এ /etc/hosts বা উইন্ডোজে C:\Windows\System32\drivers\etc\hosts) DNS কুয়েরি করার আগে প্রথমে চেক করে — যাইহেতু এটি ওয়েবসাইট ব্লক করতে বা লোকালি DNS ওভাররাইড করতে ব্যবহার করা যায়।
ঠিক নয় — উত্তর হলো HOSTS ফাইল, একটি ফ্ল্যাট টেক্সট ফাইল যা DNS-এর আগের। এটি এখনও প্রতিটি আধুনিক OS-এ নাম রেজলুশন সময় প্রথমে চেক করা হয়, যাইহেতু ম্যালওয়্যার কখনও কখনও এটি মডিফাই করে ট্রাফিক হাইজ্যাক করে, এবং পারদর্শী ব্যবহারকারীরা এটি এডিট করে এড ব্লক বা নির্দিষ্ট ডোমেন ওভাররাইড করতে DNS সেটিংস ছেড়া ছাড়াই।
আমার স্কোর দেখুন
চ্যালেঞ্জ সম্পূর্ণ
আপনার স্কোর
/ ৮
খেলার জন্য ধন্যবাদ!
আবার চেষ্টা করুন
সেটি ক্লিক করার মুহূর্ত
দ্রুত ইন্টারনেট সাথে ধীর শুরু একটি খুব নির্দিষ্ট ধরনের বিরক্তি
আমাকে চূড়ান্ত পর্যন্ত ধাক্কা দিয়েছিল সেটি ব্যর্থতা ছিল না। এটি ছিল ধারাবাহিকতা। একবার পেজ লোড হওয়া শুরু হলে, সেটি উড়ে যেত। কোনো শিকায়ত নেই। কোনো ল্যাগ নেই। এসে যেন সবকিছু পুরোপুরি কাজ করছে। কিন্তু সেখানে পৌঁছানো মনে হয় যেন একটি দরজা খটখটি করছি এবং কেউ উত্তর দিতে একটু অনেক বেশি সময় নিচ্ছে। তাই আমি একটু জিজ্ঞাসুভাবে মনোযোগ দিতে শুরু করলাম। একই সাইটগুলো বারবার খুললাম। প্রথম লোড এবং রিফ্রেশের তুলনা করলাম। ক্যাশড পেজ বনাম নতুন রিকোয়েস্ট কীভাবে behave করে সেটি দেখলাম।
ক্যাশড পেজগুলো তাৎক্ষণিক ছিল। যেন আক্রমণাত্মকভাবে তাৎক্ষণিক। নতুন রিকোয়েস্টগুলো? প্রতিবার একই স্বাভাবিক বিরাম। সেটি তখন একটি অস্পষ্ট বিরক্তি থাকতে বন্ধ করলো এবং একটি প্যাটার্নের মত দেখতে শুরু করলো। এবং DNS সেই প্যাটার্নে একদম পারফেক্ট ফিট হয়। একবার দেখতে পেলে, আমি সেটি আনসি করতে পারিনি। প্রতিটি ক্লিক মনে হয় যেন এটি প্রথমে গলা सাফ করতে হচ্ছে।
DNS স্যুইচ করলে হিচকিচাহট তাৎক্ষণিক দূর হয়ে গেলো
একটি ভালো রেজলভার জিনিসপত্র দ্রুত করলো না, এটি জিনিসপত্র ঠিক মতো অনুভব করালো
আমি আমার ISP-এর DNS থেকে স্যুইচ করলাম এবং কিছু সুপরিচিত পাবলিক রেজলভার টেস্ট করলাম:
- ক্লাউডফ্লেয়ার (১.১.১.১)
- গুগল DNS (৮.৮.৮.৮)
- কোড৯ (৯.৯.৯.৯)
কোনো বড় আনুষ্ঠানিকতা নেই। কোনো সিস্টেম ওভারহল নেই। শুধু নেটওয়ার্ক সেটিংসে একটি শান্ত পরিবর্তন এবং একটি রিকানেক্ট। এবং পার্থক্য তাৎক্ষণিক ছিল এমনভাবে যে সেটি বিরক্তিকর প্রায়। পেজগুলো আর বিরাম খেয়না। সেগুলো শুধু খুলল। নতুন ট্যাবগুলো আর মনে হয়নি যেন একটি নেগোশিয়েশন। লিংকগুলো আমি ক্লিক করলেই রেসপন্স করল। সেই অদ্ভুত মাইক্রো-বিলম্ব যা প্রতিটি ইন্টারঅ্যাকশনে শান্তভাবে বাস করত ছিল সেটি শুধু গিয়ে গেল। একই সিস্টেম, একই ব্রাউজার, একই সবকিছু।
কিন্তু পুরো অভিজ্ঞতা টাইট বা চুস্ট মনে হলো। আরও আত্মবিশ্বাসী। যেন ইন্টারনেট অবশেষে হিচকিচানো বন্ধ করার সিদ্ধান্ত নিয়েছে। এটি এমন একটি পরিবর্তন যা কোথাও নাটকীয়ভাবে দেখায় না, কিন্তু একবার লক্ষ্য করলে, ফিরে যাওয়া মনে হয় যেন আপনার সিস্টেম হঠাৎ কমিটমেন্ট ইস্যু ডেভেলপ করলো।
জার্নালড আচরণকে উপেক্ষা করা অসম্ভব করলো
রিয়েল টাইমে DNS কুয়েরি দেখতে একটি অনুভূতিকে প্রমাণে রূপ দিল
এই পয়েন্টে, আমি শুধু উন্নতিটি অনুভব করতে চাইনি। আমি সেটি রঙে হাতে ধরতে চাইলাম। তাই জার্নালডের দিকে রুখ করলাম, কারণ যদি লিনাক্স সিস্টেমে কিছু ঘটে, এটি সাধারণত কোথাও সেটি বলছে।
systemd-resolved ব্যবহার করা সিস্টেমে, আপনি লাইভ DNS কুয়েরি দেখতে পারেন:
journalctl -u systemd-resolved -f DNS স্যুইচ করার আগে, প্যাটার্ন স্পষ্ট ছিল। কুয়েরিগুলো আসত, किंचित বিরাম নিত, তারপর রেজলভ হতো। কিছুই নাটকীয় নয়, শুধু একটু সুস্ত রেসপন্স সময়ের সাথে সাথে জমে পড়ে। স্যুইচ করার পর, সবকিছু চুস্ট হয়ে গেলো। রিকোয়েস্টগুলো দ্রুত রেজলভ হচ্ছে, কম আশ্চর্য বিলম্ব এবং কম বিনিময়। এটি পরিষ্কার, আরও সিদ্ধান্তমূলক দেখতে পেলো, যেন সিস্টেম আর নিজের ওপর সন্দেহ করছে না। এবং সেটি একটি খুব সন্তোষজনক অংশ।
এটি সেই টোয়েকগুলোর একটি নয় যেখানে আপনি নিজেকে বিশ্বাস করিয়ে নেন যে এটি ভালো লাগছে। লগগুলো এটিকে সমর্থন করলো। আচরণটি এমনভাবে পরিবর্তন হলো যা আপনি আসলে পর্যবেক্ষণ করতে পারলেন। এটিই পুরো জিনিসটিকে টোয়েকিং-এর চেয়ে বরং এমন কিছু ফিক্সিং-র মতো করে দিল যা কখনোও এত ধীর হওয়া উচিত ছিল না।
সম্পর্কিত
রাউটার বনাম কম্পিউটার DNS সেটিংস: এখানে কী দ্রুত ছিল
রাউটার বনাম পিসি লেভেলে DNS তুলনা করলে আমার নেটওয়ার্কের গতি এবং পারফরম্যান্সে আসল উন্নতি ঘটল।
কাঁচা গতি পেছনে ধাবার চেয়ে ঘর্ষণ দূর করাই সবসময় ভালো
এটি আপনার কানেকশন ম্যাক্স আউট করার বিষয় নয়। আপনার ডাউনলোড স্পিড হঠাৎ ডবল হবে না। আপনার স্পিড টেস্টের ফলাফল গুড়বো করার বিষয় হয়ে যাবে না। আপনার ব্যান্ডউইডথ সম্পর্কে কিছুই পরিবর্তন হয় না। যা পরিবর্তন হয় সেটি হলো সবকিছু কীভাবে শুরু হয়। এবং সেটিই অভিজ্ঞতার অধিকাংশंश যেখানে বাস করে। আমরা সারাদিন বড় ফাইল ডাউনলোড করি না। আমরা ক্লিক করি। ব্রাউজ করি। ট্যাবের মধ্যে যাও-আসি করি। আমরা সচেতনভাবে চিন্তা করার চেয়ে দ্রুত লিংক ফলো করি।
যদি এই ক্রিয়াগুলোর প্রতিটিতে শুরু হওয়ার আগে এমনকি একটি ছোট বিলম্ব থাকে, তাহলে এটি একটি olyanভাবে যোগ হয় যা অনুভব করা হয় চেয়ে ভারী। এটি নাটকীয় নয়। এটি এমনভাবে মাপযোগ্য নয় যা অধিকাংশ টুল paroisse। কিন্তু এটি নিঃসন্দেহে আপনার সিস্টেম কীভাবে অনুভব হয় সেটাকে প্রভাবিত করে। DNS স্যুইচ করলে সেই হিচকিচাহট চলে যায়। এটি সবকিছু আবার তাৎক্ষণিক অনুভব করায়। রেসপনসিভ। প্রেডিক্টেবল। এবং একবার সেই ঘর্ষণ চলে গেলে, এর ফিরে আসা খুব কঠিন হয়ে যায়। কারণ এখন আপনি জানেন এটি কখনো আপনার ইন্টারনেট ধীর ছিল না। এটি শুধু কেউ অন্যের জন্য একটি খুব সাধারণ প্রশ্নের উত্তর দেওয়ার জন্য অপেক্ষা করছিল।