Олег Париев, Да, стандартный функционал NAT особой настройки не требует. Про NAT есть еще пункт "Трансляция сетевых адресов", но вам это не нужно сейчас.
Вот тут нашел подходящий вариант описания настройки кинетика для выпускания локальной подсети в интернет. Там просто добавляется статический маршрут, что вы уже сделали.
По ссылке смотрите главу "Настройка Keenetic А". Глава про Кинетик Б нас не интересует. Считайте, что Keenetic А по ссылке - это ваш роутер. Keenetic Б - это сервер ВПН. Клиенты за Кинетик Б - это ваш ВПН клиент.
Короче говоря, при такой конфигурации должно работать. Но видимо что-то мешает.
Надо включать логи и смотреть на каком этапе режется трафик.
Для начала посмотрите есть ли в кинетике возможность логирования трафика. Это может быть что-нибудь типа галки "логировать" в правилах фаервола, либо где-то в диагностике инструмент типа tcpdump. Суть в том, что надо посмотреть есть ли исходящие пакеты в интернет, а затем отследить, есть ли входящие ответы из интернета на LAN интерфейсе.
Если логи есть в правилах фаервола, то надо создать правило, допустим, для пингов гугла (чтоб ничего лишнего не логировалось - на роутере объемы не резиновые) и включить в этом правиле логирование.
Если есть tcpdump, то надо так же в параметрах указать фильтрацию для пингов гугла.
Все это делать для WAN интерфейса. Сначала пингуйте гугл с ВПН сервера, просто что бы удостоверится, что логи работают. Затем пингуйте с ВПН клиента.
Второй этап проверки - таким же образом отследить ответы. Ответы сначала должны попадать на WAN интерфейс, а после NATа с измененным адресом получателя на LAN.
Кстати, вы так и не ответили - ваш ВПН сервер подключается к роутеру проводом или через WiFi?
И еще - фаервол на ВПН клиенте включен? Он то же может блокировать трафик. По сути на любому зле, через который проходит трафик, этот трафик может быть заблокирован.
feifoveir, Есть открытая библиотека portmixer, она является частью проекта audacity (находится в исходниках audacity). Portmixer позволяет получать и регулировать громкость. Но она не самостоятельная, а как дополнение к portaudio. Т.е. используется только совместно с portaudio. Как-то я использовал эту связку.
Можете в своем проекте либо тоже использовать эту связку, либо выдернуть нужный функционал, т.к. полная связка, да и даже portmixer для вашей задачи избыточен.
calculator212, Так и есть, все это выполнится через makefile в рамках процедуры сборки.
lua должен быть доступен для запуска из командной строки.
Просто выполните make!
feifoveir, Так и в чем проблема? В микшере винды уровень громкости выражается в процентах. Определяете нужные пороги так же в процентах и запускаете ваши скрипты при срабатывании. Дело за малым - надо достать уровень звука из микшера.
Но если вам нужен реально воспроизводимый компом уровень звука, т.е. не то что в микшере винды выставлено, а то что человек слышит, то это совсем другая задача.
когда-то видел такой пример в документации на сайте Microsoft
Рискну предположить, что подобный способ можно применять не только в батниках, но и в других ЯП. Ведь парсинг путей не работает с файловой системой, а только со строками.
Автосохранение, теневые копии, бэкапы, научить пользователя комбинации клавиш Ctrl+S и чтоб почаще нажимал, особенно когда отлучается куда-то.
Но это все не панацея, конечно. Akina, У меня от работы с Novell Netware самые лучшие впечатления остались. На сколько я знаю сейчас все новеловские сервисы и плюшки перекочевали в платный вариант SUSE Linux Enterprise Server.
Олег Париев, Межсетевой экран это то же самое, что и фаервол.
Он вообще включен? Какие-нибудь правила работающие есть? ВПН сервер у вас проводом подключен к роутеру?
Если фаервол выключен, то бесполезно туда что-то добавлять, но в этом случае трафик должен беспрепятственно проходить.
Обычно в подобных роутерах есть одна галка "включить фаервол".
Обычно, кстати, фаервол выключен. Для типичного домашнего использования он не нужен.
Если есть работающие правила фаервола (не ваше только что созданное), то давайте их сюда. Общим списком.
И еще: вы правило создали, но не включили его, поэтому оно не активно.
Еще посмотрите настройки NAT. Можете сюда их выложить.
На шлюзах под линуксом (например), что бы какой-то трафик пошел на NAT, надо в фаерволе создать правило, фильтрующее трафик и отправляющее его NATу. Но в таких "домашних" роутерах, как правило не требуется как-то дополнительно отправлять трафик NATу - все что получено по LAN интерфейсу и предназначено для WAN интерфейса автоматом заворачивается в NAT (NAT, конечно должен быть включен). Но наверное возможны и варианты. Поскольку я не имел дело с кинетиками, то не знаю как у них это реализовано.
Олег Париев, Кстати, если фаервол включен, выложите сюда скрин с его настройками.
Там по моему можно так же сохранить конфигурацию в текустовый файл, можно кусок такого конфига с правилами фаервола.
Олег Париев, Я так понял на роутере фаервол включен?
Вы можете его выключить для теста. Просто что бы удостоверится, что проблема в нем.
Выключите, пропингуйте гугл с клиента получите результат и снова включайте.
Это значит, что трафик от клиента доходит до роутера и возвращается обратно. Т.е. маршрут вы прописали правильно и маршрутизация на ВПН серверер работает.
Дальше может быть несколько вариантов:
1. блокирует фаервол на роутере
2. возможно ВПН трафик не попадает в NAT на роутере, хоте по идее должен. Но скорее всего первый вариант.
3. что-то еще
Олег Париев, Это видимо настройка роутера?
Тип маршрута - маршрут до сети (не использовал никогда кинетики, поэтому не владею их терминами).
Адрес узла, при выборе маршрут до сети должен превратиться во что-то типа адрес сети.
Тут указываете 10.10.10.0, маска сети 255.255.255.0
Адрес шлюза - это адрес ВПН сервера в локальной сети. Его можете посмотреть на ВПН сервере в состоянии подключения или командой ipconfig.
Интерфейс - так и оставляйте, тогда роутер сам выберет подходящий интерфейс.
Это у клиента? Ну так и будет, пока вы не заставите всю схему работать.
Если на сервере - такое тут будет всегда, т.к. с той стороны интернета для ВПН сервера нет.
Олег Париев, Ну значит все просто. На роутере у вас и так уже есть NAT. И включив маршрутизацию на ВПН сервере вы уже завернули ВПН трафик на роутер и в NAT.
Но т.к. роутер ничего не знает о ВПН сети, то он не будет знать куда отправлять ответные пакеты. Он будет их просто отбрасывать.
Чтоб этого не происходило вам нужно на роутере добавить маршрут в таблицу маршрутизации для ВПН сети шлюзом будет ваш ВПН сервер (нужно указывать адрес ВПН сервера в своей локальной сети, не ВПН адрес). При этом ВПН серверу лучше всего дать статический адрес, иначе при смене адреса на сервере маршрут станет не действительным.
Олег Париев, На винде есть встроенный фаервол. Можете выйти на него через параметры. Если ни разу не настраивали правила фаервола, то погуглите. Не то что бы это сложно, но требует некоторого понимания.
Для простоты можно просто добавить 2 правила для входящих и исходящих пакетов разрешающие весь трафик из/в ВПН сети. Это полезно сделать по крайней мере на этапе отладки схемы, когда все заработает правила нужно ужесточить.
Про NAT - расскажите как сам сервер ВПН попадает в интернет. Тогда, возможно, еще смогу что-то добавить.
Олег Париев, Ок. Я не понял вашу фразу про смену адреса в вопросе.
Тогда опцию redirect-gateway оставляйте - она как раз заставляет весь трафик от клиента ходить на ВПН сервер.
Дальше вы просто стандартными средствами сетевого администрирования (не связанными с ВПН) должны выпустить трафик клиента (с внутренними IP адресами ВПН) в интернет.
1. на сервере вы должны прописать ключ в реестре из ответа Дмитрий Шицков. Это сделает ВПН сервер маршрутизатором.
2. На ВПН сервере в фаерволе вы должны разрешить клиентский трафик.
Дальнейшие действия зависят от того как сам сервер выходит в инет. Т.к. внутри ВПН используются серые адреса, то где-то на стороне сервера должен быть NAT, через который должен проходить клиентский трафик.
Как видите все дальнейшие действия никак не связаны с ВПН. Просто в сети добавилась еще одна подсеть с серыми адресами, которую надо выпустить в инет.
Чтобы на сайтах для просмотра внешнего ip отображался адрес сервака?
Кстати, если это ваша единственная задача для ВПН, то обычно ВПН не используют для этих целей (хотя и ВПН можно). Обычно ставят прокси на сервере и пускают нужные программы через прокси.
Олег Париев, У вас при подключении клиента к ВПН сам ВПН работает? Пропадает только инет?
Т.е. с клиента вы можете пропинговать сервер по внутреннему ВПН адресу?
Вот тут нашел подходящий вариант описания настройки кинетика для выпускания локальной подсети в интернет. Там просто добавляется статический маршрут, что вы уже сделали.
По ссылке смотрите главу "Настройка Keenetic А". Глава про Кинетик Б нас не интересует. Считайте, что Keenetic А по ссылке - это ваш роутер. Keenetic Б - это сервер ВПН. Клиенты за Кинетик Б - это ваш ВПН клиент.
Короче говоря, при такой конфигурации должно работать. Но видимо что-то мешает.
Надо включать логи и смотреть на каком этапе режется трафик.
Для начала посмотрите есть ли в кинетике возможность логирования трафика. Это может быть что-нибудь типа галки "логировать" в правилах фаервола, либо где-то в диагностике инструмент типа tcpdump. Суть в том, что надо посмотреть есть ли исходящие пакеты в интернет, а затем отследить, есть ли входящие ответы из интернета на LAN интерфейсе.
Если логи есть в правилах фаервола, то надо создать правило, допустим, для пингов гугла (чтоб ничего лишнего не логировалось - на роутере объемы не резиновые) и включить в этом правиле логирование.
Если есть tcpdump, то надо так же в параметрах указать фильтрацию для пингов гугла.
Все это делать для WAN интерфейса. Сначала пингуйте гугл с ВПН сервера, просто что бы удостоверится, что логи работают. Затем пингуйте с ВПН клиента.
Второй этап проверки - таким же образом отследить ответы. Ответы сначала должны попадать на WAN интерфейс, а после NATа с измененным адресом получателя на LAN.
Кстати, вы так и не ответили - ваш ВПН сервер подключается к роутеру проводом или через WiFi?
И еще - фаервол на ВПН клиенте включен? Он то же может блокировать трафик. По сути на любому зле, через который проходит трафик, этот трафик может быть заблокирован.