Данная статья позволит вам самостоятельно создать собственный VPN-сервер и настроить VPN-соединения на ваших iPhone, iPad и Mac. Защитить и скрыть ваш трафик от злоумышленников, провайдера и спецслужб, а также получить доступ к заблокированным в стране ресурсам.
В январе 2019 года я путешествовал по Азии. Будучи в Гуанчжоу, я столкнулся с отсутствием доступа к Google, Facebook и ряду других популярных сервисов. Они в принципе не работают на территории Китая и заблокированы правительством.
Помимо недоступности сервисов в некоторых странах, в путешествиях вообще есть определенная проблема с нормальным доступом в Интернет. Не всегда удается купить местную SIM-карту, поэтому приходится подключаться к Wi-Fi-сетям в отелях, аэропортах и кафе. Фактически, мы ничего не знаем об этих сетях: кем они были созданы, насколько надежны и не «слушает» ли кто-либо сейчас наш трафик.
То же самое происходит и в своей стране. Если вы беззаботно подключаетесь к Wi-Fi в кафе или к любым публичным сетям, то у меня для вас плохие новости. Вы и понятия не имеете, насколько безопасны эти сети, и, вполне возможно, прямо сейчас весь ваш трафик прослушивается злоумышленниками, которые сидят за соседним столиком. Отличный пример показан на видео.
Вывод: всегда, когда мы подключаемся к любой сети, которая не является лично нашей, вся наша сетевая активность находится под постоянной угрозой.
Использование VPN-соединения — оптимальное решение сразу обеих обозначенных проблем: так мы получаем доступ к заблокированным в стране ресурсам и защищаем себя от прослушки трафика. Реализовать это решение можно двумя способами:
Воспользоваться коммерческим VPN-сервисом, например, Nord VPN
Создать свой VPN-сервер
Для меня использование коммерческого VPN было неприемлемым решением, и по ходу статьи я объясню, почему никому не советую пользоваться подобными сервисами. А поскольку я уже имел навык работы с Linux, я решил создать собственный VPN-сервер: размять пальцы, освежить знания, прокачать скилл.
Однако, побродив по Интернету, я не нашел ни одной работающей инструкции: в большинстве из них содержались ошибки, и ни одна из них не работала на 100%. Либо же эти инструкции были заточены под слишком специфические кейсы использования, что не подойдет для обычного среднестатистического пользователя. В связи с этим, я решил написать свою инструкцию. Надеюсь, она поможет тем, у кого есть потребность в создании собственного VPN-сервера. На мой взгляд, сегодня она должна быть у любого пользователя, который хоть сколько-нибудь заботится о безопасности своих данных.
Данная инструкция написана для широкого круга читателей и может быть применена жителем любой страны, однако, предполагает хотя бы минимальные знания Linux на уровне начального пользователя, который умеет обращаться с базовыми командами консоли. Инструкция проверена и обкатана несколько раз, поэтому гарантировано сработает на чистой системе без каких-либо ошибок. Настройка займет от 15 минут, в зависимости от скорости вашей работы.
К сожалению, Windows и Android в данной статье не рассматриваются, поскольку Windows последний раз я пользовался лет 15 назад, а Android — 2 часа совокупно за всю жизнь, поэтому не представляю, что и как сегодня работает в этих операционных системах. Не исключаю, что подходы, описанные здесь, сработают и для них. Инструкция в первую очередь создана для тех, кто пользуется iPhone, iPad и Mac.
Как работает VPN, и почему вам нужен собственный VPN-сервер
С помощью вашего обычного Интернет-соединения между вашим устройством и VPN-сервером устанавливается специальное соединение — VPN-туннель. Все передаваемые и получаемые данные в этом соединении шифруются. С этого момента вся ваша сетевая активность осуществляется через данный туннель, а не через основной канал провайдера, и вы пользуетесь Интернетом как бы с самого VPN-сервера, а не с вашего устройства.
Для вашего провайдера, администратора Wi-Fi-сети или же злоумышленников, которые сканируют трафик в Wi-Fi-сетях, вся ваша сетевая активность выглядит как одно единственное соединение к одному единственному IP-адресу. Это всё, что им доступно. Что именно происходит внутри этого соединения, они не смогут узнать, поскольку просто не смогут проникнуть «внутрь» этого соединения.
Да, можно взломать сам VPN-сервер и получить доступ к вашему трафику уже на нем, но очевидно, что никто не будет этим заниматься. К тому же, взломать хорошо защищенный VPN-сервер — тот еще челлендж.
Преимущества VPN
Итак, давайте обозначим, что нам дает VPN-соединение и какие преимущества предлагает:
VPN-соединение обеспечит безопасность при подключении к ненадежным (не лично нашим) Wi-Fi-сетям и особенно полезно в путешествиях. Ни администратор Wi-Fi-сети, ни злоумышленники, сканирующие трафик, не смогут понять на какие сайты вы ходите, какие данные передаете или получаете.
VPN-соединение обеспечит доступ к ресурсам, заблокированным в вашей стране или стране, в которой вы сейчас находитесь. Поскольку VPN-сервер находится за пределами вашей страны, а вместе с ним виртуально и вы, вам становятся доступны любые ресурсы Интернета. Если конечно они не заблокированы в стране нахождения самого VPN-сервера.
VPN-соединение позволяет скрыть трафик от Интернет-провайдера и, соответственно, от спецслужб вашей страны. В России, например, уже имеются прецеденты посадки людей в тюрьмы всего за один комментарий в социальной сети, а согласно «закону Яровой» весь ваш трафик и сетевая активность записываются сроком на 1 год. Многим кажется, что законопослушному гражданину бояться вроде бы нечего, однако, на мой взгляд, это существенное упущение в персональной безопасности. Кто знает, как изменится ваша личная ситуация и ситуация в стране. Вполне возможно, что в один «прекрасный» день к вам придут и предъявят обвинения за посещение неугодного правительству сайта. В конце концов, зачем вам давать кому-либо больше информации о себе, если можно дать меньше?
Безусловно, не стоит воспринимать VPN как панацею от всего и вся. Не стоит также и думать, что с использованием VPN вы сможете начать заниматься хакерской деятельностью, ломать сети и воровать кредитные карточки, как это часто показывают в кинофильмах, например в Mr.Robot. Во-первых, такая деятельность в принципе незаконна и неоднозначна с моральной точки зрения. Во-вторых, вас очень быстро обнаружат, обратившись к хостеру, у которого размещен VPN-сервер, и последний сдаст ваши реальные координаты с потрохами. В-третьих, для этого существуют совершенно другие инструменты и подходы.
Поэтому созданием собственного VPN-сервера мы в первую очередь обеспечиваем защиту от злоумышленников и излишне милитаризованной системы государства, получая свободу пользования Интернетом.
Недостатки VPN
У VPN существуют и недостатки:
Некоторые сайты начнут загружаться на языке страны, в которой располагается ваш VPN-сервер. Однако, это легко исправить. Поскольку чаще всего мы приходим на какие-либо сайты через поиск в Google, достаточно один раз настроить его выдачу, и с этого момента вы будете направляться на сайты с нужной вам локализацией. В конце концов, всегда можно выбрать локализацию на самом сайте.
То же самое касается и рекламы. Ее существенная часть начнет отображаться для страны, в которой находится ваш VPN-сервер. Какие-то площадки научились понимать, что на самом деле вы русскоговорящий пользователь и находитесь совсем не в Германии, однако, YouTube, например, по-прежнему этого не умеет и шпарит видео-рекламу на немецком даже при принудительной установке страны в настройках. Впрочем, иногда это даже интересно: можно посмотреть какие продукты и услуги сейчас актуальны в других странах.
Некоторые сервисы, например, Амедиатека, блокируют доступ с нероссийских IP-адресов, поэтому VPN при их использовании придется на время отключать. Опять же, есть хак: достаточно выключить VPN, запустить видео в сервисе и сразу же включить VPN обратно. Все будет работать.
Снизится скорость загрузки сайтов. По замерам это действительно так, однако, на практике падение скорости для обычного пользования Интернетом настолько незначительно и неощутимо, что данным недостатком можно пренебречь.
О коммерческих VPN-сервисах: NordVPN, ExpressVPN, Cyberghost, и почему не стоит их использовать
В настоящее время существуют так называемые коммерческие VPN-сервисы — компании, которые предоставляют вам свои VPN-сервера за определенную месячную плату. Например, NordVPN, ExpressVPN, CyberGhost и прочие.
На мой взгляд, использование подобных сервисов, несмотря на их предназначение, напротив, еще больше снижает безопасность ваших данных. Всё просто: эти компании видят весь ваш трафик. Всё, что вы получаете и передаете, на какие сайты ходите, какими сервисами пользуетесь — абсолютно всё. Да, конечно, все они заявляют о том, что не хранят клиентские логи, однако, это невозможно проверить на практике. Более того, некоторые VPN-сервисы изначально были созданы именно для того, чтобы воровать ваши данные, и, по-факту, это является их основной деятельностью и выгодой.
Нельзя не отметить и низкое качество услуг: большие пинги, существенные просадки в скорости соединения. Оно и понятно, ведь на одном сервере располагаются сотни, если не тысячи, таких же клиентов, как и вы.
Таким образом, использование коммерческих VPN-сервисов «для всех» абсурдно само по себе. Лучше уж тогда вообще не использовать никакой VPN, чем сливать свои данные непонятно кому.
Иногда использование коммерческих VPN может быть оправдано, но исключительно как эпизодическая и экстренная мера. Например, вы попали в страну, где какой-то нужный вам ресурс заблокирован, своего VPN-сервера у вас нет, а доступ нужен срочно.
В какой стране поднять свой VPN-сервер
Выбор страны для своего VPN-сервера стоит осуществлять, исходя из следующих критериев:
кратчайшее расстояние до вас: это обеспечит меньший пинг и потери в скорости соединения
минимальное количество запретов на свободу Интернета, доступность любых популярных сервисов
наименьшая политическая напряженность между вашей страной и страной, где будет находиться VPN-сервер. В этом случае ваш трафик теперь уже с VPN-сервера, скорее всего, не будут читать спецслужбы другого государства. Но здесь палка о двух концах. Например, многие российские пользователи предпочитают располагать VPN-сервер в Великобритании именно из-за высокой напряженности между странами, ведь в случае чего, последняя ни за что не сдаст трафик российским спецслужбам. Поэтому, данный подход также может быть оправданным.
Для российских пользователей в целом подойдет любая страна Евросоюза, однако, практика показывает, что лучшим решением является Германия: отличные пинг и стабильность канала, незначительные потери в скорости и хорошая доступность любых мировых ресурсов.
Если исходить из принципа максимальной защищенности трафика именно от российских спецслужб, то лучшим решением будет сервер в Великобритании. На практике же, лондонские сервера не всегда хорошо показывают себя с точки зрения стабильности: случаются отвалы, так себе пинг и меньшая, по сравнению с Германией, скорость. Возможно, автор здесь предвзят, но сколько бы я не работал ни с чем британским, всё почему-то всегда работает из рук вон плохо, начиная от автомобилей и заканчивая серверами. Складывается впечатление, что разгильдяи-британцы ничего не могут сделать хорошо, в то время как на немецкую машину и ее педантичность всегда можно положиться.
Безусловно, вы можете поднять VPN-сервер и в своей стране, но в этом случае утрачиваются преимущества №2 и №3. Создавая VPN-сервер в своей стране, вы на блюдечке предоставляете весь свой трафик спецслужбам вашей страны, поскольку сервер, расположенный в вашей стране, подчиняется юрисдикции именно вашей страны. И, установив контроль за вашим трафиком пусть не у провайдера, но у самого хостера, где работает ваш VPN-сервер, спецслужбы при желании легко достанут вас там. И конечно, по-прежнему не будут доступны заблокированные ресурсы.
Выбираем хостинг для своего VPN-сервера
Популярные хостеры
Для того, чтобы создать свой VPN-сервер, нам нужно арендовать виртуальный сервер (Virtual Private Server) у одного из хостинг-провайдеров. На него мы установим Linux и затем настроим его.
Выбор хостера дело персональное, на форумах существует бесчисленное количество топиков в духе «где лучше взять виртуальный сервер для VPN». Из наиболее популярных на сегодняшний день глобальных хостинговых компаний можно выделить следующие:
Для себя я выбрал Amazon Web Services (AWS). В основном, из-за известности бренда, большого количества доступных географических зон для размещения сервера и высокой стабильности. На самом деле, многие популярные интернет-сервисы работают на базе AWS, арендуя там сервера для своих нужд, например, Facebook.
На мой взгляд, вряд ли сегодня кто-то может глобально конкурировать с Amazon. Компания была пионером в облачных технологиях и, по сути, открыла эту отрасль. Сегодня AWS предоставляет множество решений для облачных вычислений на любой вкус и цвет, но нам с вами нужна обычная виртуальная машина. Ее мы возьмем в одной из разработок AWS: Lightsail.
Lightsail — это упрощенное решение для создания виртуальных серверов, в отличие от своего старшего собрата EC2. Всё завернуто в очень простой интерфейс, в котором разберется даже новичок, поэтому для нашей цели — создания VPN-сервера, AWS Lightsail подходит лучше всего.
Вообще, вы можете арендовать сервер у любой компании. Данная инструкция не сильно зависит от площадки и сработает у любого хостера.
Сколько стоит
Использование VPN-сервера на базе AWS Lightsail будет обходиться вам в 3.5 доллара в месяц. За эти деньги вы получаете машину с 512 Мб оперативной памяти. Подобная конфигурация легко справляется с обработкой VPN-трафика трех устройств. Первый же месяц у AWS будет и вовсе бесплатным.
Почему Debian, а не Ubuntu
Поднимать свой VPN-сервер мы будем на основе операционной системы Linux Debian, а не Linux Ubuntu, которая довольно часто фигурирует в подобных инструкциях.
Лично я не люблю Ubuntu с самого ее появления из-за нестабильности, требовательности к ресурсам и какой-то общей аляповатости. К тому же, Ubuntu изначально создавалась именно как пользовательская система, а не серверная. Debian же надежен и стабилен как слон. В моей компании мы используем Debian во всех интернет-проектах на протяжении последних 10 лет и никогда не имели с ней проблем, получая феноменальные стабильность и быстродействие. С Ubuntu же вечно что-то происходит.
Протоколы VPN-соединения: почему IPsec IKEv2, а не Open VPN
Сегодня существуют разные протоколы VPN-соединения, их детальный разбор выходит за рамки этой статьи. Среди них наиболее популярны IPsec IKEv2 и OpenVPN.
Оба протокола хороши и надежны, но мы будем использовать IKEv2, поскольку у OpenVPN, на мой взгляд, имеется существенный недостаток, который перекрывает его прочие достоинства. OpenVPN требует установки своего приложения, которое всегда должно быть запущено на устройствах, что, во-первых, неудобно в использовании, а во-вторых, дополнительно расходует батарею iPhone, iPad и, в меньшей степени, Mac. IKEv2 же «вшит» в iOS и macOS и является для них нативным, не требуя установки никакого дополнительного ПО.
В качестве серверной части мы будем использовать strongSwan — популярный VPN-сервер для Linux.
Готовые скрипты для развертывания VPN-сервера: Algo, Streisand
Сегодня существуют готовые решения для развертывания своего VPN-сервера на платформе Linux, например, скрипт Algo (для IKEv2) или Streisand (для OpenVPN), которые нужно просто скачать, распаковать и запустить на сервере. Данные скрипты сами установят и настроят все необходимые пакеты и на выходе предоставят для вас работающий VPN-сервер.
Streisand нам не подходит в принципе, поскольку заточен под OpenVPN. Что же касается Algo, то пробежавшись по диагонали, я увидел, что данный скрипт устанавливает много лишних пакетов, без которых вполне можно обойтись, а также каких-то подозрительных пакетов, неизвестно кем созданных и кем проверенных. Если кто-то глубоко изучал Algo и нашел в нем что-то мошенническое, дайте, пожалуйста, знать. Кроме того, Algo устанавливается только на Ubuntu, что нам, опять же, не подходит.
Таким образом, мы будем создавать свой VPN-сервер, используя следующие технологии:
AWS Lightsail в качестве виртуального сервера
IKEv2 как протокол VPN
Linux Debian в качестве серверной ОС
strongSwan в качестве VPN-сервера
никаких готовых скриптов, всё настроим руками.
Итак, с теоретической частью покончено, приступаем к созданию своего VPN-сервера.
Инструкция по созданию собственного VPN-сервера на базе Linux Debian
Регистрируемся в Amazon AWS и подключаемся к серверу
Процесс регистрации в Amazon Web Services прост и вы пройдете его самостоятельно. После регистрации перейдите в Lightsail, выберите гео-зону в которой вы хотите поднять свой VPN-сервер. Создайте новый инстанс, выберите «OS Only» и операционную систему Debian 9.5:
Нам подойдет простейшая машина с 512 Мб оперативной памяти:
Некоторые сайты (например, Авито) необоснованно блокируют визиты с IP-адресов популярных хостеров, считая, что последние часто принимают участие в DDOS-атаках. Чтобы этого не происходило и чтобы мы не делили один IP-адрес с тысячами других машин AWS, перейдем в «Networking» и выделим себе Static IP. Назначим его на созданный нами инстанс:
Осталось скачать приватный ключ для доступа по SSH. Он находится в разделе «Account > SSH keys»:
Скачайте его и загрузите в SSH-клиент. Я настраивал сервер, находясь среди лиан на Бали со своего iPad Pro (да-да, то еще мучение!), используя Termius. Вы же можете использовать любой SSH-клиент, например, встроенный в macOS Terminal.app. В данной инструкции мы будем использовать именно его. Начинаем — открываем Terminal.
В первую очередь, чтобы избежать известной проблемы (у Termius таковой нет) терминала с тем, что называется «локаль», давайте добавим несколько новых строк в локальный файл macOS .profile. Отредактируем его, используя текстовый редактор nano:
nano ~/.profile
И вставим туда следующие строки:
export LC_ALL=en_US.UTF-8
export LANG=en_US.UTF-8
Сохраним файл с помощью Ctrl+X, закроем терминал с помощью Cmd+Q и запустим его снова.
Теперь перенесем скачанный приватный ключ Lightsail в директорию, где хранятся ключи от SSH:
mv ~/Downloads/YOUR_DOWNLOADED_KEY.pem ~/.ssh
Ограничим ключу права, иначе macOS не позволит его использовать:
cd ~/.ssh/
chmod 600 YOUR_DOWNLOADED_KEY.pem
И подключимся к нашей Lightsail-машине, вписав вместо YOUR_LIGHTSAIL_IP её внешний статический IP-адрес:
Все манипуляции будем осуществлять из-под пользователя root. Поехали:
sudo su
В первую очередь, обновим индекс пакетов в репозиториях, возможно, есть обновления:
apt-get update
А затем установим эти обновления:
apt-get upgrade
Установка strongSwan
Установим strongSwan:
apt-get install strongswan
К детальной настройке strongSwan мы вернемся чуть позже, а пока создадим сертификаты, чтобы наши устройства смогли подключиться по VPN.
Генерируем сертификаты доступа
Мы будем использовать самозаверенные сертификаты, поскольку VPN-сервером планируем пользоваться только мы. Для того чтобы создать сертификаты, нам потребуется пакет strongswan-pki. Установим его:
apt-get install strongswan-pki
Переходим к созданию сертификатов. В первую очередь нам нужно создать корневой сертификат, он же “CA” (Certificate Authority), который выпустит нам остальные сертификаты. Создадим его в файле ca.pem:
Для надежности удалим файл ca.pem, он нам больше не потребуется:
rm /etc/ipsec.d/private/ca.pem
Создание сертификатов завершено.
Если сертификаты генерируются слишком долго
Если ваши сертификаты генерируются слишком долго, например, более пяти секунд, это может свидетельствовать о низком количестве энтропии. С подобной ситуацией в свое время я столкнулся у Hetzner на их облачных машинах. Энтропии было слишком мало, и создание сертификатов растягивалось на 40-50 минут, поэтому в конце концов я решил отказаться от их услуг.
Проверить количество энтропии можно запустив еще один сеанс в соседней вкладке:
cat /proc/sys/kernel/random/entropy_avail
Данная команда выведет количество энтропии на момент запроса. Чтобы мониторить энтропию в реальном времени, выполните команду:
Если энтропии меньше 200, я бы порекомендовал сменить хостера. Или же установить пакет haveged, который якобы генерирует энтропию, однако учтите, что тогда вы действуете на свой страх и риск. У Amazon Lightsail с энтропией обычно всё в порядке, поэтому ключи создаются мгновенно.
Выйти из запроса можно с помощью Ctrl+Z.
Настроим сам strongSwan
Очистим дефолтный конфиг strongSwan командой:
> /etc/ipsec.conf
И создадим свой в текстовом редакторе nano:
nano /etc/ipsec.conf
Вставьте данный текст в него, заменив YOUR_LIGHTSAIL_IP на внешний IP-адрес машины в AWS Lightsail:
Внимание! strongSwan требователен к отступам в конфиге, поэтому удостоверьтесь, что параметры каждого раздела конфига отбиты через Tab, как это показано на примере, или хотя бы через один пробел, иначе strongSwan не запустится.
Сохраним файл с помощью Ctrl+X и пойдем дальше.
Добавим в файл ipsec.secrets, который является хранилищем ссылок на сертификаты и ключи аутентификации, указатель на наш сертификат сервера:
nano /etc/ipsec.secrets
include /var/lib/strongswan/ipsec.secrets.inc
: RSA debian.pem
На этом настройка Strongswan завершена, можно рестартнуть службу:
ipsec restart
Если всё хорошо, то сервер запустится:
...
Starting strongSwan 5.5.1 IPsec [starter]...
Если упадет в ошибку, то можно посмотреть, что именно произошло, почитав системный лог. Команда выведет 50 последних строк лога:
tail -n 50 > /var/log/syslog
Настроим сетевые параметры ядра
Теперь нам необходимо внести некоторые изменения в файл /etc/sysctl.conf.
nano /etc/sysctl.conf
Через Ctrl+W найдем в файле следующие переменные и внесем в них изменения:
#Раскомментируем данный параметр, чтобы включить переадресацию пакетов
net.ipv4.ip_forward = 1
#Раскомментируем данный параметр, чтобы предотвратить MITM-атаки
net.ipv4.conf.all.accept_redirects = 0
#Раскомментируем данный параметр, чтобы запретить отправку ICMP-редиректов
net.ipv4.conf.all.send_redirects = 0
...
#В любом месте файла на новой строке добавим данный параметр, запретив поиск PMTU
net.ipv4.ip_no_pmtu_disc = 1
Подгрузим новые значения:
sysctl -p
Настройка сетевых параметров ядра завершена.
Настроим iptables
iptables — это утилита, которая управляет встроенным в Linux файрволом netfilter. Для того, чтобы сохранять правила iptables в файле и подгружать их при каждом запуске системы, установим пакет iptables-persistent:
apt-get install iptables-persistent
После установки нас спросят, сохранить ли текущие правила IPv4 и IPv6. Ответим «Нет», так как у нас новая система, и по сути нечего сохранять.
Перейдем к формированию правил iptables. На всякий пожарный, очистим все цепочки:
Разрешим соединения по SSH на 22 порту, чтобы не потерять доступ к машине:
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -p tcp --dport 22 -j ACCEPT
Разрешим соединения на loopback-интерфейсе:
iptables -A INPUT -i lo -j ACCEPT
Теперь разрешим входящие IPSec-соединения на UDP-портах 500 и 4500:
iptables -A INPUT -p udp --dport 500 -j ACCEPT
iptables -A INPUT -p udp --dport 4500 -j ACCEPT
Разрешим переадресацию ESP-трафика:
iptables -A FORWARD --match policy --pol ipsec --dir in --proto esp -s 10.10.10.0/24 -j ACCEPT
iptables -A FORWARD --match policy --pol ipsec --dir out --proto esp -d 10.10.10.0/24 -j ACCEPT
Настроим маскирование трафика, так как наш VPN-сервер, по сути, выступает как шлюз между Интернетом и VPN-клиентами:
iptables -t nat -A POSTROUTING -s 10.10.10.0/24 -o eth0 -m policy --pol ipsec --dir out -j ACCEPT
iptables -t nat -A POSTROUTING -s 10.10.10.0/24 -o eth0 -j MASQUERADE
Настроим максимальный размер сегмента пакетов:
iptables -t mangle -A FORWARD --match policy --pol ipsec --dir in -s 10.10.10.0/24 -o eth0 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1361:1536 -j TCPMSS --set-mss 1360
Запретим все прочие соединения к серверу:
iptables -A INPUT -j DROP
iptables -A FORWARD -j DROP
Сохраним правила, чтобы они загружались после каждой перезагрузки:
netfilter-persistent save
netfilter-persistent reload
Настройка iptables завершена.
Перезагрузим машину:
reboot
И посмотрим работают ли правила iptables:
sudo su
iptables -S
root@XX.XX.XX.XX:/home/admin# iptables -S
-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p udp -m udp --dport 500 -j ACCEPT
-A INPUT -p udp -m udp --dport 4500 -j ACCEPT
-A INPUT -j DROP
-A FORWARD -s 10.10.10.0/24 -m policy --dir in --pol ipsec --proto esp -j ACCEPT
-A FORWARD -d 10.10.10.0/24 -m policy --dir out --pol ipsec --proto esp -j ACCEPT
-A FORWARD -j DROP
Да, всё работает.
Работает ли strongSwan:
ipsec statusall
root@XX.XX.XX.XX:/home/admin# ipsec statusall
Status of IKE charon daemon (strongSwan 5.5.1, Linux 4.9.0-8-amd64, x86_64):
uptime: 71 seconds, since Jan 23 23:22:16 2019
...
Да, всё работает.
Разрешаем соединения в файрволе Lightsail
AWS Lightsail использует также и свой файрвол для защиты виртуальных машин. Выберем наш инстанс, перейдем в «Networking» и разрешим соединения на UDP-портах 500 и 4500. По пути удалим ненужный нам 80-й порт:
Настройка файрвола Lightsail завершена.
Создаем .mobileconfig для iPhone, iPad и Mac
Мы будем использовать один VPN-профайл .mobileconfig для всех наших устройств: iPhone, iPad и Mac. Конфиг, который мы сделаем, устроен таким образом, чтобы инициировать соединение “On Demand”. Это означает, что при попытке любой службы или приложения выйти в Интернет, VPN-соединение будет всегда устанавливаться принудительно и автоматически. Таким образом, удастся избежать ситуации, когда вы забыли установить VPN-соединение, например, после перезагрузки устройства, а трафик в итоге пошел через провайдера, что нам совсем не нужно.
Скачаем скрипт, который сгенерирует для нас данный конфиг:
Заберите этот файл с сервера, подключившись с помощью любого SFTP-клиента, например, Transmit или Cyberduck, и отправьте его на все ваши устройства через Airdrop. Подтвердите на устройствах установку конфигурации.
Готово! Соединения с VPN-сервером установятся автоматически.
Приберемся за собой:
rm mobileconfig.sh
rm iphone.mobileconfig
Прокачаем безопасность SSH (необязательный пункт)
Наш VPN-сервер уже работает и неплохо защищен, однако, я предлагаю еще немного прокачать безопасность SSH.
Для того, чтобы ботнеты не пытались пробиться к нам по SSH через дефолтный порт, перебирая пароли, и не оставляли в логах кучу мусора, изменим его на какой-нибудь другой, а также внесем ряд прочих изменений в конфигурацию SSH.
Вы можете выбрать любой порт по вкусу, начиная с 1024, однако, я рекомендую поискать такой порт, который не был замечен в использовании вирусами, троянами, а также не используется какими-либо известными сервисами, программным обеспечением или производителями оборудования. Найдите себе такой «чистый» порт на SpeedGuide или adminsubnet.
В нашем примере мы будем использовать порт 45323.
Внимание! Не перезапускайте службы SSH и iptables и не перезагружайте машину, пока не пройдете данный раздел до конца, иначе вы потеряете доступ к машине!
Добавим новый 45323 TCP-порт в Lightsail:
Теперь настроим сам SSH:
nano /etc/ssh/sshd_config
#Раскомментируем и пропишем новый порт
Port 45323
#Раскомментируем и запретим попытки соединения с пустым паролем
PermitEmptyPasswords no
#Раскомментируем и настроим автоматический разрыв соединения при бездействии через 360 секунд. Это будет полезно, если вы забыли, что у вас на экране осталась активная сессия и отошли от компьютера. Сервер автоматически разорвет SSH-соединение через 6 минут.
ClientAliveInterval 360
ClientAliveCountMax 0
Теперь обновим информацию в правилах iptables и заменим старый порт SSH на новый:
nano /etc/iptables/rules.v4
Заменим «22» в строке
-A INPUT -p tcp -m tcp --dport 22 -j ACCEPT
на «45323»:
-A INPUT -p tcp -m tcp --dport 45323 -j ACCEPT
Сохраним файл через Ctrl+X и перезапустим машину:
reboot
После перезагрузки сервера проверьте соединение по SSH, добавив флаг «-p» и новый порт:
Не забудьте удалить старый порт 22 в настройках файрвола Lightsail.
Заключение
Итак, мы с нуля настроили свой собственный защищенный VPN-сервер и получили VPN-конфигурации для наших устройств. Теперь весь наш трафик зашифрован и недоступен ни провайдеру, ни администратору Wi-Fi-сети, ни злоумышленникам, которые раньше могли его прослушивать. Теперь мы можем свободно подключаться к любым Wi-Fi сетям, не опасаясь за собственные данные. Кроме того, теперь нам доступны любые ресурсы, заблокированные на территории страны.
Вообще, вы можете создать себе сколько угодно VPN-серверов и переключаться между ними. Если вы часто путешествуете, то можно создать серверы в тех географических зонах, где вы чаще всего бываете: это обеспечит меньший пинг и более высокую скорость передачи данных. Для замера этих параметров удобно использовать приложение Speedtest.
Кроме того, бывает и так, что для определенной страны какой-либо ресурс недоступен по техническим причинам, в то время как из другой он работает исправно. В этом случае достаточно просто подключиться к другому VPN-серверу.
Делитесь инструкцией с друзьями, распространяйте в социальных сетях. Так, больше людей смогут защитить свои данные, а мир станет лучше.
Познакомьтесь с такими вещами как Docker, все это уже написано, и нужно всего пару команд в консоли вместо вашей портянки.
И статья больше для инженеров. Сомневаюсь, что любой пользователь сможет разобраться с консолью в первый же вечер.
Докер-фреймвокер - и куча ламеров себя считает программистами. Ха-ха-ха
vpn поднимается в два пинка и так, а докер еще поставить необходимо, если с нуля конфигурим.
Статья как раз и проповедует трушный путь с нуля, и даже куча букв для ламеров имеется.
Трушный путь заключается в том, что любую проблему решать надо не через копипаст или чужие наработки, а самостоятельно, набивая шишки расставленными повсюду граблями.
Если так рассуждать, то ось на который будет хоститься ваша впнка тоже надо писать самому. Не надо изобретать велосипед, там где уже существует отличное готовое решение,
Если человек не разобрался с тем как установить VPN-сервер вручную, то ему не стоит пробовать Docker, потому что сначала нужно будет разобраться как работает Docker.
с docker не всё так просто. нужна оптимизированная ос. socks5 proxy over ssh оптимальная альтернатива vpn. я правда не уверен насчёт производительности.
Docker и VPN? Месье определенно знает толк в извращениях.
Docker сам управляет сетями, причём делает это плохо. А если вы еще и перенастройку маршрутизации для VPN-сервера туда засунете, эта связка рискует не заработать.
Кроме того, iptables настраивать всё равно придется на хосте.
Любопытно! IPSec-сервера обычно не рассматриваются в таких гайдах.
Единственное «но» — Amazon не самое подходящее решение. Во-первых, трафик там тарифицируется, и влетит в копеечку. Во-вторых, его сервера банят с большим удовольствием. Лучше брать малопопулярного хостера в Гонконге.
Владислав, лучше довериться профессионалам, чем самому конфигурить IPSEC VPN-сервер. Вы потратите много времени и есть немалый риск, что Ваша конфигурация будет уязвимой. Автор данной статьи имеет небольшой опыт в системном администрировании и я бы не советовал пользоваться его советами, кроме как для тестов.
Вот! В этом и проблема таких мануалов. Мол, всё просто, но на деле возникает куча подводных камней, про которые автор не пишет. И так будетна каждом этапе. То драйвера не подойдут, то библиотеки нет, то прав нет, то версии либ не совпадают, то ссылка мёртвая, то вообще всё нафиг устарело
Скиньте ссылку? На русском мне не удалось найти ни одной статьи, которая бы базировалась на использовании сертификатов (не паролей), IKEv2 (не OpenVPN), Debian (не Ubuntu), и на выходе делала бы готовые универсальные VPN-профайлы для всего парка Apple-устройств.
Подскажите, а как можно ещё использовать данный виртуальный сервер, помимо vpn, чтобы использовать его по полной.
Возможно сервер умного дома?
Торренты? (В исключительно законных целях конечно)
Развернуть свой небольшой сайтик?
А у меня на сервере поднят docker. В одном контейнере openvpn сервер, поднимается в 5 команд, клиент есть под все известные платформы. В другом контейнере - база данных, в третьем веб приложение. Живет (и шевелится) это все на хосте centos с 1гб оперативки, 1ггц проц. Невероятно удобно админить, причем хостовая машина абсолютно “чистая” (не сравнить с вариантом «стрейзен», к тому же можно рядом поднять контейнер с ikev2, если что-то не так)
Не стоит накатывать прокси под телеграм на сервак, который планируется еще как-то использовать. Блок РКН запросто получить.
Потом придется IP или подсеть менять
Pihole - режет всю рекламу на сайтах через фильтрацию DNS. Кроме Ютуба и конечно же Инстаграма.
Pihole работает после openvpn. То есть с Андроида заходишь через openvpn, и трафик через тоннель ещё очищается от рекламы
Если притушить, то в Системных настройках > Сеть выбрать соединение и снять галку на «Connect on demand» и нажать Apply.
Если удалить, то нажать нажать удаление и нажать Apply.
Блокировка должна иметь законное основание. Даже для «резиновых» блокировок - оно тоже нужно. Экстремизм там с этих ip (хотя это и cdn), или ещё что то формальное. Просто так - нельзя блокировать. Можно сходить с жалобой - в суд, прокуратуру и тп.
Хз, может какая-то другая причина, или этот диапазон Static IP попал в очередной странный блэклист Авито. Когда Авито у меня не работал на Лондоне, я писал им неоднократно в поддержку об абсурдности их ограничений, но они невменяемы. Там в ответ идут стандартные скрипты в духе «попробуйте зайти позднее/обратитесь к провайдеру/устраните активность/выделите себе static ip/еще какая-то муть». То, что это итак static ip они не хотят слушать.
Я полагаю, что у них где-то в блэклистах залочен пул адресов Амазона. Не исключаю также, что это может быть как-то связно с первыми блокировками телеграма, когда РКН вырубил половину Амазона в принципе.
На Франкфурте же все работает и работало. США тоже работает.
Я понял. Я вам отвечаю, что у меня лично на Франкфурте все работает. Может имеет смысл пересоздать Static IP. Поскольку каждый раз при создании Static IP, у Amazon он выдается из совершенно разных диапазонов.
Авито борется с парсингом базы. Если через один забугорный ип одновременно несколько пользователей будут просматривать сайт, то ип заблочат. И обращение в техподдержку с рассказом что у нас в компании весь траффик завернули на роутерах когда ркн умудрился npm заблочить — не помогло. При этом они ещё и нагло врут в формулировке «Доступ с вашего IP-адреса временно ограничен» — блокировка держится уже больше года. В следствии чего почти все сотрудники ушли к их конкурентам.
222 закладки! это потому, что автор сказал не покупать vpn ? реально сами настроите ? в покупных vpnах всякие double, onion, резалки рекламы, тысячи серверов (если некоторые вдруг не отвечают). Ну куда против этого с собранным на linux (коленке) vpnом ?си платить за сервер всё равно придется. И даже больше чем некоторые популярные vpn берут за месяц. Эта инструкция станет популярнее, когда заблочат vpn сервисы все, ну и то если ее перечитают еще раз 10 и упростят.
В курсе, сколько стоит vps у scaleway? ;) А под личное использование просто за глаза.
По сравнению с арендой vps цены на vpn-сервисы просто космос
Закладки, кстати, и потому, что статья написана очень доступно для новичков. Умный же человек привык учиться, тем более, как классно научиться тому, что можно будет применить на практике.
Некоторые, вон, за iptv деньги платят. А я не плачу, дырки найдутся, стримов килотонны.
можно сделать самому дешевле, если автоматизировать развертку сервера и отключать его при простое. тогда при использовании VPN, например, в течение 100 часов в месяц выходит всего 47 центов. правда warning: 1 ТБ трафика.
Все же решил на Lightsail поднять VPN-сервер себе, обнаружил несколько моментов:
1) Algo неплохая штука, ей можно и сервер в Lightsail поднять. Но мне свои aws_access_keys отдавать не хотелось :)
2) Под OpenVPN на centos я терял примерно 75% пропускной способности домашнего интернета
3) Мне очень хочется использовать VPN нативно под macOS и iOS, поэтому надеялся на IPSec (и ваш туториал). Но я теряю 99% пропускной способности на скачивание и 50-60% на выгрузку. Видимо все же OpenVPN =\
Но в любом случае статья оказалась полезной, спасибо. Не хватает все же баш-скрипта, который бы все в один клик делал.
Настраивать себе сервера через эмулятор терминала на iPad - боль. Хотя с iPadOS в будущем должно быть чуть-чуть приятнее.
Олег, спасибо за исчерпывающий мануал.
При попытке установить профиль iphone.mobileconfig на MacBook появляется ошибка " Profile installation failed" "Error = -50"
При попытке установить профиль на iPhone появляется ошибка "Сбой установки профиля. Пароль для сертификата "me.p12" неверен.
Подскажите где искать причины таких ошибок?
Объясните новичку, VPS я создал, всё прописал, всё работает. Как теперь пропускать трафик с рабочей машины Linux через VPS? Ну то есть, как использовать VPN теперь? Что ещё надо сделать. Сервер стоит, а что делать дальше я не знаю. Мне нужно подключаться пропускать трафик через VPN с рабочей станции Linux.
Надо поставить приложеньку strongSWAN. В ней настроить подключение. Настроек там не много: IP адрес и сертификат. Сертификат импортировать с помощью этой же программы. Подключение у меня заработало, только когда в сертификате был еще и ключ СА, в противном случае в логе была ошибка про недоверие к корневому центру. Т.е. в моем сертификате был открытый ключ + закрыты + СА сертификат. Кто-то выше или ниже тут писал уже, как такой сделать с помощью команды openssl. Windows я тоже в итоге победил.
В смысле Streisand заточен под OpenVPN?
Он поднимает сразу несколько серверов на разных реализациях.
Из тех что работают в Китае (зимой работало, по крайней мере) - wireguard, shadowsocks.
Олег, спасибо за исчерпывающий мануал.
При попытке установить профиль iphone.mobileconfig на MacBook появляется ошибка " Profile installation failed" "Error = -50"
При попытке установить профиль на iPhone появляется ошибка "Сбой установки профиля. Пароль для сертификата "me.p12" неверен.
Подскажите где искать причины таких ошибок?
Олег, Здравствуйте. Я имел ввиду в параметрах --dn "CN=me" --san me \
Какой ip роутера 192.168 или интернетовский вводить?
у меня в роутере уже есть strongswan. но конфиг ipsec.conf никак не придумаю, для соединения с vpn на Амазон. Если добавите инструкцию для настройки клиента на роутере через консоль, буду рад. у меня обычный роутер Asus rt-n56u с прошивкой Падаван.
Олег здравствуйте, буду рад если напишете инструкцию, как подключаться роутером с консольной настройкой. тут по идее проще туннель поднять.
Лично я так и не смог запустить. отправляет пять пакетов и дальше peer is not responding.
У сервисов типа Nord или Windscribe или тот же Hideme есть российские сервера, подключаясь к которым без проблем есть доступ к заблокированным ресурсам. Если всё же арендовать хостинг в России поднять VPN, доступ будет или нет?
странно что автор удалил для надежности ca.pem, но оставил его в /etc/ipsec.d/cacerts/ и далее он используется в генерации конфига mobileconfig для генерации контейнера p12 включающего сертификаты me и ca
Выполнил по статье всё, - айфончик подключается к VPN, появляется значок VPN вверху экранчика, присваивается ip-адрес 10.10.10.1 - но ни одного сайта открыть не удается! Подскажите плз - куда рыть?
Выполнил по статье всё, - айфончик подключается к VPN, появляется значок VPN вверху экранчика, присваивается ip-адрес 10.10.10.1 - но ни одного сайта открыть не удается!
на VPN-сервере пинговал адрес 10.10.10.1 - шикарно пингуется, то есть сервер видит клиента.
64 bytes from 10.10.10.1: icmp_seq=361 ttl=64 time=73.4 ms
причем когда на айфоне разрываю VPN- пинг прекращается, как только вновь подключаюсь - немедленно пинг возобновляется.
сличал побуквенно правила ipsec по выводу ipsec -S - совпадение полное...
что же сделать чтобы сайты на айфоне открывались?
сервер VPN размещен на домашнем компе на виртуальной машине (не на каком-либо облаке или стороннем прове, просто дома установлен ESXi и на нем с пяток виртуальных машин, в инет ходят через роутер Ростелекома)