Телепортирайте "бял ip-адрес на друг сървър с помощта на ipip-тунел
Един от "алтернативните" методи в този случай е ipip тунелът. За разлика от pptp, няма криптиране на ниво виртуална мрежа - следователно по-ниското натоварване на процесора. Скоростта на ipip тунела, разбира се, ще бъде по-висока поради това. Тоест това вече е вид патерица, готова за предприятие.
Те казват, че основният недостатък на ipip тунелите е, че те се установяват само между два сървъра/рутера. Тук обаче всички забравят, че всеки друг протокол от частни мрежи е подреден по същия принцип (точка до точка между сървъра и клиента), с изключение на много специфични решения, и няма пряка връзка между клиентите след vpn сървъра. Въпреки това, от лайна и стикове, все още можете да съберете мрежата си с интелигентно маршрутизиране вътре в ipip тунели.
84 мегабита в секунда. Скоростта между моя работен плот и донорната машина е около 90 мегабита в секунда. Тоест скоростта през тунела е повече от 90% от максимално постижимата. Всичко тук е много, много добро (в pptp скоростта е спаднала с 3-4 пъти). Има проблем с „овърклокването“ на tcp сесията: поради факта, че донорът трябва да овърклоква 2 сесии наведнъж (и той се справи с това изключително зле), сесията през тунела беше ускорена 2-3 пъти по-бавно (на око). Следователно, максималната скорост на изтегляне беше достигната не за 2-3 секунди от началото на изтеглянето, а за 5-10 секунди. Освен това скоростта висеше много по-често нагоре и надолу (поради факта, че имаше повече тесни места по трафика). Като цяло, ако нямате изисквания за минимална латентност и постоянна стабилна скорост, тогава се оказва много, много добра, разбира се, при условие че има добър канал между донора и приемника (имах хетцнер и digitalocean) . Като цяло присъдата трябва да бъде.