[kde-russian] key direction в настройках OpenVPN (knetworkmanager)

[Juliette Tux]

Юрий, спасибо, сейчас почитаю.

Не знала про ошибки :( Обычно kdesvn говорит, если пошка не проходит
проверку, я правлю и ещё раз проверяю msgfmt'ом, а эти значит не отловились
почему-то. Приношу свои извинения :( Могу доверить вам, если вы не против.
А как в будущем их отлавливать?

2012/10/29 Yuri Chornoivan <yurchor at ukr.net>

> Mon, 29 Oct 2012 14:23:14 +0200 було написано Juliette Tux <
> juliette.tux at gmail.com>:
>
>
>  Добрый день.
>> В networkmanagement-l10n (libknetworkmanager.po) для knetworkmanager есть
>> такая фраза:
>> "If key direction is used, it must be the opposite of that used on the
>> VPN peer."
>> Кто-то может разъяснить про 'key direction'? Я нашла вот этот баг у
>> Альтов:
>> https://bugzilla.altlinux.org/**show_bug.cgi?id=27030<https://bugzilla.altlinux.org/show_bug.cgi?id=27030>, но понятней не стало
>> :(
>>
>
> Добрый день,
>
> Ключ TLS может проверяться на сервере или на клиенте. Если на внешнем узле
> соединения установлено (0/сервер), то следует установить для направления
> ключа (1/клиент), и наоборот. Про это даже баг написали:
> https://bugs.kde.org/show_bug.**cgi?id=223284<https://bugs.kde.org/show_bug.cgi?id=223284>
>
> В GNOME написано подробнее: https://www.blackvpn.com/**
> content/uploads/linux-nm7.png<https://www.blackvpn.com/content/uploads/linux-nm7.png>
>
> С уважением,
> Юрий
>
> P.S. Не могли бы Вы проследить за исправлением этих ошибок:
> http://l10n.kde.org/check-kde-**tp-results/trunk/ru/messages.**html<http://l10n.kde.org/check-kde-tp-results/trunk/ru/messages.html> или Вы доверите исправление мне? ;)
> ______________________________**_________________
> kde-russian mailing list
> kde-russian at lists.kde.ru
> https://lists.kde.ru/mailman/**listinfo/kde-russian<https://lists.kde.ru/mailman/listinfo/kde-russian>




-- 
С уважением, Дронова Юлия
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kde.ru/pipermail/kde-russian/attachments/20121029/276dc4dd/attachment.html>