লিনাক্সে নির্বাচিত ওয়েবসাইটগুলি অ্যাক্সেস করতে পারবেন না (তবে উইন্ডোতেও পারেন)


10

আমার ইন্টারনেট সংযোগটি আমার সরবরাহকারীর সাথে সরাসরি ল্যান সংযোগ হিসাবে ব্যবহৃত হত। তারপরে, উইন্ডোজ এবং উবুন্টু (দ্বৈত বুট) উভয়টিতেই সমস্ত কিছু সূক্ষ্ম লোড হবে। যাইহোক, কিছুক্ষণ আগে তাদের একটি ব্যবহারকারী নাম এবং পাসওয়ার্ড (পিপিপিওই কানেকশনের মাধ্যমে) ব্যবহার করে আমার ডায়াল করা প্রয়োজন। তবে তার পর থেকে উইন্ডোতে এ জাতীয় কোনও সমস্যা না থাকলেও আমি উবুন্টুতে নির্দিষ্ট কিছু ওয়েবসাইট ব্রাউজ করতে পারিনি। কয়েকটি উদাহরণ ওয়েবসাইটগুলি হ'ল - ওভির সাইন ইন পৃষ্ঠা (যদিও শেয়ার.ovi.com জরিমানা করে, এবং নোকিয়া ডট কম জরিমানা করে), লাইভ মেল (ক্রোম (আইওএম) এবং অপেরাতে কাজ করে তবে ফায়ারফক্সে নয় (3.6 এবং 4)) এবং অন্যান্য এলোমেলো ওয়েবসাইট।

কিছু ওয়েবসাইট যা ক্রোমে টাইমআউট বার্তাগুলি লোড করে না এবং কিছু ওয়েবসাইটের জন্য ব্রাউজারটি শেষ না করেই লোড করার চেষ্টা চালিয়ে যাবে (আমি এটি কয়েক ঘন্টার জন্যও রেখে দিয়েছি তবে ভিন্ন কিছু ঘটেনি তা লক্ষ্য করি নি)।

আমি মন্তব্যে প্রস্তাবিতদের মধ্যে ডিএনএস সার্ভারগুলি পরিবর্তন করার চেষ্টা করেছি। এমনকি আমি ফেডোরা লাইভসিডি থেকে বুট করার চেষ্টা করেছি এবং তারপরে তাদের ডিএনএস (এবং এমনকি ওপেনডিএনএস-এর মধ্যেও) পরিবর্তন করেছি, তবে ঠিক একই জিনিসটি ঘটে।

উইন্ডোজে এখানে আইপনফিগের আউটপুট:

বিকল্প পাঠ

যদি এটি কোনও সহায়তা হয় তবে অপেরা ত্রুটি বার্তাগুলি কিছুটা বেশি তথ্যবহুল বলে মনে হচ্ছে এবং তাদের পরিবর্তে নিম্নলিখিত ত্রুটি রয়েছে:

  • সুরক্ষিত সংযোগ: মারাত্মক ত্রুটি (552)
  • সুরক্ষিত সংযোগ: মারাত্মক ত্রুটি (40)

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

কেউ কি জানেন যে এটি কেন ঘটছে এবং কীভাবে এটি স্থির করা যায়?

আপডেট: সবেমাত্র এখানে http://ubuntuforums.org/showthread.php?t=1571086&hightlight=pppoe দেখেছি যে অন্য কারওর মতোই সমস্যা হচ্ছে এবং / ইত্যাদি / নেটওয়ার্কম্যানেজারে একটি নেটওয়ার্কম্যানেজার.কনফ ফাইল রেখে সমাধান করেছেন। সেই ফাইলটিতে কী থাকতে হবে?


আমি ভাবছি আপনি যে ডিএনএস সার্ভারগুলি ব্যবহার করছেন তা খুব ভাল না হলে। আপনি কি 4.2.2.2 বা 8.8.8.8 এর মতো কিছুতে আপনার ডিএনএস সার্ভারগুলি ম্যানুয়ালি সেটআপ করার চেষ্টা করতে পারেন এবং দেখুন যে এটি সাহায্য করে কিনা।
ডেল্টারে

সংযোগের কোন অংশটি আপনাকে লগইন / পাসওয়ার্ড টাইপ করছে তা পরিষ্কার নয়। "নেটওয়ার্ক সংযোগগুলি" এ আপনার কি নতুন সংযোগ আছে? আপনি ipconfigউইন্ডোজ অধীনে কমান্ড আউটপুট দিতে পারেন ?
ভিক্টর সার্জিয়েনকো

@ ভিক্টর সার্জিয়েনকো: আমি পোস্টটি আপডেট করেছি এবং আইপনফিগ আউটপুট যুক্ত করেছি।
মুসনুন

বাহ, আমি ভেবেছিলাম এটি ভিপিএন সংযোগটি পাসওয়ার্ডের জন্য জিজ্ঞাসা করছে, তবে কিছুই নেই।
ভিক্টর সার্জিইঙ্কো

না, ভিপিএন নয়, পিপিপিওই।
মুসনুন

উত্তর:


16

( ইউনিক্স স্ট্যাক এক্সচেঞ্জ থেকে অনুলিপি করা হয়েছে )

আপনার একটি এমটিইউ সমস্যার লক্ষণ রয়েছে : কিছু টিসিপি সংযোগগুলি নির্দিষ্ট প্রদত্ত কমান্ড বা ইউআরএল-এর জন্য কম-বেশি পুনরুত্পাদনযোগ্যভাবে জমে যায় তবে সহজেই বোঝা যায় না সামগ্রিক প্যাটার্ন। একটি বলার লক্ষণ হ'ল ইন্টারেক্টিভ ssh সেশনগুলি ভাল কাজ করে তবে ফাইল স্থানান্তর প্রায় সর্বদা ব্যর্থ হয়। তদতিরিক্ত পিপিপি হ'ল হোম ব্যবহারকারীদের জন্য এমটিইউ সমস্যার এক নম্বর ব্রিংগার। সুতরাং আমি একটি এমটিইউ চেক লিখছি।

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

কীভাবে এটি পরিমাপ করা যায়। প্রদত্ত আকারের পিং প্যাকেটগুলি বাইরের হোস্টগুলিতে পাঠানোর চেষ্টা করুন যা তাদের প্রতিক্রিয়া জানায়, যেমন ping -c 1 -s 42 8.8.8.8(লিনাক্সে; অন্যান্য সিস্টেমে, আপনার pingকমান্ডের ডকুমেন্টেশন সন্ধান করুন )। আপনার প্যাকেটগুলি 42 টির জন্য পর্যাপ্ত পরিমাণে মূল্য অর্জন করতে হবে (যদি 42 টি কাজ না করে তবে কিছু পিংস ব্লক করছে)) বড় মানের জন্য, প্যাকেট মাধ্যমে পাবেন না। 1464 হ'ল একটি সাধারণ সর্বোচ্চ মান যদি অবকাঠামোটির সীমিত অংশটি আপনার স্থানীয় ইথারনেট নেটওয়ার্ক হয়। আপনি যদি ভাগ্যবান হন, আপনি যখন একটি খুব বড় প্যাকেট প্রেরণ করেন, আপনি একটি বার্তা দেখতে পাবেন Frag needed and DF set (mtu = 1492)। আপনি যদি ভাগ্যবান না হন তবে সর্বাধিকের পরিমাণটি না পাওয়া পর্যন্ত কেবল মানটি নিয়ে পরীক্ষা চালিয়ে যান, তারপরে ২৮ টি যোগ করুন ( -sপে-লোডের আকারটি নির্দিষ্ট করে এবং এটির পাশাপাশি 28 বাইট রয়েছে)। আরো দেখুনউবুন্টু ফোরামে এমটিইউ এবং আরডব্লিন ব্যবহার করে কীভাবে আপনার ইন্টারনেট সংযোগটি অপ্টিমাইজ করা যায়।

এটি কীভাবে সেট করবেন (আপনার নির্ধারিত এমটিইউ দ্বারা 1454 প্রতিস্থাপন করুন এবং eth0আপনার নেটওয়ার্ক ইন্টারফেসের নামে)

  • একবারে অফ (লিনাক্স) হিসাবে: চালান ifconfig eth0 mtu 1454
  • স্থায়ীভাবে (ডাবিয়ান এবং ডেরিভেটিভ যেমন উবুন্টু, যদি নেটওয়ার্ক ম্যানেজার ব্যবহার না করে): সম্পাদনা করুন /etc/network/interfaces। আপনার নেটওয়ার্ক ইন্টারফেসের জন্য প্রবেশের ঠিক পরে ( iface eth0 …নির্দেশের পরে ), এর সাথে একটি লাইন যুক্ত করুন pre-up ifconfig $IFACE mtu 1454। বিকল্পভাবে, যদি আপনার আইপি ঠিকানা স্থিতিশীল হয়, আপনি নির্দেশকে mtu 1454প্যারামিটার যুক্ত করতে পারেন iface eth0 inet static
  • স্থায়ীভাবে (ডাবিয়ান এবং ডেরিভেটিভস যেমন উবুন্টু, নেটওয়ার্ক ম্যানেজারের সাথে বা তার বাইরে): /etc/network/if-pre-up.d/mtuনিম্নলিখিত লিখিত সামগ্রীগুলির সাথে ডাকা একটি স্ক্রিপ্ট তৈরি করুন এবং এটি বিশ্ব-সম্পাদনযোগ্য ( chmod a+rx) করুন:

    #!/bin/sh
    ifconfig $IFACE mtu 1454
    

2
কেন এমন হয়? কারণ আপনার প্যাকেটগুলি পিপিপিওই (ইথারনেট ওভার পিপিপি) এর উপরে সুড়ঙ্গ হয়ে উঠছে, এবং এটি 1540 এর মধ্যে সীমাবদ্ধ রয়েছে, তাই যদি আপনার প্যাকেট প্লাস টানেলের ওভারহেড এর চেয়ে বড় হয় তবে এটি খণ্ডিত হয়ে যায়। কিছু (এমএস) অপারেটিং সিস্টেম প্যাকেট পুনরায় বিহীন করে না। সুতরাং আপনি কিছু সাইটে পৌঁছাতে পারবেন না, (এমএস উইন্ডোজ সার্ভার দ্বারা পরিবেশন করা)) [আপনি আসলে এমটিইউ 1300 সেট করতে পারেন এবং এটি বেশ ভালভাবে কাজ করবে] এটি আমার বাড়িতে ঘটেছিল, এটি এটি স্থির করে দিয়েছে।
টিম উইলিসক্রফ্ট

1
তোমাকে অনেক ধন্যবাদ! আমার দীর্ঘদিন ধরে এই সমস্যাটি ছিল এবং আমি কিছু সাইট না গিয়েই কেবল তৈরি করেছি। এখন আমি শেষ পর্যন্ত এই সমস্যাটি ছাড়াই চালিয়ে যেতে পারি।
কেভিন জলবার্ট

ধন্যবাদ, একটি পরিষ্কার ইনস্টল করার পরে আর্চলিনাক্সে এই সমস্যা ছিল, এটি সমাধান করার জন্য কিছুই উপস্থিত হয়নি, তবে আপনার সমাধানটি কেবল দুর্দান্ত। চিয়ার্স!
জিনকে

আমার সমস্যা এই লিঙ্কটি
e_sorsh

0

আমি ইন্টারফেস ফাইলে ডিফল্ট কনফিগারেশনটি ছেড়ে দিয়েছি তবে MTU=1300আমার ওয়্যারলেস রাউটার "WAN" বিভাগে সেট করেছি।

যে সমস্যার সমাধান।


আপনি কোন ফাইলটি পরিবর্তন করেছেন এবং লিনাক্সের কোন সংস্করণ ব্যবহৃত হয়েছিল তা ব্যাখ্যা করার জন্য এটি এই উত্তরের উন্নতি করবে।
কেভিন প্যাঙ্কো

0

আমি একই সমস্যা আছে। কিছু ওয়েবসাইট আমার কুবুন্টু 17.04 এ খুলতে পারে না। আমি এই আদেশটি ব্যবহার করি:

echo 0 >/proc/sys/net/ipv4/tcp_timestamps

3
আপনি কি তা ব্যাখ্যা করতে পারেন?
আরজন

0

সমস্যাটি ডিএনএস সেটআপের সাথে সম্পর্কিত হতে পারে। আমার জন্য, কয়েকটি পদক্ষেপ করে সমস্যার সমাধান হয়েছে:

  1. প্রথমে টার্মিনালটি খুলুন।
  2. ভিতরে, চালান sudo apt-get install resolvconf(এটি resolvconfপ্যাকেজ ইনস্টল করবে )।
  3. /etc/resolvconf/resolv.conf.d/ডিরেক্টরিতে যান ।
  4. baseচালিয়ে রুট অনুমতি নিয়ে ফাইলটি খুলুন sudo nano base
  5. সহজভাবে, এন্ট্রি যুক্ত / পরিবর্তন করুন। একটি বৈধ প্রবেশের উদাহরণ nameserver 8.8.8.8। এন্ট্রিগুলি অবশ্যই নতুন লাইন দ্বারা পৃথক করা উচিত। নিম্নলিখিতটি একটি বৈধ ফাইল:
    নেমসারভার 8.8.8.8
    নেমসারভার 8.8.4.4
    
    দ্রষ্টব্য : ডিএনএসের নাম এবং ঠিকানাগুলির একটি তালিকা এখানে পাওয়া যাবে
  6. ফাইল এবং সংরক্ষণ করে প্রস্থান করুন।
  7. চালান sudo resolvconf -u(এটি ডিএনএস কনফিগারেশন আপডেট করবে)।

এটাই! এখন, কিছু ওয়েবসাইট লোড করার চেষ্টা করুন যা লোড হয়নি, এটি কাজ করা উচিত!

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