পাথ সর্বাধিক সংক্রমণ ইউনিট (পিএমটিইউ) ব্ল্যাক হোল রাউটার সনাক্তকরণে ওএস এক্স ব্যর্থতা


1

আমি যখন আমার ম্যাকে একটি পডকাস্ট ডাউনলোড করার চেষ্টা করছিলাম তখন এটি শুরু হয়েছিল। ইথারনেট ইন্টারফেসটি জাম্বো ফ্রেম ব্যবহার করার জন্য সেট করা থাকলে স্নো চিতা এবং সিংহ উভয় ক্ষেত্রেই এটি ঘটে।

prompt> curl -v -o x.mpg http://audio.wnyc.org/freakonomics_specials/freakonomics_specials041112.mp3 
* About to connect() to audio.wnyc.org port 80 (#0)
*   Trying 204.93.180.53... Local Interface en0 is ip 172.16.1.2 using address family 2
* Local port: 0
* connected
* Connected to audio.wnyc.org (204.93.180.53) port 80 (#0)
> GET /freakonomics_specials/freakonomics_specials041112.mp3 HTTP/1.1
> User-Agent: curl/7.19.7 (universal-apple-darwin10.0) libcurl/7.19.7 OpenSSL/0.9.8r zlib/1.2.3
> Host: audio.wnyc.org
> Accept: */*
> 
OK
< Server: nginx/0.7.65
< Date: Mon, 16 Apr 2012 23:39:03 GMT
< Content-Type: audio/mpeg
< Content-Length: 42075070
< Last-Modified: Tue, 10 Apr 2012 21:15:08 GMT
< Connection: close
< Content-Disposition: attachment
< Accept-Ranges: bytes
< 
  0 40.1M    0     0    0     0      0      0 --:--:--  0:00:24 --:--:--     0^C

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

আমি স্থির করেছি যে আমি যে অংশটি ডাউনলোড করছি তার আকার 1448 বাইট বা তার চেয়ে কম যতক্ষণ না আমি আংশিক ফাইল ডাউনলোড করতে পারি। আমি 0-1447 বা 10000-11447 ব্যাপ্তিটি ব্যবহার করতে পারি তাই এটি ফাইলের অবস্থান নয়, এটি খণ্ডের আকার। আমার রাউটারের WAN এমটিইউ 1500 তে সেট করা হয়েছিল, তাই আমি 1400 এ না হওয়া পর্যন্ত এটিকে ধাপে হ্রাস করার চেষ্টা করেছি এবং এটি এখনও কোনও পার্থক্য করেনি।

আমি ভাবছিলাম পাথ এমটিইউ ব্ল্যাক হোল আবিষ্কারের ক্ষেত্রে এটি একটি সমস্যা কারণ যখন আমি ইথারনেট ইন্টারফেসে জাম্বো ফ্রেম ব্যবহার বন্ধ করি তখন সমস্যাটি চলে যায়। তবে ব্ল্যাকহোল আবিষ্কারের জন্য আমার সবকিছু সেট আপ করা হয়েছে (যতদূর আমি বলতে পারি) এবং পিং কোনও সমস্যা দেখতে পায় না:

ping  -g1435 -G1445 204.93.180.53PING 204.93.180.53 (204.93.180.53):
(1435 ... 1445) data bytes
1443 bytes from 204.93.180.53: icmp_seq=0 ttl=51 time=69.223 ms
1444 bytes from 204.93.180.53: icmp_seq=1 ttl=51 time=75.542 ms
1445 bytes from 204.93.180.53: icmp_seq=2 ttl=51 time=72.136 ms
1446 bytes from 204.93.180.53: icmp_seq=3 ttl=51 time=73.732 ms
1447 bytes from 204.93.180.53: icmp_seq=4 ttl=51 time=72.057 ms
1448 bytes from 204.93.180.53: icmp_seq=5 ttl=51 time=73.377 ms
1449 bytes from 204.93.180.53: icmp_seq=6 ttl=51 time=71.717 ms
1450 bytes from 204.93.180.53: icmp_seq=7 ttl=51 time=73.293 ms
1451 bytes from 204.93.180.53: icmp_seq=8 ttl=51 time=71.874 ms
1452 bytes from 204.93.180.53: icmp_seq=9 ttl=51 time=73.206 ms
1453 bytes from 204.93.180.53: icmp_seq=10 ttl=51 time=71.289 ms

আসলে, পিং 1494 বাইট পর্যন্ত পুরোপুরি কাজ করে, যদিও আমি বিশ্বাস করি যে ম্যাক অন্যান্য * নিক্সের চেয়ে বাইটকে আলাদাভাবে গণনা করে। (আমি মনে করি এটি আইসিএমপি শিরোনামের 8 বাইট হিসাবে ডেটা হিসাবে গণ্য হয়েছে, তবে আইপি শিরোনামের 20 বাইট নয়, বেশিরভাগের বিপরীতে যা উভয়ই গণনা করে না এবং কিছুগুলি উভয়ই গণনা করে))

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

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

পরামর্শ, কেউ?


এটি অদ্ভুত, যেন এটি এমটিইউ সম্পর্কিত, তবে এমটিইউ চোক পয়েন্টটি আপনার রাউটার, দূরবর্তী ওয়েবসাইট নয়, তাই এটি কোনও পার্থক্য করা উচিত নয়। আপনি কি একটি টিসিপিডাম্প চালাতে পারেন এবং দেখতে পাচ্ছেন যে আপনি icmp unreachableকাজ করে এমন সাইটগুলির জন্য এবং যেগুলি না তাদের জন্য একটি পেয়ে থাকেন ?
পল

@ পল, আমি জানি না, এটি এনজিনেক্স হোস্টে ভুল কনফিগারেশনের কারণে বা এর মধ্যের রুট এবং ফাইল সার্ভারে বা এর মতো কোনও কারণ হতে পারে। সার্ভার ক্লাস্টারের কিছু অংশ জাম্বো ফ্রেম ব্যবহার হচ্ছে এবং ফাইলটি একটি জাম্বো ফ্রেমে প্রেরণ করে তবে অন্য কিছু অংশ Don't Fragmentসেট করেছে যাতে ডেটা কখনই এটি তৈরি করে না। কি ঘটছে এ সম্পর্কে আমার সেরা অনুমান।
ওল্ড প্রো

তবে যদি রাউটারটি এমটিটিউ 1500 হয় তবে কোনও দূরবর্তী সার্ভারটি কীভাবে একটি জাম্বো ফ্রেম দেখতে পাবে? আপনার মেশিনের সেশন সেটআপের প্যাকেটগুলির মধ্যে একটি না পেয়ে যদি না এটি ডিএফ এবং> 1500 হয় - তবে কোনও পোস্ট জিইটি কীভাবে এটি আরও বেশি পেতে পারে তা আমি ভাবতে পারি না। এটিকে সঙ্কুচিত করার জন্য tcpdump / wireshark দরকার think
পল

@ পল, সর্বোচ্চ বিভাগের আকার টিসিপি সেটআপের সময় আলোচনা করা হয় Size 8960 থেকে 1460. বন্ধ আমার ম্যাক আমার বিজ্ঞাপনে এমএসএস ড্রপ জাম্বো ফ্রেম স্যুইচিং
প্রাচীন প্রো

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

উত্তর:


2

সমাধান নীচে উপস্থিত:

  • ইন্টারফেস এমটিইউকে 1500 এ নামিয়ে দিন। সিস্টেমের পছন্দসমূহ -> নেটওয়ার্ক নির্বাচন করুন, ইন্টারফেসটি নির্বাচন করুন (যেমন বিল্ট-ইন ইথারনেট), অ্যাডভান্সড ... বোতাম, ইথারনেট ট্যাব, এমটিইউ ড্রপ-ডাউন বা স্বয়ংক্রিয়ভাবে কনফিগার সেট করুন। এটি সমস্যার সমাধান করে তবে এর অর্থ আপনি ল্যানে জাম্বো ফ্রেম ব্যবহার করতে পারবেন না (কমপক্ষে এই কম্পিউটার থেকে)।
  • যদি এটি লিনাক্সে থাকে: iptablesকেবলমাত্র এই হোস্টের জন্য টিসিপি এমএসএস ক্ল্যাম্প ব্যবহার করুন । --set-mss 1460

সমাধান:

  • এমটিইউ কমিয়ে আনার জন্য সার্ভার কনফিগারেশনটি ঠিক করুন বা পাথ এমটিইউ আবিষ্কারের কাজ করুন।

এটি যেমন ঘটেছিল, অবশেষে আমি সিডিএন সংস্থার সাথে কথা বলার জন্য এমন কাউকে খুঁজে পেতে সক্ষম হয়েছি যারা সমাধানটি বাস্তবায়ন করতে পারে এবং তারা এমটিইউ কমিয়ে দিয়েছে এবং এটি সমস্যার সমাধান করেছে।

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