Проблема с openVPN— LinuxForum.Fans

04.10.2011 01:03 #197505

Привет всем!

Коллеги, наведите на правильный путь решения проблемы. А именно:
1. Поднят openVPN-сервер на RFR-12.
2. Реализованы несколько (пара) клиентов под иной федорой. Всё работает, как доктор прописал.
Проблема:
Есть необходимость поднять openVPN на офтопичном домашнем компьютере (не моем, я у себ только отрабатываю решение в выни в VB и имею проблему).
1. Сгенерированы ключи для win-клиента.
2. В каталог /etc/openvpn/ccd положен для него конфигурационный файл с содержимым
Важно - IP-адрес клиента - 192.168.128.4. Предыдущие адреса уже заняты, их не изменить.
[console]# cat alex-win
# приcваиваем ip-адрес
ifconfig-push 192.168.128.4 192.168.128.1
iroute 192.168.0.0 255.255.255.0

# роутинг на сети центрального офиса
push "route 192.168.43.0 255.255.255.0 192.168.128.1"

# роутинг на сеть второго офиса
push "route 192.168.53.0 255.255.255.0 192.168.128.1"
[/console]

Конфигурация клиента "образцовая"

text

client
verb 3
dev tun
proto udp
remote 93.185.185.229 1194
remote 89.163.33.50 1194
resolv-retry infinite
nobind
persist-key
persist-tun
ca ca.crt
cert alex-win.crt
key alex-win.key
ns-cert-type server
comp-lzo

Сам клиент под WinXP взят отсюда: http://openvpn.net/index.php/open-source/downloads.html, то есть вполне официальный клиент, последняя версия (2.2.1 от 2011.07.06). Всё проинсталлировано и "намазано". В результате коннекта нет со следующим логом:

Показать

Tue Oct 04 00:35:54 2011 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Tue Oct 04 00:35:54 2011 Re-using SSL/TLS context
Tue Oct 04 00:35:54 2011 LZO compression initialized
Tue Oct 04 00:35:54 2011 Control Channel MTU parms [ L:1542 D:138 EF:38 EB:0 ET:0 EL:0 ]
Tue Oct 04 00:35:54 2011 Socket Buffers: R=[8192->8192] S=[8192->8192]
Tue Oct 04 00:35:54 2011 Data Channel MTU parms [ L:1542 D:1450 EF:42 EB:135 ET:0 EL:0 AF:3/1 ]
Tue Oct 04 00:35:54 2011 Local Options hash (VER=V4): '41690919'
Tue Oct 04 00:35:54 2011 Expected Remote Options hash (VER=V4): '530fdded'
Tue Oct 04 00:35:55 2011 UDPv4 link local: [undef]
Tue Oct 04 00:35:55 2011 UDPv4 link remote: 89.163.33.50:1194
Tue Oct 04 00:35:55 2011 TLS: Initial packet from 89.163.33.50:1194, sid=f8c7e922 f3b9220b
Tue Oct 04 00:35:55 2011 VERIFY OK: depth=1, /C=RU/ST=SPB/L=SAINT-PETERSBURG/O=OpenVPN-ALMA-PKF/CN=OpenVPN-ALMA-PKF_CA/name=alex/emailAddress=eau@alma.ru
Tue Oct 04 00:35:55 2011 VERIFY OK: nsCertType=SERVER
Tue Oct 04 00:35:55 2011 VERIFY OK: depth=0, /C=RU/ST=SPB/L=SAINT-PETERSBURG/O=OpenVPN-ALMA-PKF/CN=iNetServerVPN/name=alex/emailAddress=eau@alma.ru
Tue Oct 04 00:35:55 2011 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Tue Oct 04 00:35:55 2011 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Oct 04 00:35:55 2011 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Tue Oct 04 00:35:55 2011 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Oct 04 00:35:55 2011 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Tue Oct 04 00:35:55 2011 [iNetServerVPN] Peer Connection Initiated with 89.163.33.50:1194
Tue Oct 04 00:35:57 2011 SENT CONTROL [iNetServerVPN]: 'PUSH_REQUEST' (status=1)
Tue Oct 04 00:35:57 2011 PUSH: Received control message: 'PUSH_REPLY,route 192.168.128.0 255.255.255.0,topology net30,ping 10,ping-restart 120,route 192.168.43.0 255.255.255.0 192.168.128.1,ifconfig 192.168.128.4 192.168.128.1'
Tue Oct 04 00:35:57 2011 OPTIONS IMPORT: timers and/or timeouts modified
Tue Oct 04 00:35:57 2011 OPTIONS IMPORT: --ifconfig/up options modified
Tue Oct 04 00:35:57 2011 OPTIONS IMPORT: route options modified
Tue Oct 04 00:35:57 2011 ROUTE default_gateway=192.168.0.1
Tue Oct 04 00:35:57 2011 There is a problem in your selection of --ifconfig endpoints [local=192.168.128.4, remote=192.168.128.1]. The local and remote VPN endpoints must exist within the same 255.255.255.252 subnet. This is a limitation of --dev tun when used with the TAP-WIN32 driver. Try 'openvpn --show-valid-subnets' option for more info.
Tue Oct 04 00:35:57 2011 Exiting

То есть OpenVPN-клиент очень настоятельно хочет, чтобы мой локальный VPN-адрес и ремутный VPN-шлюз лежали в малюсенькой, на 4 адреса с бродкастом, сети. Предпоследняя строка лога. А моя адресация из этого требования вылезает.

Прошу совета, наведите как обойти это ограничение для виндового клиента (point-to-point в сети .252).

04.10.2011 08:30 #197516

Для tun нельзя просто так хотеть. Или следуйте правилам, или используйте tap.
А так, пары должна быть 1,2 5,6,...,253,254.

04.10.2011 10:02 #197527

CyberDaemon написал:
Для tun нельзя просто так хотеть. Или следуйте правилам, или используйте tap.
А так, пары должна быть 1,2 5,6,...,253,254.

Это я уже понял. Tap мне не очень нужен, гонять все бродкасты локальные через инет не имею желания. Взял для этого соединения пару 5-6. Заработало. Непонятно только почему тот же tun в linux заработал в конфигурации - на сервере .1, у одного клиента - .2, у другого - .3? И ведь работают же...

И продолжение вопроса по openVPN, точнее - про маршрутизацию. Сейчас я не знаю какова сеть (адреса) у подключаемого клиента. В то же время я уже задействовал в системе VPN сети 192.168.53.0 и 192.168.0.0. Менять их (особенно последнюю) совсем не с руки. Как поведет себя openVPN, если будет два _клиента_ с одинаковых подсетей, например, 192.168.0.0. При том, что в tun'ах будут разные пары - 1-2 и 5-6. Разберется, или придется какие то дополнительные приседания организовывать?

04.10.2011 11:26 #197539

Cruiser78 написал:
[quote=CyberDaemon]Для tun нельзя просто так хотеть. Или следуйте правилам, или используйте tap.
А так, пары должна быть 1,2 5,6,...,253,254.

Это я уже понял. Tap мне не очень нужен, гонять все бродкасты локальные через инет не имею желания. Взял для этого соединения пару 5-6. Заработало. Непонятно только почему тот же tun в linux заработал в конфигурации - на сервере .1, у одного клиента - .2, у другого - .3? И ведь работают же...

И продолжение вопроса по openVPN, точнее - про маршрутизацию. Сейчас я не знаю какова сеть (адреса) у подключаемого клиента. В то же время я уже задействовал в системе VPN сети 192.168.53.0 и 192.168.0.0. Менять их (особенно последнюю) совсем не с руки. Как поведет себя openVPN, если будет два _клиента_ с одинаковых подсетей, например, 192.168.0.0. При том, что в tun'ах будут разные пары - 1-2 и 5-6. Разберется, или придется какие то дополнительные приседания организовывать?[/quote]
В общем случае нет, не разберётся. Тут нужно будет дополнительные телодвижения делать. От задачи зависит, насколько сложные.

27.10.2011 14:51 #201287

Здравствуйте уважаемые) тему решил не постить, отпишусь тут ибо проблемы идентичные
Вот мой конфиг сервера опенвпн

Показать

#local 192.168.2.254
port 1194
proto udp
dev tun
dev tap
;dev-node tap0
ca /etc/openvpn/ca.crt
cert /etc/openvpn/mailserver.imsp.crt
key /etc/openvpn/mailserver.imsp.key # This file should be kept secret
dh /etc/openvpn/dh1024.pem
server 10.10.10.0 255.255.255.0 # vpn subnet
ifconfig-pool-persist /etc/openvpn/ipp.txt
push "route 0.0.0.0 255.255.255.0" # home subnet
push "dhcp-option DNS 192.168.2.254"
#push "redirect-gateway def1" # старый маршрут останеться
push "redirect-gateway" # старый маршрут удалиться
;duplicate-cn
keepalive 10 120
comp-lzo
max-clients 120
user nobody
group nogroup
persist-key
persist-tun
log /var/log/openvpn.log #log-append log файл будет дополняться
status /var/log/openvpn-status.log #обновляеться каждую минуту о подкл пользователей
verb 4
mute 20
client-to-client
client-config-dir /etc/openvpn/2.0/keys

Сетка работает через ddns с этим проблем нет, клиентов порядка 80ти они выходят в интернет через openvpn у когото все работает стабильно нет проблем, у некоторых не удаеться установить подключения, только после длительных упорств иногда удаеться это сделать, поменял в конфиге dev tun на tap одна проблема ушла, и то не факт, скидываю лог ошибок на клиенте, посодействуйте чем можете

Показать

Wed Oct 26 15:52:07 2011 OpenVPN 2.2.1 Win32-MSVC++ [SSL] [LZO2] built on Jul 1 2011
Wed Oct 26 15:52:07 2011 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Wed Oct 26 15:52:07 2011 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Wed Oct 26 15:52:07 2011 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Wed Oct 26 15:52:07 2011 LZO compression initialized
Wed Oct 26 15:52:07 2011 Control Channel MTU parms [ L:1542 D:138 EF:38 EB:0 ET:0 EL:0 ]
Wed Oct 26 15:52:07 2011 Socket Buffers: R=[8192->8192] S=[8192->8192]
Wed Oct 26 15:52:07 2011 Data Channel MTU parms [ L:1542 D:1450 EF:42 EB:135 ET:0 EL:0 AF:3/1 ]
Wed Oct 26 15:52:07 2011 Local Options hash (VER=V4): '41690919'
Wed Oct 26 15:52:07 2011 Expected Remote Options hash (VER=V4): '530fdded'
Wed Oct 26 15:52:07 2011 UDPv4 link local (bound): [undef]:1194
Wed Oct 26 15:52:07 2011 UDPv4 link remote: 192.168.2.254:1194
Wed Oct 26 15:52:07 2011 TLS: Initial packet from 192.168.2.254:1194, sid=165b0d75 dd5eccdc
Wed Oct 26 15:52:07 2011 VERIFY OK: depth=1, /C=RU/ST=RU/L=Ufa/O=imsp/CN=mailserver.imsp/emailAddress=
Wed Oct 26 15:52:07 2011 VERIFY OK: depth=0, /C=RU/ST=RU/L=Ufa/O=imsp/CN=mailserver.imsp/emailAddress=
Wed Oct 26 15:52:07 2011 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Wed Oct 26 15:52:07 2011 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Oct 26 15:52:07 2011 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Wed Oct 26 15:52:07 2011 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Oct 26 15:52:07 2011 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Wed Oct 26 15:52:07 2011 [mailserver.imsp] Peer Connection Initiated with 192.168.2.254:1194
Wed Oct 26 15:52:10 2011 SENT CONTROL [mailserver.imsp]: 'PUSH_REQUEST' (status=1)
Wed Oct 26 15:52:10 2011 AUTH: Received AUTH_FAILED control message
Wed Oct 26 15:52:10 2011 TCP/UDP: Closing socket
Wed Oct 26 15:52:10 2011 SIGTERM[soft,auth-failure] received, process exiting
Wed Oct 26 15:52:10 2011 OpenVPN 2.2.1 Win32-MSVC++ [SSL] [LZO2] built on Jul 1 2011
Wed Oct 26 15:52:10 2011 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Wed Oct 26 15:52:10 2011 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Wed Oct 26 15:52:10 2011 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Wed Oct 26 15:52:10 2011 LZO compression initialized
Wed Oct 26 15:52:10 2011 Control Channel MTU parms [ L:1542 D:138 EF:38 EB:0 ET:0 EL:0 ]
Wed Oct 26 15:52:10 2011 Socket Buffers: R=[8192->8192] S=[8192->8192]
Wed Oct 26 15:52:10 2011 Data Channel MTU parms [ L:1542 D:1450 EF:42 EB:135 ET:0 EL:0 AF:3/1 ]
Wed Oct 26 15:52:10 2011 Local Options hash (VER=V4): '41690919'
Wed Oct 26 15:52:10 2011 Expected Remote Options hash (VER=V4): '530fdded'
Wed Oct 26 15:52:10 2011 UDPv4 link local (bound): [undef]:1194
Wed Oct 26 15:52:10 2011 UDPv4 link remote: 192.168.2.254:1194
Wed Oct 26 15:52:11 2011 TLS Error: Unroutable control packet received from 192.168.2.254:1194 (si=3 op=P_CONTROL_V1)
Wed Oct 26 15:52:16 2011 TLS: Initial packet from 192.168.2.254:1194, sid=5706b192 7d1424bb
Wed Oct 26 15:52:16 2011 VERIFY OK: depth=1, /C=RU/ST=RU/L=Ufa/O=imsp/CN=mailserver.imsp/emailAddress=
Wed Oct 26 15:52:16 2011 VERIFY OK: depth=0, /C=RU/ST=RU/L=Ufa/O=imsp/CN=mailserver.imsp/emailAddress=
Wed Oct 26 15:52:16 2011 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Wed Oct 26 15:52:16 2011 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Oct 26 15:52:16 2011 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Wed Oct 26 15:52:16 2011 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Oct 26 15:52:16 2011 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Wed Oct 26 15:52:16 2011 [mailserver.imsp] Peer Connection Initiated with 192.168.2.254:1194
Wed Oct 26 15:52:19 2011 SENT CONTROL [mailserver.imsp]: 'PUSH_REQUEST' (status=1)
Wed Oct 26 15:52:19 2011 PUSH: Received control message: 'PUSH_REPLY,route 0.0.0.0 255.255.255.0,dhcp-option DNS 192.168.2.254,redirect-gateway,route 10.10.10.0 255.255.255.0,topology net30,ping 10,ping-restart 120'
Wed Oct 26 15:52:19 2011 OPTIONS IMPORT: timers and/or timeouts modified
Wed Oct 26 15:52:19 2011 OPTIONS IMPORT: --ifconfig/up options modified
Wed Oct 26 15:52:19 2011 OPTIONS IMPORT: route options modified
Wed Oct 26 15:52:19 2011 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Wed Oct 26 15:52:19 2011 ROUTE default_gateway=192.168.2.254
Wed Oct 26 15:52:19 2011 OpenVPN ROUTE: OpenVPN needs a gateway parameter for a --route option and no default was specified by either --route-gateway or --ifconfig options
Wed Oct 26 15:52:19 2011 OpenVPN ROUTE: failed to parse/resolve route for host/network: 0.0.0.0
Wed Oct 26 15:52:19 2011 OpenVPN ROUTE: OpenVPN needs a gateway parameter for a --route option and no default was specified by either --route-gateway or --ifconfig options
Wed Oct 26 15:52:19 2011 OpenVPN ROUTE: failed to parse/resolve route for host/network: 10.10.10.0
Wed Oct 26 15:52:19 2011 TAP-WIN32 device [�� 5] opened: \\.\Global\{A5EAA172-A2B7-4421-A105-CFAD726479D3}.tap
Wed Oct 26 15:52:19 2011 TAP-Win32 Driver Version 9.8
Wed Oct 26 15:52:19 2011 TAP-Win32 MTU=1500
Wed Oct 26 15:52:19 2011 ERROR: --dev tun also requires --ifconfig
Wed Oct 26 15:52:19 2011 Exiting

Показать

Thu Oct 27 13:00:24 2011 TCP/UDP: Closing socket
Thu Oct 27 13:00:24 2011 SIGUSR1[soft,tls-error] received, process restarting
Thu Oct 27 13:00:24 2011 Restart pause, 2 second(s)
Thu Oct 27 13:00:26 2011 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Thu Oct 27 13:00:26 2011 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Thu Oct 27 13:00:26 2011 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Thu Oct 27 13:00:26 2011 Re-using SSL/TLS context
Thu Oct 27 13:00:26 2011 LZO compression initialized
Thu Oct 27 13:00:26 2011 Control Channel MTU parms [ L:1542 D:138 EF:38 EB:0 ET:0 EL:0 ]
Thu Oct 27 13:00:26 2011 Socket Buffers: R=[8192->8192] S=[8192->8192]
Thu Oct 27 13:00:26 2011 Data Channel MTU parms [ L:1542 D:1450 EF:42 EB:135 ET:0 EL:0 AF:3/1 ]
Thu Oct 27 13:00:26 2011 Local Options hash (VER=V4): '41690919'
Thu Oct 27 13:00:26 2011 Expected Remote Options hash (VER=V4): '530fdded'
Thu Oct 27 13:00:26 2011 UDPv4 link local (bound): [undef]:1194
Thu Oct 27 13:00:26 2011 UDPv4 link remote: 192.168.2.254:1194
Thu Oct 27 13:00:26 2011 TLS: Initial packet from 192.168.2.254:1194, sid=30ab6a12 61fedd98
Thu Oct 27 13:00:26 2011 VERIFY OK: depth=1, /C=RU/ST=RU/L=Ufa/O=imsp/CN=mailserver.imsp/emailAddress=sagvir@imsp.ru
Thu Oct 27 13:00:26 2011 VERIFY OK: depth=0, /C=RU/ST=RU/L=Ufa/O=imsp/CN=mailserver.imsp/emailAddress=sagvir@imsp.ru
Thu Oct 27 13:01:26 2011 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Thu Oct 27 13:01:26 2011 TLS Error: TLS handshake failed
Thu Oct 27 13:01:26 2011 TCP/UDP: Closing socket
Thu Oct 27 13:01:26 2011 SIGUSR1[soft,tls-error] received, process restarting
Thu Oct 27 13:01:26 2011 Restart pause, 2 second(s)
Thu Oct 27 13:01:28 2011 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Thu Oct 27 13:01:28 2011 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Thu Oct 27 13:01:28 2011 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Thu Oct 27 13:01:28 2011 Re-using SSL/TLS context
Thu Oct 27 13:01:28 2011 LZO compression initialized
Thu Oct 27 13:01:28 2011 Control Channel MTU parms [ L:1542 D:138 EF:38 EB:0 ET:0 EL:0 ]
Thu Oct 27 13:01:28 2011 Socket Buffers: R=[8192->8192] S=[8192->8192]
Thu Oct 27 13:01:28 2011 Data Channel MTU parms [ L:1542 D:1450 EF:42 EB:135 ET:0 EL:0 AF:3/1 ]
Thu Oct 27 13:01:28 2011 Local Options hash (VER=V4): '41690919'
Thu Oct 27 13:01:28 2011 Expected Remote Options hash (VER=V4): '530fdded'
Thu Oct 27 13:01:28 2011 UDPv4 link local (bound): [undef]:1194
Thu Oct 27 13:01:28 2011 UDPv4 link remote: 192.168.2.254:1194
Thu Oct 27 13:01:28 2011 TLS: Initial packet from 192.168.2.254:1194, sid=bc538cb5 87c47247
Thu Oct 27 13:01:28 2011 VERIFY OK: depth=1, /C=RU/ST=RU/L=Ufa/O=imsp/CN=mailserver.imsp/emailAddress=sagvir@imsp.ru
Thu Oct 27 13:01:28 2011 VERIFY OK: depth=0, /C=RU/ST=RU/L=Ufa/O=imsp/CN=mailserver.imsp/emailAddress=sagvir@imsp.ru
Thu Oct 27 13:02:16 2011 TCP/UDP: Closing socket
Thu Oct 27 13:02:16 2011 SIGTERM[hard,] received, process exiting

27.10.2011 15:07 · отредактировано #201290

Да и как можно организовать подключение дом-офис? То есть посредством openvpn достучаться до локалки офиса. сам недавно разбираюсь с openvpn может уже кто так делал)

27.10.2011 22:19 · отредактировано #201378

Ну указывай сервер в настройках VPN и цепляйся через инет.

Я делал по этой статье http://habrahabr.ru/blogs/linux/128599/. Все работает, но правда там не OpenVPN, а pptp. Попробуй его для теста настроить и пустить проблемного клиента через него.

31.10.2011 14:08 #201988

Спасибо XliN попробую) но все же с опен впн тоже разобраться хочу.

31.10.2011 14:39 · отредактировано #201993

Ребят хотел бы поинтересоваться, я накосячил или конфигурация openvpn тупит, новые созданые клюи не работают,создаю так:
[console]source ./vars
./build-key user[/console]
при их подключении
такая ошибка :
Mon us=468516 192.168.2.177:1194 VERIFY ERROR: depth=0, error=unable to get local issuer certificate:
Старые сертификаты работают, это стало происходить после того как я случайно место ./build-key сгенерировал сертификат сервера
./build-ca (но не заменил старый) можно ли без смены сертификата сервера регистрировать новых пользователей?
а то я 180 сертификатов наштомповал, 80 раздал) не хотелось бы снова их настраивать и менять(

31.10.2011 16:13 #202018

Новые клиентские сертификаты создавались после создания повторного CA сертификата?

01.11.2011 08:10 #202123

Да(

01.11.2011 10:38 #202143

Можно отозвать сертификаты, подписанные новым CA, и уже создать новые, подписав из старым CA.

01.11.2011 12:04 · отредактировано #202170

Да было бы здорово)) а как их подписать старым ca? положить в каталог где создаються ключи старый СА и создавать сертификаты?
Очищаю старые сертификаты этой командой ./revoke-full

01.11.2011 15:38 #202232

sagvir написал:
а как их подписать старым ca? положить в каталог где создаються ключи старый СА и создавать сертификаты?

В принципе да. Ключи от старого CA надо кинуть туда же.

sagvir написал:
Очищаю старые сертификаты этой командой ./revoke-full

Она самая)

02.11.2011 08:53 #202369

Пасибки заработало))создаються сертификаты.