Есть DS213j, установил там VPN Server и настроил OpenVPN. Хотел подключаться к нему с работы для обхода ограничений тамошнего файервола. Подключаюсь с помощью стандартного Vpn клиента про TCP протоколу на 443 порт, поскольку на работе они открыты. Подключение происходит без проблем, доступ к домашней сети я получаю, но при этом не меняется ip адрес клиентского компа, под которым я выхожу в интернет, и трафик через vpn сервер не идет, соответственно ограничения на работе обойти не получается. Подскажите, можно это как-то исправить? Клиент запускаю от имени администратора.
Главная › Дополнительные Приложения Synology › OpenVPN
OpenVPN
Поставьте галку на OpenVPN сервере "Разрешить клиентам осуществлять доступ к локальной сети сервера" и перезапустите подключение.
Поставьте галку на OpenVPN сервере "Разрешить клиентам осуществлять доступ к локальной сети сервера" и перезапустите подключение.
Галка там стоит, это не помогает.
Галка там стоит, это не помогает.
В веб морде очень бедные настройки, лучше Вам изучить как настраивать конфиги на openVPN не для Synology, а в принципе. Вам нужен файл server.conf, если не ошибаюсь, там это всё задаётся. Возьмите, например, это руководство: Настройка openVPN сервера пункт "Файл настройки сервера"
Если взять PPTP, то наблюдается аналогичная проблема, пока не укажешь DNS. DNSом быть должен адрес шлюза, роутер в локалке, например 192.168.1.1 - тогда всё идёт через IP роутера, а не клиента.
А если роутер получает от провайдера серый IP (подключение по LAN), возможно ли на NAS поднять OpenVPN и достучаться до него из мира?
Внешний IP (шлюз провайдера) зарезервирован (статичный).
Непонятно мне, как это:
роутер получает от провайдера серый IP
Внешний IP (шлюз провайдера) зарезервирован (статичный).
Получатся, что у Вас серый IP и сидите Вы за провайдерским NAT. Тогда есть только один шанс, использовать квик коннект.
Непонятно мне, как это:
Я не специалист, поэтому, наверное, не совсем корректные термины использую.
Смысл в том, что провайдер (подключение по LAN) выдает мне IP из диапозона своей сети 192.168.x.x Этот адрес статичен, роутер его видит и использует как свой WAN IP. Снаружи же я определяюсь внешним IP, типа 188.64.х.х Этот внешний IP мной у провайдера зарезервирован, то есть он также статический.
NAS стоит за роутером.
Получатся, что у Вас серый IP и сидите Вы за провайдерским NAT.
Да я знаю, что у меня серый IP.
Но мы же обходим NAT роутера, когда NAS за роутером? Почему же с провайдером так нельзя сделать (ну, попробовать, если согласится)?
DS file iOS же заходит на NAS по внешнему IP, который он получает от DDNS? Через NAT провайдера и NAT роутера. Почему же с OpenVPN не так?
Я не специалист, поэтому, наверное, не совсем корректные термины использую.Но мы же обходим NAT роутера, когда NAS за роутером? Почему же с провайдером так нельзя сделать (ну, попробовать, если согласится)?
Мы NAT роутера не обходим, мы в роутере пробрасываем порты для доступа к NAS. Если этого не делать, то даже имея статичный белый внешний IP мы на NAS ну никак не попадём.
Попробуйте провайдера уговорить пробросить порт со шлюза на ваш IP тогда что нибудь получится. Только навряд ли он на это пойдет.
Мы NAT роутера не обходим, мы в роутере пробрасываем порты для доступа к NAS.
Я именно про это и говорю. Проброс портов способ. Обходим, проходим - не важно, но решам вопрос.
Ликбез для тех кому непонятно - критерием является айпишник на закладке WAN домашнего роутера. А так - да вся домашняя локальная сеть - это серые IP, сидящие за NAT, а во внешку смотрит только один айпишник - именно тот, что на закладке вашего роутера.
PS Когда говорят о сером IP - прежде всего речь идёт о закладке WAN Вашего роутера ...
Да я знаю, что у меня серый IP.
Ликбез для тех кому непонятно - критерием является айпишник на закладке WAN домашнего роутера.
Пациент: "Доктор, у меня проблема - меня никто не замечает..."
Доктор /глядя на пациента/: "Следующий!" 
Так как же и почему при моем сером IP на роутере, со стоящим за этим роутером NAS "из коробки" работает DS file на iOS?
И почему так нельзя сделать с OpenVPN?
Тут ещё одна тема параллельно нарисовалась (Как получить доступ к synology DS713+ через интернет?) - так что, считайте отвечал "To whom it may concern" 
Так как же и почему при моем сером IP на роутере, со стоящим за этим роутером NAS "из коробки" работает DS file на iOS?
Работает только DS file или же все мобильные приложения? Какой точный путь до сино прописан в первом поле DS file?
И почему так нельзя сделать с OpenVPN?
Для доступа на VPN-сервер нужен внешний публичный белый IP и проброшенный порт/ы
Работает только DS file или же все мобильные приложения? Какой точный путь до сино прописан в первом поле DS file?
Я пользуюсь DS file, DS download и DS finder. Все работают. Прописан QuickConnect ID.
Для доступа на VPN-сервер нужен внешний публичный белый IP и проброшенный порт/ы
Внешний белый IP есть. А вот порты ...
Я пользуюсь DS file, DS download и DS finder. Все работают. Прописан QuickConnect ID.
Ясно. Я так и думал Мух от котлет таки отделили
Внешний белый IP есть. А вот порты ...
Внешний белый IP есть у провайдера а не у Вас. Между ним и Вашим сино - две маршрутизируемые серые подсети. Поэтому всё, что Вам остаётся - это молить провайдера прокинуть Вам хоть какой-то порт, о чём собствено и писал Вам alexejnic ...
Давайте попробуем еще раз
Итак. У меня серый IP (в чем я ни разу не сомневался), у провайдера белый IP (я называл его внешний IP, но не суть), между нами провайдерский NAT и без доброй воли провайдера ну вообще никак. Диагноз понятен. Молить провайдера не буду, не 2000 год, а вот сменить - запросто. Однако, в этой же схеме другие приложения через QuickConnect прекрасно работают и это никого, ну кроме меня, не удивляет.
Как достучаться до OpenVPN на NAS с использованием QuickConnect? Ведь:
Тогда есть только один шанс, использовать квик коннект.
Давайте попробуем еще раз
1. Ещё пару заходов и Вы сами всё поймете. Вот хороший анекдот на тему - "Учитель - учителю: - Ну и класс мне попался тупой! Объясняю теорему - не понимают. Объясняю второй раз. Не понимают! В третий раз объясняю. Сам уже понял. А они не понимают" 
Диагноз понятен. Молить провайдера не буду, не 2000 год, а вот сменить - запросто.
2. Так если запросто - что же останавливает?
3. Однако, в этой же схеме другие приложения через QuickConnect прекрасно работают и это никого, ну кроме меня, не удивляет
3. QuickConnect - специфический сервис от Синолоджи - по сути уже готовый VPN - берите и пользуйтесь.
Как достучаться до OpenVPN на NAS с использованием QuickConnect?
4. Не понял глубокий смысл этого изречения? Зачем изобретать велосипед? См. п.3.
PS Для построения VPN необходимы:
a) VPN-сервер с белым IP
в) VPN-клиент неважно с каким IP
a) у Вас не прокатывает даже на роутере, поэтому или у провайдера докупается VPS/VDS хостинг (или белый IP) (или смена провайдера) ... или дырочка (проброшенный порт) у текущего провайдера, но он на это вряд ли пойдёт ...
1. Ещё пару заходов и Вы сами всё поймете.
Не сомневаюсь. DuckDuckGo мне в помощь. Ничего в мире не меняется
Вот хороший анекдот на тему - "Учитель - учителю: - Ну и класс мне попался тупой! Объясняю теорему - не понимают. Объясняю второй раз. Не понимают! В третий раз объясняю. Сам уже понял. А они не понимают"
Ну анекдот то как раз про учителя, нет?
2. Так если запросто - что же останавливает?
Внутреннее осознание необходимости. Остаток средств на балансе текущего провайдера. Ну и вообще, это же дополнительные телодвижения.
3. QuickConnect - специфический сервис от Синолоджи - по сути уже готовый VPN - берите и пользуйтесь.
Позволяет мобильному устройству по шифрованному каналу подключиться к NAS и дальше уже работать от его адреса в Сети? Ну может быть я действительно чего-то не понимаю, объясните в двух словах/ссылках.
a) у Вас не прокатывает даже на роутере, поэтому или у провайдера докупается VPS/VDS хостинг (или белый IP) (или смена провайдера) ...
На роутере да, тоже не прокатывает сервер. Потому как раз и держу VPS чисто для VPN, а роутер клиентом.
Ну анекдот то как раз про учителя, нет?
Да, конечно. Но вот только количество раз у каждого учителя разное
Ну и вообще, это же дополнительные телодвижения.
Выведение из "комфортной зоны" - это всегда дополнительные телодвижения и ещё какие .
Ну может быть я действительно чего-то не понимаю, объясните в двух словах/ссылках.
Читайте мою статью -> Внешний доступ при 2-х работающих DDNS + QuickConnect
Потому как раз и держу VPS чисто для VPN, а роутер клиентом.
И...?
Читайте мою статью -> Внешний доступ при 2-х работающих DDNS + QuickConnect
Читал, конечно. Вот:
Задача же 3-го источника, сиречь QuickConnect- дать Вам возможность удалённого доступа даже при всех закрытых портах на Вашем роутере и в случае наличия у Вас серого IP от провайдера. Установка соединения происходит через промежуточный Relay-сервер ...
3) QuickConnect - сервис от Synology - для "счастливых" обладателей серых IP и тех, кто боится открывать порты на роутере ...4) QuickConnect - сервис от Synology - может быть единственной ссылкой по умолчанию для всех доступов (и из локалки и из внешки) - QC будет корректно чекать где он (локалка или внешка) ...
Это вся конкретика про QuickConnect из той статьи. Наверное, для "умного класса" этой инфы достаточно. Для меня, в части как это работает и как использовать QuickConnect для работы, например, с сервером OpenVPN на NAS - нет. Ну а для использования QuickConnect в части работы с мобильными приложениями DS вообще "в школу" ходить не надо.
И...?
Не совсем понял. И... что?
Это вся конкретика про QuickConnect из той статьи. Наверное, для "умного класса" этой инфы достаточно.
Однако это именно Вы просили "объяснить в двух словах/ссылках."
PS Если Вы внимательно читали мою статью, то в частности там приводилась и вот эта ссылка -> QuickConnect, Quickly Explained а к ней в конце - ещё 139 комментов ...
Не совсем понял. И... что?
И ... как Вы это практически используете?
PS Если Вы внимательно читали мою статью, то в частности там приводилась и вот эта ссылка -> QuickConnect, Quickly Explained а к ней в конце - ещё 139 комментов ...
Нет, по ссылке не ходил. Да и с английским неважно. Но перевел, изучаю ...
Вот оттуда ссылка - http://global.download.synology.com/downlo...White_Paper.pdf - но жаль опять английский ...
И ... как Вы это практически используете?
Основное - шифрованный канал от 3G/LTE до VPS. Если нужно - от роутера до VPS.
Но перевел, изучаю ...
Ну вот - было бы желание...
Вот оттуда ссылка - http://global.download.synology.com/downlo...White_Paper.pdf - но жаль опять английский ...
Опять в яблочко. Похвально. Документ достаточно свежий - от 28 Мая 2015 года.
PS Ну а английский... - люди на немецкий и голландский форумы Синолоджи ходят и переводят через гугло-переводчик. Да, корявато получается - но как говорится - "кто хочет, тот ищет возможности, кто не хочет - ищет причины" ...
Основное - шифрованный канал от 3G/LTE до VPS. Если нужно - от роутера до VPS.
Вопрос был в контексте серого IP ...
umount Давайте начнем с азов. Вы знаете как и какой порт надо прокинуть для работы VPN сервера?
Вопрос был в контексте серого IP ...
Как серость IP клиента OpenVPN влияет на работу с удаленным сервером OpenVPN?
umount Давайте начнем с азов. Вы знаете как и какой порт надо прокинуть для работы VPN сервера?
С удовольствием.
Да, я знаю как прокинуть порт на своем роутере.
По дефолту OpenVPN использует порт 1194/udp Но можно изменить на любой другой.
Как серость IP клиента OpenVPN влияет на работу с удаленным сервером OpenVPN?
Если у удалённого сервера OpenVPN - белый IP - то весьма положительно... Но вот только Вы хотите "использовать QuickConnect для работы, например, с сервером OpenVPN на NAS" - а это совсем из другой оперы ...
С удовольствием.
Ну что ж - Вы в надёжных руках ...
Тут появляются другие азы.
OpenVPN сервер должен иметь внешний белый IP c проброшенным портом.
OpenVPN клиенту по барабану какой у него IP и за каким количеством NAT он спрятан.
Клиент всегда подключается к серверу, а никак не наоборот.
В случае с QuickConnect, NAS является клиентом подключающимся к VPN серверу где то там в Китае, ну а компьютер тоже клиент соединяющийся с сервером в Китае. Напрямую с NAS он не может соединиться никак.
Но вот только Вы хотите "использовать QuickConnect для работы, например, с сервером OpenVPN на NAS" - а это совсем из другой оперы ...
Да, хочу. Но я нигде не говорил, что имеющийся у меня сейчас VPS с сервером OpenVPN как-то связан "с оперой" про сервер OpenVPN на NAS
В случае с QuickConnect, NAS является клиентом подключающимся к VPN серверу где то там в Китае, ну а компьютер тоже клиент соединяющийся с сервером в Китае. Напрямую с NAS он не может соединиться никак.
Ну Китай - это вряд ли Для Европы раньше был UK - сейчас может и DE - надо будет качнуть
OpenVPN клиенту по барабану какой у него IP и за каким количеством NAT он спрятан.Клиент всегда подключается к серверу, а никак не наоборот.
Да, конечно, я потому и не понял вопроса polanat.
В случае с QuickConnect, NAS является клиентом подключающимся к VPN серверу где то там в Китае, ну а компьютер тоже клиент соединяющийся с сервером в Китае. Напрямую с NAS он не может соединиться никак.
Да, так и понял из англоязычного блога. А вот после "пересечения" на "где-то-там-сервере", NAS и ПК разве не соединяются и работают уже напрямую?
OpenVPN сервер должен иметь внешний белый IP c проброшенным портом.
Важный момент: внешний белый IP И проброшенный порт или внешний белый IP ИЛИ проброшенный порт?
Под "внешним IP" мы же понимаем WAN IP моего роутера, за которым NAS?
NAS и ПК разве не соединяются и работают уже напрямую?
Нет они так и остаются клиентами и работают через удалённый VPN сервер.
Ну и всегда для любых соединений обязательно внешний белый IP И проброшенный порт.
Нет они так и остаются клиентами и работают через удалённый VPN сервер.
Хм ... А как же схемы в мануале по QuickConnect?
Вот эта:
http://storage8.static.itmages.ru/i/15/0902/s_1441205285_9502092_d516346c91.png
И вот эта:
http://storage4.static.itmages.ru/i/15/0902/s_1441206617_1505898_46d2230866.png
Но при любом раскладе QuickConnect поддерживает только определенные синоприложения:
http://storage7.static.itmages.ru/i/15/0902/s_1441206744_1904127_23767ed3f7.png
Отсюда вывод - использовать QuickConnect для работы с приложением VPN Server нельзя. Так?
Ну и всегда для любых соединений обязательно внешний белый IP И проброшенный порт.
Для любых соединений ... Тогда, если не сложно, в чем сакральный смысл приобретения у провайдера внешнего публичного IP за 100/месяц? Ведь [при подключении по LAN] мой WAN IP всё равно остаётся серым, а со своего белого IP они порты не пробрасывают ... Не понимаю.
Для любых соединений ... Тогда, если не сложно, в чем сакральный смысл приобретения у провайдера внешнего публичного IP за 100/месяц? Ведь [при подключении по LAN] мой WAN IP всё равно остаётся серым, а со своего белого IP они порты не пробрасывают ... Не понимаю.
В том весь прикол и заключается, что как только ты отнесёшь провайдеру эти 100 рублей у тебя на WAN роутера появится уже нормальный IP, видимый из интернета и совпадающий с тем который отобразит тебе 2ip.ru
Хм ... А как же схемы в мануале по QuickConnect?
Читайте -> Hole punching (networking)
Но при любом раскладе QuickConnect поддерживает только определенные синоприложения:http://storage7.static.itmages.ru/i/15/0902/s_1441206744_1904127_23767ed3f7.png
Всё верно.
Отсюда вывод - использовать QuickConnect для работы с приложением VPN Server нельзя. Так?
В смысле построения туннеля на сино-VPN Server - так.
В том весь прикол и заключается, что как только ты отнесёшь провайдеру эти 100 рублей у тебя на WAN роутера появится уже нормальный IP, видимый из интернета и совпадающий с тем который отобразит тебе 2ip.ru
Так в том и дело, что в моем случае все не так. Я подключен по LAN, по DHCP, то есть IP моему роутеру присваивает DHCP провайдера и этот IP всегда серый и статичный, типа 192.168.х.х, а авторизация по MAC роутера. Просто и сердито. И если купить публичный IP (у них это так называетя), то WAN IP роутера не меняется ни разу, но на 2ip ты начинаешь определяться всегда одним и тем же белым IP, типа 188.64.хxx.хxx
Неправильно ты думаешь. Все через это прошли. IP тебе дадут на роутер. Попробуй , по другому как ещё доказать? За что тогда 100 рублей? На 2ip.ru ты всегда в любом случае увидишь публичный белый IP но это NAT провайдера, а за 100 рублей они начинают совпадать. И после этого ты уже не будешь получать его от DHCP провайдера а сам своими ручками забьёшь в настройки роутера присвоенный тебе твой публичный IP. Автоматом он не пропишеться.
Неправильно ты думаешь. Все через это прошли. IP тебе дадут на роутер. Попробуй , по другому как ещё доказать? За что тогда 100 рублей? На 2ip.ru ты всегда в любом случае увидишь публичный белый IP но это NAT провайдера, а за 100 рублей они начинают совпадать. И после этого ты уже не будешь получать его от DHCP провайдера а сам своими ручками забьёшь в настройки роутера присвоенный тебе твой публичный IP. Автоматом он не пропишеться.
Не согласен, у меня прямой от Ростелекома прописывается автоматом.
а авторизация по MAC роутера. Просто и сердито.
А это собственно зачем?
Попробуй , по другому как ещё доказать?
Так попробовал уже - Интернет есть, WAN IP роутера все тот же 192.168.х.х, на 2ip фиксированно 188.64.хxx.хxx
Если руками - в настройках статического IP (а ничего другого я выбрать не могу ибо у меня нет никаких логин/паролей для PPPoE, PPTP или L2TP) надо указывать к этому моему публичному IP: маску сети, основной шлюз и DNS-сервера, какие - я не знаю. Позвонил провайдеру, там говорят да, ваш WAN IP всегда будет 192.168.х.х и никакие порты мы не прокидываем.
За что тогда 100 рублей?
Вот я и пытаюсь понять По сути - за фиксацию публичного IP. А вот в чем сакральный смысл такой фиксации?
Заказал подключение у другого провайдера по PPPoE с белым IP, через 10 рабочих дней сделают, буду пару месяцев двойной WAN использовать ...
А это собственно зачем?
Это не я так придумал, не знаю. Но если тупо сменить роутер на другой - не работает 100%, надо звонить в саппорт и подтверждать новый MAC.
Не согласен, у меня прямой от Ростелекома прописывается автоматом.
А тип подключения какой?
Не согласен, у меня прямой от Ростелекома прописывается автоматом.
Статика от Ростелекома автоматом? Прикольно.Вроде ещё недавно у них же руками прописывал.
Статика от Ростелекома автоматом? Прикольно.Вроде ещё недавно у них же руками прописывал.
Я использую подключение через OnLime, дочка ростелекома. ethernet от них заходит на мой Микротик в котором стоит получить настройки Автоматически. Видно что то у них изменилось. А на даче прямой от ТТК прописывал вручную.
Что-то обсуждение совсем не по теме пошло=) Еще раз спрошу, объясните пожалуйста, кто знает, как прописать на сервере open vpn synology параметры роутинга так чтобы при подключение клиента весть трафик шел через open vpn сервер на synology и клиент выходил в интернет под ip адресом vpn сервера.
Включен сервер PPTP VPN. Подключение идёт через стандартный виндовый минипорт WAN PPTP. Без всяких доп. настроек, все по умолчанию весь трафик идет через NAS, соответственно IP при проверке получается домашний.
Что-то обсуждение совсем не по теме пошло=) Еще раз спрошу, объясните пожалуйста, кто знает, как прописать на сервере open vpn synology параметры роутинга так чтобы при подключение клиента весть трафик шел через open vpn сервер на synology и клиент выходил в интернет под ip адресом vpn сервера.
Все, сам разобрался=) Если может кому-то нужно будет, то в файл конфигурации клиента дописывается строка redirect-gateway def1