Какой туннель умеет пробивать NAT?

Question

[nilas]

имеется вдс с белым IP
имеется home pc с серым IP
какой туннель умеет пробивать NAT чтобы можно было получать пакеты от вдс?

Comments

[planc]

man ssh
ssh -L порт:127.0.0.1:порт ип_сервера

[nilas]

planc, он медленный - есть без шифрования?

[ewgenc]

Что значит медленный? Купите канал быстрее - будет быстрее.

[CityCat4]

NAT "пробить" невозможно. Установите на домашнюю тачку VPN-клиент, который будет подымать с сервером туннель. Да, играть будет нельзя скорее всего, но этого никто и не обещал.

А чтобы не задавать глупых вопросов "почему к солнцу нельзя проехать на машине" - стоит умные книжки по основам сетей почитать...

[res2001]

У вас есть белый адрес - вам не нужно пробивать NAT.
На ВДС настраиваете ВПН сервер (любой по вкусу), на home pc - ВПН клиент. NAT в этом случае, работает как ему положено и никак не мешает.

[ValdikSS]

nilas, зачем вы задаёте все эти вопросы по пятому кругу, если вам не интересны ответы? Это испытание отвечающих на прочность?

Answer 1

[meDveD_spb]

VPN-туннель.

Comments

[nilas]

он медленный - есть без шифрования?

[Strabbo]

nilas,

он медленный

Какой именно? их больше 100 штук примерно.

есть без шифрования?

есть

[nilas]

Strabbo, любой vpn с шифрованием медленный

[AlexVWill]

nilas, бред

[nilas]

AlexVWill, если бы было бредом я бы не спрашивал и не видел бы пониженных цифр закачки через туннель.
Напрямую на вдс идёт закачка 24/26MiB/s,через туннель 14-16MiB/s(туннель сделан через WireGuard)

[AlexVWill]

nilas, это не вина VPN протокола, это вина слабого сервера, а точнее того криворукого ламера, который его настраивал. Я поднял уже 10к VPN серверов и поддерживают их, и разница в bandwidth у всех в районе статистической погрешности. Ping да, может быть меньше в несколько раз, но это неудитвительно, учитывая географию расположения серверов, но это тоже решаемо.

[nilas]

AlexVWill, ping выше потому что шифрование у туннеля, отключи шифрование пинг ниже станет, да станет на 2-6мс(не о чем разница но все же)
WireGuard сложно настроить криво,это надо постараться.
VDS не слабая раз CPU(ядро одно выделено на VDS) нагружается на 25-35% при закидывания файла на VDS через туннель, кол-во ОЗУ 2гб,disk SSD.

[AlexVWill]

nilas, ковыряй сервер, пробуй другой протокол, я конфиг твоего сервера не смотрел, ничего подсказать не могу (тем более, что я не люблю WG из-за некоторых его особенностей, и стараюсь не использовать). Еще раз - шифрование не влияет на пропускную способность канала, т.к. современные процессоры и системы могут тэто делать на аппаратном уровне. Если у тебя проседает канал - это не вина протокола, это либо железо нагружено настолько, что оно не тянет (но это видно через htop к примеру), либо сервер настроен криво, либо провайдер специально режет скорость для шифрованного трафика. Все это так или иначе определяется.

[nilas]

AlexVWill, ты в себе? Причем тут перенасыщение канала?
У вдс канал 300мб/с, у домашнего провайдера 750мб/с, через WireGuard скорость передачи файла 140-160мб/с(когда должно быть 250 т.к у вдс канал 300мб/с)
Напрямую скорость 250мб/с.

[AlexVWill]

nilas, я тебе про физический канал ни слова не писал, читай внимательно, я написал про канал внутри туннеля, он зависит не только от физического канала, но и от настроек VPN клиента и сервера.

[nilas]

AlexVWill, какой ещё канал внутри туннеля, не какого канала не настраивают в WireGuard,это уже твой шизофренические фантазии.
Что там настраивал это MTU, MTU сервера 1420, клиента 1420.

[AlexVWill]

nilas, отлично, что ты такой мамкин хакер и решил MTU поменять, но погугли что такое bandwidth, и почему 250мбит у провайдера не означают 250мбит скорости передачи от сервера к серверу. Когда ты устанавливаешь сетевой интерфейс для VPN (к примеру) и пускаешь туда весь трафик, то весь твой канал связи ограничен VPN туннелем, и ты хошь-не-хошь ограничен производительностью сервера. VPN протоколы вполне поддерживают скорости и на мегабит, т.ч. твои вопли что дескать какой то VPN протокол медленный - это детский лепет, медленным может быть не протокол, а его реализация на твоем железе, сделанная кривыми руками. Еще раз - правильная настройка (по мануалу) сервера и клиента не дает снижения скорости более чем на 2-3% (чего в реальной жизни ты не ощутишь от слова вообще).

[nilas]

AlexVWill, где ты увидел что протокол медленный?
речь о шифрование а не протоколе.

Answer 2

[Евгений Хлебников]

nilas, попробуйте wireguard: Потеря скорости будет настолько незначительной что вы ее не заметите.
Кроме того, что вам мешает протестировать всё самостоятельно? Инструкций по настройке VPN - тысячи.

Вы можете меньше чем за день (ладно, за два, если вообще раньше не сталкивались) попробовать протестировать скорость на openvpn, shadowsocks,wireguard и выбрать то, что вам нравится

Кроме того, вы не указали сценарий использования этой точки выхода в интернет.
В обычных случаях (браузинг, ютуб) с практически любым VPN вы скорее упрётесь в :
- скорость по тарифу, вашего вдс
- ограничения по трафику вдс
- скорость вашего домашнего интернета

Comments

[nilas]

У меня через WireGuard + nginx скорость закачки файла весом 8гб идёт на home PC через вдс с скоростью 14-16MiB/s, напрямую на vds идёт с скоростью 24-26MiB/s, почему так?
Процессор(на вдс выделенно 1 ядро)
при этом нагружается на 35% в среднем при передаче большого файла.
О каком ты говоришь shadowsocks можешь ссылку дать?
WireGuard в роли туннеля.
Nginx в роли прокси сервера.

[Евгений Хлебников]

nilas, shadowsocks.org/guide/what-is-shadowsocks

при этом нагружается на 35% в среднем при передаче большого файла

. - при включенном или с выключенным WG?
конфигурацию процессора от хостера дай (сколько тебе выделено ресурса)

[nilas]

Евгений, через туннель wireguard 35% в среднем.
конфиг vds:2гб озу, диск ssd, модель cpu: Intel(R) Xeon(R) CPU E5-2676 v3 @ 2.40GHz 1 ядро.

Answer 3

[BjLomax]

IPSec + NAT-T

Comments

[nilas]

IPSec медленный же - потому что там шифрование