Как реализовать копирование определенных типов файлов в bat скрипте?

NonameNoob, Виндовым утилитам ключи передаются с использованием слеша, а не дефиса. Правильная команда: move /y *.mp3 E:\
Иногда полезно читать справку: move /?

Ne sovsem ponyatno kak ispravit, kto podskajet?

Вадим Ушаков, Прислушайтесь к совету jcmvbkbc
Вы решили проблему при компиляции, но перенесли ее в run time, а там ее отловить еще сложнее и как она проявится - не известно.
К тому же, явно разработчикам софта виднее где у них критичное место в коде и где расставлять ассерты. А вы, походя, нарушаете заложенную в софт логику.

Надо разобраться в причине срабатывания ассерта и устранить ее!
Чтоб получить дальнейшие комментарии приведите, что содержится в участке кода рядом с ../deps/source-sdk-2013/mp/src/public/tier0/threadtools.h:1130

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков,

бред какой то

Проверяйте фаервол ни клиенте. В виндовом фаерволе по умолчанию исходящий трафик разрешается (и ответы на исходящий трафик принимаются). Но когда инициатор не локальный компьютер, то по умолчанию трафик блокируется.

Маршурт на сервере добавился в итоге?

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, Ок. Тогда route в основной конфиг, а iroute оставить в ccd.
Возможно это какие-то нюансы на винде. В линухе одни iroute срабатывает.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, добавьте в ccd опцию:
route 192.168.100.0 255.255.255.0

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков,

Не понял про какой сообщение попробовать

Про поменять адрес в ifconfig-push

айпи менял, при перезагрузке не поменялось

значит ccd файл не используется при подключении.

Расширения у ccd файла быть не должно. Имя файла должно точно совпадать с CN в сертификате клиента.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, Т.е. имя файла ccd должно быть таким же, как и CN в клиентском сертификате.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, Суть в том, что клиентский ccd выбирается по определенным правилам - клиентов то может быть много и у каждого свой ccd. Если правила не отрабатывают, то и ccd не будет использоваться. У меня как раз такое предположение.
ccd выбирается по полю CN сертификата клиента.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, Ну ccd руками и надо создавать. Конфиг по умолчанию, на сколько я помню, не использует ccd.
В серверном конфиге то же на вид все нормально. Ну и то что клиент подключается говорит о том, что сервер сконфигурирован нормально.
Проведите эксперимент из моего сообщения выше: https://qna.habr.com/q/1140280#comment_3039410

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, topology subnet стоит в основном конфиге сервера?
Выглядит нормально.
Попробуйте сменить адрес в ifconfig-push на другой, возьмите что-нибудь из конца диапазона, перезагрузите сервер и переподключитесь клиентом. Проверьте, что на клиенте установился новый адрес.
Есть подозрение, что клиентский ccd не отрабатывает вообще.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, Ошибок нет, но и не видно, чтоб route на сервере вызывалась.
Приведите клиентский ccd полностью без замен

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, Только, видимо, надо включить логирование. Если вы используете GUI, то там логи должны быть видны.
Логи включаются опцией в конфиге:
log-append <полный путь к лог-файлу>
Каталог где лежит лог файл должен быть доступен на запись для пользователя из-под которого запускается openvpn. Логи будут добавляться в конец файла при перезапуске openvpn
Так же можно указать уровень логирования. Стандартный уровень verb 3. Его можно изменять в диапазоне [0; 9]. 0 - молчаливый режим, 9 - максимально разговорчивый. Обычно для отладки соединения хватает 3, но можно и увеличить при необходимости.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, Нужно смотреть лог на сервере. Когда клиент подключается сервер пытается добавить маршрут из iroute в свою таблицу маршрутизации. На винде просто вызывается route add. Если команда завершается с ошибкой, то в логе это должно быть видно.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, С выключенным ВПНом (и выгруженным openvpn) не должно быть постоянного маршрута со шлюзом 10.8.0.2 на ВПН сервере и ВПН клиенте. Т.е. вообще не должно быть в таблице маршрутизации упоминания сети 10.8.0.0 в любом виде.
Вообще на ВПН клиенте и сервере таблица постоянных маршрутов должна быть пустая вообще всегда и когда нет ВПН соединения и когда есть. Все маршруты тут добавляются в "активные маршруты"

В таблицу постоянных маршрутов маршруты добавляются командой route -p add, ключ -p говорит о том, что маршрут постоянный. openvpn добавляет свои маршруты в активные.

На впн сервере в доп айпи прописано 172.22.24.2 . что бы веб интерфейс камер открывать для настройки.

Этот IP должен быть вторичным на ВПН клиенте. Никак не на сервере. Камеры ведь находятся за клиентом.
На клиенте можно вернуть этот IP.

комп за сервером. прописывал как Вы сказали

Тут все верно. Эти маршруты есть в постоянных и они там и должны быть.
Но там же в активных маршрутах есть маршруты до 10.8.0.0 и 192.168.100.0, а вот этих не должно быть. Все должно отрабатывать по постоянным маршрутам.
Попробуйте на этом компе удалить все маршруты для сетей 10.8.0.0 и 192.168.100.0 зафиксируйте таблицу маршрутизации без этих маршрутов. Затем повторно выполните route -p add и сравните таблицы. route -p add должен добавить маршрут только в "постоянные маршруты".

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, Вообще предлагаю предложение.
Отключите ВПН на клиенте и сервере. Посмотрите на обоих таблицу маршрутизации.
Там не должно быть маршрутов:
1. на сервере: для сети 192.168.100.0 (и для сети камер)
2. на клиенте: для сети 192.168.1.0
3. На обоих: для сети 10.8.0.0 и любых где в интерфейсе 172.22.24.2

Не нужные маршруты удалите через route delete, проверьте, чтоб они действительно удалились, перезагрузитесь, проверьте что после перезагрузки левые маршруты не восстановились.
Когда таблицы будут очищены, можно будет подключать ВПН и проверять таблицы с подключенным соединением.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, На сервере и клиенте все еще маячат маршруты с интерфейсов 172.22.24.2. Что-то у вас там продолжает висеть и сорить в таблицу маршрутизации. Попробуйте их все удалить через route delete, перезагрузить и посмотреть таблицу маршрутизации. Восстановятся после перезагрузки или нет?

На ВПН клиенте постоянный маршрут по умолчанию (0.0.0.0) через 10.8.0.2.

На ВПН сервере отсутствует правильный маршрут для сети 192.168.100.0, есть не правильный - через 172.22.24.2. Возможно из-за этого пинги не проходят.

На компе за ВПН сервером откуда-то взялись "активные маршруты" для сети 10.8.0.0 и 192.168.100.0. По идее они должны быть только в постоянных маршрутах. И странно, что Интерфейс во многих маршрутах 10.8.0.1 - хотя такого локального адреса на этом компе быть не должно.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, Приведите таблицы маршрутизации клиента, сервера и компа в сети за сервером после подключения ВПН клиента, а так же вывод пинга.
Лучше это делать в текстовом виде, а не скриншотами.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков,

перестал пинговать локальный адрес сервера впн

Локальный адрес - это 192.168.1.254? То что не пингуется сервер по этому адресу - не большая проблема, по ВПН адресу он должен пинговаться.
Кстати, если бы клиент и/или сервер были бы под линуксом, то подобный пинг не проходил бы в принципе, там такое не работает по умолчанию.

Вообще ВПН сервер и клиент после подключения должны пинговать себя всегда по внутренним ВПН адресам, не зависимо от настроек маршрутов. Они находятся в одной ВПН сети, поэтому с точки зрения TCP/IP доступны друг другу на прямую, без маршрутизации.

Приведите таблицы маршрутизации клиента, сервера и компа в сети за сервером после подключения ВПН клиента, а так же вывод пинга.
Лучше это делать в текстовом виде, а не скриншотами.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков,

Что я делаю не так?

Вот это:

На ВПН клиенте не нужно выполнять команды route add.

Все добавленные вручную маршруты удалите.
Вообще на ВПН сервер и ВПН клиенте все маршруты нужно устанавливать через конфиг ВПН сервера или CCD клиента.
Можно и в ручную. Но в этом случае маршруты автоматически не удалятся, если связь по ВПН отвалится (или клиент отключится). И не появятся при восстановлении связи.

А вообще, скорее всего мешает фаервол, скорее всего на компе в сети за сервером.
Любой фаервол на узлах по маршруту следования пакета может заблокировать трафик.

Сервер-клиент openvpn win не видят за собой локальную сеть. как исправить?

Слава Кривошейков, Я так и думал. Обычно для камер (и телефонии) делают свою отдельную физическую сеть, чтоб трафик сетей не влиял друг на друга. Т.к. с камер идет довольно значительный постоянный объем трафика.

В общем тут вам надо выбрать:
1. изменять маршрутизацию на камерах и видео сервере
2. использовать NAT. Если использовать этот вариант, то на NAT можно перевести и трафик в локалку за клиентом. Можно и не переводить. NAT на линуксе встроенный, никакого доп.софта не нужно. На винде же это может стать отдельным геморроем.