Ilya1988, я думаю это самый простой путь. Но я только предположил почему у вас был московский ip, возможно на специализированных форумах вам что-что подскажут.
По второму нужно смотреть именно архитектуру того приложения, но предположу что любой платёж сначала становится Transaction, а только после завершения Withdrawal или Payment. Либо Withdrawal и Payment - это внутрение сущности, а Transaction - любое взаимодействие с платёжным шлюзом.
В вашем простом варианте можно в процессе ожидания уже делать запросы на генерацию ответа по уже имеющейся фразе, что бы потом сразу его отправить. Я думаю это сильно уменьшит "временной лаг".
Как я понял из описания - это устройство работает поверх ethernet, причём с одной стороны у него одно устройство, а с другой программный клиент, причём только под винду. Мне же нужно чтобы на обоих концах кабеля были устройства. Ну и такое количество портов избыточно, мне достаточно одного.
sazhyk, Никто вас не оскорблял, вы это сами придумали, как и придумали что openvpn внезапно стал pear-to-pear.
Опция client-to-client в конфиге разрешает клиентам внутри vpn сети соединятся друг с другом в рамках этой же сети. Но это соединение именно внутри vpn, трафик всё равно идёт через openvpn сервер.
Автору вопроса же нужно что бы трафик между клиентами ходил напрямую между ними, а сервер использовался только для получения первоначальных настроек.
