আমি দুটি সার্ভারের মধ্যে অত্যন্ত ধীর ওপেনভিপিএন স্থানান্তর হারের অভিজ্ঞতা নিচ্ছি। এই প্রশ্নের জন্য, আমি সার্ভার A এবং সার্ভার বি সার্ভারগুলি কল করব B.
সার্ভার এ এবং সার্ভার বি উভয়ই সেন্টোস 6.6 চলছে। উভয়ই 100 এমবিট লাইন এবং ডেটা ট্রান্সফারগুলিতে ওপেনভিপিএন এর বাইরে দুটি সার্ভারের মধ্যে ~ 88 এমবিপিএসের কাছাকাছি অবস্থিত।
যাইহোক, আমি যখন সার্ভার এ এবং সার্ভার বি এর মধ্যে প্রতিষ্ঠিত ওপেনভিপিএন সংযোগের মাধ্যমে কোনও ফাইল স্থানান্তর করার চেষ্টা করি তখন আমি প্রায় .5.৫ এমবিপিএসের মাধ্যমেই থ্রুপুট পাই।
আইপিএফ থেকে পরীক্ষার ফলাফল:
[ 4] local 10.0.0.1 port 5001 connected with 10.0.0.2 port 49184
[ 4] 0.0-10.0 sec 7.38 MBytes 6.19 Mbits/sec
[ 4] 0.0-10.5 sec 7.75 MBytes 6.21 Mbits/sec
[ 5] local 10.0.0.1 port 5001 connected with 10.0.0.2 port 49185
[ 5] 0.0-10.0 sec 7.40 MBytes 6.21 Mbits/sec
[ 5] 0.0-10.4 sec 7.75 MBytes 6.26 Mbits/sec
এই ওপেনভিপিএন আইপিএফ পরীক্ষাগুলি বাদ দিয়ে উভয় সার্ভারগুলি শূন্য লোড সহ কার্যত সম্পূর্ণ নিষ্ক্রিয়।
সার্ভার এ আইপি 10.0.0.1 বরাদ্দ করা হয়েছে এবং এটি ওপেনভিপিএন সার্ভার। সার্ভার বি আইপি 10.0.0.2 বরাদ্দ করা হয়েছে এবং এটি ওপেনভিপিএন ক্লায়েন্ট।
সার্ভার এ এর জন্য ওপেনভিপিএন কনফিগারেশন নিম্নরূপ:
port 1194
proto tcp-server
dev tun0
ifconfig 10.0.0.1 10.0.0.2
secret static.key
comp-lzo
verb 3
সার্ভার বি এর জন্য ওপেনভিপিএন কনফিগারেশন নিম্নরূপ:
port 1194
proto tcp-client
dev tun0
remote 204.11.60.69
ifconfig 10.0.0.2 10.0.0.1
secret static.key
comp-lzo
verb 3
আমি কি লক্ষ্য করেছি:
১. আমার প্রথম ধারণাটি ছিল আমি সার্ভারে সিপিইউকে বাধা দিচ্ছি। ওপেনভিপিএন একক থ্রেডেড এবং এই দুটি সার্ভারই ইন্টেল জিয়ন এল 5520 প্রসেসর চালায় যা দ্রুততম নয় which যাইহোক, আমি top
আইপিএফ টেস্টগুলির একটিতে কমান্ড চালিয়েছি এবং 1
সিপিইউ ব্যবহারের জন্য কোর দ্বারা দেখার জন্য চাপ দিয়েছিলাম এবং দেখেছি যে প্রতিটি কোরের উপরে সিপিইউ লোড খুব কম ছিল:
top - 14:32:51 up 13:56, 2 users, load average: 0.22, 0.08, 0.06
Tasks: 257 total, 1 running, 256 sleeping, 0 stopped, 0 zombie
Cpu0 : 2.4%us, 1.4%sy, 0.0%ni, 94.8%id, 0.3%wa, 0.0%hi, 1.0%si, 0.0%st
Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu2 : 0.0%us, 0.0%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.3%st
Cpu3 : 0.3%us, 0.0%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu4 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu5 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu6 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu7 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu8 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu9 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu10 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu11 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu12 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu13 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu14 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu15 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 946768k total, 633640k used, 313128k free, 68168k buffers
Swap: 4192188k total, 0k used, 4192188k free, 361572k cached
2. আইপিআরপি চলাকালীন ওপেনভিপিএন টানেলের উপরে পিং গুনগুলি যথেষ্ট পরিমাণে বৃদ্ধি পায়। আইপিএফফ চলমান না থাকলে, টানেলের উপর পিংয়ের সময়গুলি ধারাবাহিকভাবে 60 মিমি (স্বাভাবিক) হয়। তবে যখন আইপিআরফ চলমান এবং ভারী ট্র্যাফিকের দিকে ধাবিত হয়, তখন পিং সময়গুলি ততক্ষণ হয়ে যায়। আমি আইপিএফ টেস্ট শুরু করার সময় 4 র্থ পিং পর্যন্ত পিং সময়গুলি কীভাবে স্থিতিশীল তা নীচে আপনি দেখতে পারেন:
PING 10.0.0.2 (10.0.0.2) 56(84) bytes of data.
64 bytes from 10.0.0.2: icmp_seq=1 ttl=64 time=60.1 ms
64 bytes from 10.0.0.2: icmp_seq=2 ttl=64 time=60.1 ms
64 bytes from 10.0.0.2: icmp_seq=3 ttl=64 time=60.2 ms
** iperf test begins **
64 bytes from 10.0.0.2: icmp_seq=4 ttl=64 time=146 ms
64 bytes from 10.0.0.2: icmp_seq=5 ttl=64 time=114 ms
64 bytes from 10.0.0.2: icmp_seq=6 ttl=64 time=85.6 ms
64 bytes from 10.0.0.2: icmp_seq=7 ttl=64 time=176 ms
64 bytes from 10.0.0.2: icmp_seq=8 ttl=64 time=204 ms
64 bytes from 10.0.0.2: icmp_seq=9 ttl=64 time=231 ms
64 bytes from 10.0.0.2: icmp_seq=10 ttl=64 time=197 ms
64 bytes from 10.0.0.2: icmp_seq=11 ttl=64 time=233 ms
64 bytes from 10.0.0.2: icmp_seq=12 ttl=64 time=152 ms
64 bytes from 10.0.0.2: icmp_seq=13 ttl=64 time=216 ms
৩. উপরে উল্লিখিত হিসাবে, আমি ওপেনভিপিএন টানেলের বাইরে আইপিপিআফ চালিয়েছি এবং থ্রুপুটটি স্বাভাবিক ছিল - ধারাবাহিকভাবে ~ 88Mbps।
আমি যা চেষ্টা করেছি:
১. আমি ভেবেছিলাম কম্প্রেশনটি জিনিসগুলিকে ব্যর্থ করে তুলছে, তাই আমি comp-lzo
উভয় কনফিগার থেকে অপসারণ করে ওপেনভিপিএন পুনরায় চালু করে সংক্ষেপণটি বন্ধ করে দিয়েছি । কোনও উন্নতি হয়নি।
২. যদিও আমি আগে আবিষ্কার করেছি যে সিপিইউর ব্যবহার কম ছিল, তবুও আমি ভেবেছিলাম সিস্টেমটি ধরে রাখতে ডিফল্ট সাইফারটি কিছুটা নিবিড় হতে পারে। তাই আমি cipher RC2-40-CBC
উভয় কনফিগ (খুব লাইটওয়েট সাইফার) যুক্ত করেছি এবং ওপেনভিপিএন পুনরায় চালু করেছি। কোনও উন্নতি হয়নি।
৩. আমি বিভিন্ন ফোরামে পড়ি কীভাবে টুকরো টুকরো টুকরো করলাম, এমএসফিক্স এবং এমটিটিউ-টিউন পারফরম্যান্সে সহায়তা করতে পারে। এই নিবন্ধে বর্ণিত হিসাবে আমি কয়েকটি প্রকরণের সাথে খেলেছি , তবে আবার কোনও উন্নতি হয়নি।
কী এমন কোনও ধারণা যা এই জাতীয় দুর্বল ওপেনভিপিএন কর্মক্ষমতা সৃষ্টি করতে পারে?
cipher none
যদিও আমি সন্দেহ করি যে এটি সাহায্য করবে।