ওপেনভিপিএন পারফরম্যান্স উন্নত করা হচ্ছে


10

আমি আমার ওপেনভিপিএন কর্মক্ষমতা উন্নত করার চেষ্টা করছি এবং এটি আমার বর্তমান সেটআপ:

 cat /etc/openvpn/server.conf
port 443 #- port
proto tcp #- protocol
dev tun
#tun-mtu 1500
tun-mtu-extra 32 
#mssfix 1450
tun-mtu 64800
mssfix 1440
reneg-sec 0
ca /etc/openvpn/easy-rsa/2.0/keys/ca.crt
cert /etc/openvpn/easy-rsa/2.0/keys/server.crt
key /etc/openvpn/easy-rsa/2.0/keys/server.key
dh /etc/openvpn/easy-rsa/2.0/keys/dh1024.pem
plugin /etc/openvpn/openvpn-auth-pam.so /etc/pam.d/login
#plugin /usr/share/openvpn/plugin/lib/openvpn-auth-pam.so /etc/pam.d/login #- Comment this line if you are using FreeRADIUS
#plugin /etc/openvpn/radiusplugin.so /etc/openvpn/radiusplugin.cnf #- Uncomment this line if you are using FreeRADIUS
client-to-client
client-cert-not-required
username-as-common-name
server 10.8.0.0 255.255.255.0
push "redirect-gateway def1"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
keepalive 5 30
comp-lzo
persist-key
persist-tun
status 1194.log
verb 3

ক্লায়েন্ট:

client
dev tun
proto tcp
remote 18.4.26.8 443
resolv-retry infinite
nobind
tun-mtu 64800
tun-mtu-extra 32
mssfix 1440
persist-key
persist-tun
auth-user-pass
comp-lzo
verb 3

ওয়েবে আমি যা পেয়েছি তার থেকে আমি এমটিইউ এবং এমএসএসএফআইএক্সে কিছু পরিবর্তন করেছি।

আমি কি কর্নেল পরিবর্তন করতে পারি? এটি একটি CentOS 6.x বাক্স। আমি বিএসডি ভিত্তিক কিছু জিনিস পেয়েছি তবে লিনাক্সের জন্য কিছুই কার্যকর হয়নি।

আমি জানি টিসিপি ইউডিপি এর চেয়ে ধীরে ধীরে তবে নেটওয়ার্কে ফায়ারওয়ালটি পেতে আমার এসএসএল ট্র্যাফিকের মতো দেখতে সক্ষম হওয়া দরকার।

অন্যান্য ধারণা?

আমি আরডিপি করেছিলাম সেই নেটওয়ার্কে থাকা অন্য কোনও ক্লায়েন্টের কাছে পিং।

Pinging 10.8.0.6 with 32 bytes of data:
Reply from 10.8.0.6: bytes=32 time=152ms TTL=128
Reply from 10.8.0.6: bytes=32 time=565ms TTL=128
Reply from 10.8.0.6: bytes=32 time=152ms TTL=128
Reply from 10.8.0.6: bytes=32 time=782ms TTL=128

Ping statistics for 10.8.0.6:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 152ms, Maximum = 782ms, Average = 412ms

পারফরম্যান্সের উন্নতি করার জন্য বা পিংকে কিছু ফেলে দেওয়ার কোনও উপায় আছে কি?

সম্পাদনা: টুকরো টুকরো টুকরো সেটটি কিছু সাহায্য করবে?


I know TCP is slower then UDP but I need to be able to look like SSL traffic to get thru a firewall on the network.আপনার নেটওয়ার্ক প্রশাসককে কাজের জায়গায় ওপেনভিএনএন পোর্টটি খুলতে বলছেন না কেন? সম্পর্কিত নোটে, এই প্রশ্নটি Licensing, legal advice, and *circumvention of security or policy*আমি পরিষ্কার করা উচিত এমন FAQ এর শর্ত লঙ্ঘন করতে পারে ।
prateek61

1
এটি সম্পর্কে অবৈধ কিছুই না। দূর থেকে আমার নিজস্ব সিস্টেম অ্যাক্সেস করার একমাত্র উপায়। :)

2
আপনি যেখানেই থাকুন না কেন আমি ফায়ারওয়াল নীতিটি বাইপাস করার বিষয়ে আরও কথা বলছিলাম। আপনি কেন নেটওয়ার্ক প্রশাসককে বন্দরটি খুলতে বলবেন না? আমি সত্যিই আইনীকরণের বিষয়ে কথা বলছিলাম না, সুরক্ষা নীতিমালার বিষয়ে আরও আলোচনা করছিলাম।
prateek61

হয়তো sshuttle TCP ওভার TCP VPN জন্য আপনার জন্য আরো ভালোভাবে কাজ করবে
ptman

উত্তর:


13

সংক্ষিপ্ত উত্তর: অক্ষম করুন comp-lzo

আমি বুঝতে পারি এটি একটি পুরানো পোস্ট, তবে আমি ওপেনভিপিএন এর খারাপ পারফরম্যান্সেও ভুগছিলাম। আমি এমটিইউ সামঞ্জস্য করে, এসএনডি এবং আরসিভি বাফারগুলি পরিবর্তন করে, এমএসএস ক্ল্যাম্পিং করেছিলাম, আপনি নাম রেখেছেন। সিপিইউ লোড ছিল নগণ্য।

এক ঝাঁকুনিতে, আমি সংকোচন অক্ষম করেছি ( comp-lzoক্লায়েন্ট এবং সার্ভার থেকে সরানো ) এবং কর্মক্ষমতা 2-4x বৃদ্ধি পেয়েছে।

সুতরাং, comp-lzoসক্ষম সহ আমার সর্বোচ্চ পারফরম্যান্সটি প্রায় 25-30 এমবিট / গুলি ছিল এবং এটি ছাড়াই আমি 120 এমবিট / গুলি (আমার ইন্টারনেট সংযোগের গতি) দিয়েছি।

সার্ভারটি একটি জিওন ই 5-2650, ক্লায়েন্টটি কোর আই 5-3320 এম। উভয়ই ওপেনভিপিএন ২.৩.১০, এইএস -২BC।-সিবিসি, SHA512 চালাচ্ছেন। আমার ইন্টেল Chromebook আমার ইন্টারনেটের গতিও বাড়িয়েছে। IKEv2 টানেলের গতির সাথে মিলে আমার অ্যান্ড্রয়েড ক্লায়েন্টগুলিতে (14 Mbit / s -> 30 Mbit / s) পারফরম্যান্স দ্বিগুণ হয়েছে।


6

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

আপনি mtu-discনিজের সংযোগের জন্য অনুকূল এমটিইউ সেটিংস স্বয়ংক্রিয়ভাবে আবিষ্কার করার বিকল্পটিও চেষ্টা করতে পারেন । ইথারনেট শিরোলেখের আকার সহ ওপেনভিপিএন এর এমটিইউ সেটিংয়ের মতো বিভিন্ন জায়গায় সামান্য অমিল রয়েছে। [ 1 ]

আপনার tun-mtuসেটিংটি বিশাল, যেহেতু একটি 65 কেবি প্যাকেটে ইন্টারনেটের মধ্য দিয়ে প্রচুর পরিমাণে বিলম্বিত সমস্যা আসবে (আইপিভি 4 জম্বো প্যাকেটগুলি আকারের প্রায় 9000 বাইট, এবং বেশিরভাগ স্থানীয় নেটওয়ার্কগুলিতে কাজ করে)। পরিবর্তে 1300 এর মতো 1460 এর নীচে কিছু চেষ্টা করুন, এমটিইউ আপনার সমস্যা কিনা তা দেখার জন্য।


2
ধন্যবাদ, ওপেনভিপিএন-এ কাজ করার জন্য পোস্টগ্র্যাসকিএল-কোয়েরি পাওয়ার সাথে আমার সমস্যার সমাধান হয়েছে। এটি একটি কলামে অনুসন্ধান করার সময় কাজ করেছিল, তবে পুরো কলামটির জন্য নয়। স্পষ্টতই এটি 1500 এর ডিফল্ট এমটিইউ-আকারের কারণে হয়েছিল it এটি 1300 এ সেট করা সহায়তা করেছে!
খ্রিস্টান বেনেক

2

যদিও এটি কিছুটা দেরি হতে পারে তবে আপনি যা করতে চেষ্টা করতে পারেন:

সমস্ত এমএসএস, এমটিটু, ইত্যাদি সম্পর্কিত বিকল্পগুলি সরিয়ে ফেলুন

আপনার প্রতিষ্ঠানে একটি পোর্ট স্ক্যান করুন এবং একটি ইউডিপি পোর্ট নির্বাচন করুন, সাধারণত 53 জিআরই / 123 এনডিপি বন্দরগুলি খোলা থাকতে হবে:

আপনার সার্ভার কনফিগারেশনে এই লাইনগুলি যুক্ত করুন ( এখানে রেফার করুন )

#possible bandwidth increase
sndbuf 393216
rcvbuf 393216
push "sndbuf 393216"
push "rcvbuf 393216"

আমি এই সেটিংসটি পুরোপুরি বুঝতে পারি না তবে তারা অবশ্যই সহায়তা করেছিল, কেউ কেউ বলেছে এটি আমার অভিজ্ঞতাতে এটি +/- 30% দ্বারা আমার থ্রুপুট বাড়িয়েছে

এই পোর্টগুলির মধ্যে একটিতে সার্ভার শুরু করুন এবং আপনার যাওয়া ভাল হবে: পি

আশাকরি এটা সাহায্য করবে!


9
-1 অত্যধিক ভোডোর জন্য এবং জিনিসগুলি আসলে কী করে তা বোঝে না। আমি তখন কিছু সতর্কতার সাথে সুপারিশ করা দায়িত্বজ্ঞানহীন বলে মনে করি।
প্রিকসো

0

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

sndbuf / rcvbuf 0 এ সেট করা কেবল ওএস এর সেটিংস ব্যবহার করবে

ক্লায়েন্টটি সঠিকভাবে সেট করা আছে তা নিশ্চিত করতে পুশ ব্যবহার করা হয় তবে সেখানে আপনার একটি মান দরকার।

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