আমি কীভাবে একটি উচ্চ বিলম্বিত লিঙ্কের ওপেনভিপিএন নির্ভরযোগ্যতা উন্নত করব?


11

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

"আমি সুড়ঙ্গ মাধ্যমে ping করতে পারেন, কিন্তু কোনো বাস্তব কাজ আপ লক করার এটা ঘটায়। এই একটি MTU সমস্যা?" VPN খুলুন প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী প্রশ্ন ঠিক আমার সমস্যাটি বর্ণনা বলে মনে হয়, কিন্তু ব্যবহার mssfixএবং fragmentএখনও অনেক কিছু করার পরিস্থিতির উন্নতি বলে মনে হচ্ছে না।

আমার মূল পরীক্ষা দিয়ে VPN এর উপর একটি 2MB ফাইল কপি হয় scp কমান্ড । এটি 192kbytes সম্পর্কে অনুলিপি করবে এবং তারপরে একটি স্থগিত - প্রতিবেদন করবে । আমি যদি কয়েক সেকেন্ড অপেক্ষা করি তবে এটি আবার অনুলিপি করা শুরু করবে এবং তারপরে আবার কেবাইটের আরও কয়েকটা স্টল।

আমার ওপেনভিপিএন কনফিগারেশনে আমি বিকল্পগুলি fragmentবা mssfixবিকল্পগুলি সেট করেছি কিনা তা এই স্টলিংটি ঘটে (যদিও সেটিংটি fragment 1000স্ট্যালিংকে কমিয়েছে বলে মনে হয়েছে, তবে এটি অপসারণ করছে না)। ওপেনভিপিএন mtu-test1542 এমটিইউ আকার হিসাবে রিপোর্ট করেছে।

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

আমার প্রশ্নগুলি তখন:

  • আমি কখন mssfixএবং ব্যবহার করব fragment?
  • আমি কি ব্যবহার mssfixএবং fragmentসংমিশ্রণে?
  • যদি mssfixএবং fragmentসমাধান, কি হয় tun-mtu, link-mtuএবং mtu-discএর প্যারামিটারগুলি?

তদ্ব্যতীত, আমি ব্যান্ডউইদথ পরিমাপ করতে আইপিআরএফ সরঞ্জামটি ব্যবহার করছি । ভিপিএন ব্যতীত, এটি ক্রমাগত 210 কুইটস / সেকেন্ডের ক্রম হিসাবে পরিমাপ করে।

ভিপিএন ( ) এর মাধ্যমে আইপিআরপি ব্যবহার করার সময় $ iperf -c remoteserver -t60 -i5এটি 10 ​​কেবিট / সেকেন্ডে শুরু হবে, তারপরে ধীরে ধীরে উপরে উঠে 1.2 মিমিট / সেকেন্ডের রিপোর্ট না করা হবে এবং তারপরে এটি স্টল হিসাবে দেখাবে, যেখানে এটি বেশিরভাগ পুনরাবৃত্তির জন্য 0 কেবিট / সেকেন্ড রিপোর্ট করে (I মনে করুন যে 1.2Mbit / সেকেন্ড কিছু ওপেনভিপিএন বাফারিং বা এর কারণ হতে পারে)

আইপিআরফ কি ব্যান্ডউইথ পরিমাপের সেরা উপায়?

এই পরিস্থিতির সাথে যে কোনও সহায়তা প্রশংসিত হবে।


এই মুহুর্তে কি ওপেনপিএন টিসিপি বা ইউডিপি ব্যবহার করছে?
pjc50

এটি বর্তমানে ইউডিপি
iWerner

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

উত্তর:


5

1542 এমটিইউ হিসাবে? ওয়ান লিঙ্কের জন্য এটি কখনও শুনেনি। সাধারণত, এমটিইউ হ'ল সর্বোচ্চ পেললোড, আইপি প্যাকেটের আকার মাইনাস শিরোনাম আইপি (20 বাইট) এবং আইসিএমপি (8 বাইট)। এর অর্থ একটি traditionalতিহ্যবাহী ইথারনেট ল্যানের জন্য এমটিইউ = 1500। তদ্ব্যতীত, বেশিরভাগ ভিপিএন তাদের প্যাকেট এনক্যাপসুলেশনের জন্য একটি ওভারহেড প্রবর্তন করে। একটি সাধারণ ভিপিএন এমটিইউ 1400।

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

এমএসএস (সর্বোচ্চ বিভাগের আকার) এমটিইউ বিয়োগ আইপি + টিসিপি শিরোনাম (40 বাইট)। এটি সাধারণত নেটওয়ার্ক স্ট্যাক দ্বারা আলোচিত হয় এবং এমটিইউ ভুল না হলে সাধারণত এমটিইউয়ের মতো আলোচনার সমস্যা থাকে না। (এমটিইউ আলোচনাটি সাধারণত ব্লকড আইসিএমপি বা ব্ল্যাকহোল রাউটার দ্বারা প্রতিবন্ধী হয়)।

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


কিছু পরিবর্তন করার আগে প্যাকেট ক্যাপচারের জন্য +1। এমনকি যদি আপনি কোনও বিশাল ফ্রেম না পান তবে আপনি দেখতে পাবেন কোথাও 'সাধারণ' প্যাকেটগুলি খণ্ডিত।
জাভেয়ের

1
ডিফল্টরূপে ওপেনভিপিএন টিউন ডিভাইসের এমটিইউ 1500 তে সেট করে (যা আমাদের মেশিনগুলির ইথারনেট ডিভাইসে এমটিইউয়ের সমান)। আমি এখনও নিশ্চিত নই যে ভিপিএন প্যাকেটের খণ্ডন কোনও ভাল জিনিস বা খারাপ জিনিস কিনা। এই থ্রেডের উত্তরগুলি বোঝায় যে এটি খারাপ, যদিও ওয়েবে আমি যে অন্যান্য রেফারেন্স পেয়েছি তা বোঝায় যে এটি ভাল।
iWerner

2
@ আইওয়ারার: ​​আপনি পিংয়ের সাথে এমটিটিও আকার নির্ধারণ করার চেষ্টা করেছেন? যদি আইসিএমপি অন্যদিকে অক্ষম না করা হয় তবে আপনি উইন্ডোগুলিতে নিম্নলিখিতটি ব্যবহার করতে পারেন: পিং -ফ-এল 1372 <গন্তব্য আইপি>। সংখ্যাটি সাফল্য না হওয়া পর্যন্ত হ্রাস করতে থাকুন। লিনাক্সে, পিং-এস 1372 -এম কর <গন্তব্য আইপি>। এফওয়াইআই, ওপেনভিপিএন এফএকিউ এমএসফিক্স 1200 ব্যবহার করার পরামর্শ দিচ্ছে, তবে এটির মূল কারণটি চিহ্নিত করা হয়নি। খণ্ডে ভিপিএন সমাধানগুলি ব্যবহার করার ক্ষেত্রে সর্বদা পারফরম্যান্স হিট হওয়ার সম্ভাবনা থাকে। আপনার যদি একটি বড় ভিপিএন সেটআপ থাকে তবে আপনি কেন্দ্রীয় ঘনকীয় প্রান্তে কেবলমাত্র দূরবর্তী অফিসের প্রান্তে টুকরো টুকরো ব্যবহার করতে সক্ষম হবেন না।
গ্রেগ Askew

2

কৌতূহলের বাইরে, আপনি কি নেটওয়ার্ক ইন্টারফেসের এমটিইউ হ্রাস করার চেষ্টা করেছেন? সম্ভবত উপগ্রহের লিঙ্কটি খারাপভাবে টুকরো টুকরো টুকরো টুকরো করে একটি পাল্টা স্বজ্ঞাত নোট হিসাবে, আপনি পরিবর্তনের জন্য TCP- র মাধ্যমে ওপেনভিপিএন চেষ্টা করতে চাইতে পারেন। আমি জানি এটি পারফরম্যান্স হ্রাস উচিত, কিন্তু লাইন বরাবর খণ্ড খণ্ডে আপনার যদি নিয়ন্ত্রণ না থাকে তবে এটি আপনাকে সহায়তা করতে পারে।


আমি বিপরীতে পরামর্শ দিতে যাচ্ছিলাম :) - এই উচ্চ বিলম্বের কেসটি হ'ল টিসিপি-ইন-টিসিপি সমস্যা দেখা দেয় এবং ইউডিপি তা এড়াতে পারে।
pjc50

আমি ধরে নিচ্ছিলাম যে সে ওপেনভিপিএন-এর জন্য ডিফল্ট ইউডিপি পোর্ট ব্যবহার করছে, এবং এর বিপরীতে প্রস্তাব দিয়েছে .. হ্যাঁ, সাধারণত আমি আপনার সাথে একমত হই। তবে ওহে, আমরা সকলেই জানি যে সিসাদমিন ট্রায়াল-অ্যান্ড-ত্রুটি, এবং সাধারণত 'চেষ্টা করে-এর-বিপরীত-দেখুন-যদি এটি-কাজ করে' :)
লরেঞ্জজ

ধন্যবাদ। আমরা এই মুহুর্তে ইউডিপি ব্যবহার করছি, এবং টিসিপি চেষ্টা করেও আমার কাছে কখনও আসেনি। (আমার যদি আরও প্রতিনিধি থাকে তবে আমি আপনাকে
উজ্জীবিত করতাম

@ আই ওয়ার্নার: ধন্যবাদ :) এছাড়াও, আইফেসের উপর ক্রমান্বয়ে এমটিইউ হ্রাস করার চেষ্টা করুন এবং দেখুন কখন এটি বন্ধ হয় (যদি তা হয়)।
lorenzog

2

আপনি যখন টিসিপি ব্যবহার করেন, টিসিপি-র উইন্ডো আকার বাড়ান; এটি "বাতাসে প্যাকেটের সংখ্যা" দিয়ে সহায়তা করবে।

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

আমি পরে আপনার প্রশ্ন আমি দেখতে BGAN চালাচ্ছেন পুনরায় পড়তে - আমি একটি ভাল চেহারা আছে চাই এই (বা শুধু এর জন্য Google: "BGAN স্পুফিং")।

ব্যান্ডউইথের পরিমাপ হিসাবে, আপনি যুক্তিসঙ্গত প্যাকেটের আকার ব্যবহার করছেন ততক্ষণ আমি আইপিআরপিটিকে বেশ শালীন বলে মনে করেছি।


এটি আকর্ষণীয় - এটি উল্লেখ করেছে যে টিসিপি এক্সিলারেটর রেডহাটের জন্য উপলব্ধ, যখন আমরা যে ইনমারস্যাট লোকদের সাথে কথা বলেছিলাম এটি কেবল উইন্ডোজ এবং ওএস এক্সের জন্য উপলব্ধ ছিল (এবং এটি সত্যই ইনমারস্যাট / বিজিএএন ওয়েবসাইট বলে)
আইওয়ার্নার ২

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

আমি আমাদের স্যাটেলাইট সরবরাহকারীর কাছ থেকে রান পেয়েছি; তারা কী সম্পর্কে কথা বলছে তা জানে এমন কাউকে পাওয়া শক্ত। আমি চেষ্টা চালিয়ে যাব, গড় সময় এখানে চেষ্টা কিছু আছে: sourceforge.net/projects/pepsal প্রকল্পের বর্ণনা এটা প্রায় কাছাকাছি কি Inmarsat সফ্টওয়্যার করছে করছে থেকে: PEPsal একটি সমন্বিত, মাল্টি লেয়ার, স্বচ্ছ বিভিন্ন TCP হয় পারফরম্যান্স এনহান্সিং প্রক্সি যা সংযোগটি দুটি ভাগে বিভক্ত করে, ডেটা প্রেরণ করার সময় লিনাক্স টিসিপি বর্ধন ব্যবহার করে এবং বিভিন্ন বৈশিষ্ট্যের সাথে লিঙ্কগুলিতে মূলত কর্মক্ষমতা উন্নত করে
এডি

2

আমি মনে করি আপনি সম্ভবত ভুল গাছে ভিজছেন। আমার যখনও এমটিইউতে সমস্যা হয়েছে, 192KB এর আগে ট্র্যাফিক বন্ধ হয়ে গেছে। আমি মনে করি এটি "ফ্লাইট প্যাকেটে" উইন্ডোতে, টিসিপি উইন্ডো বা স্যাটেলাইটের কিছু বাফার নিজেই আপলিংকের সাথে আরও সম্পর্কিত।

নিশ্চিতভাবে কিছু দীর্ঘ প্যাকেট যেমনটি (উভয় 'ভিতরে' এবং VPN এর 'বাইরে') এবং দেখতে আপনার সমস্ত পেয়ে থাকেন যদি ACK'র

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