summaryrefslogtreecommitdiff
path: root/main/src/ui/res/values-zh-rCN/strings.xml
diff options
context:
space:
mode:
Diffstat (limited to 'main/src/ui/res/values-zh-rCN/strings.xml')
-rw-r--r--main/src/ui/res/values-zh-rCN/strings.xml22
1 files changed, 13 insertions, 9 deletions
diff --git a/main/src/ui/res/values-zh-rCN/strings.xml b/main/src/ui/res/values-zh-rCN/strings.xml
index 8f84caa9..6a065662 100644
--- a/main/src/ui/res/values-zh-rCN/strings.xml
+++ b/main/src/ui/res/values-zh-rCN/strings.xml
@@ -27,8 +27,6 @@
<string name="pkcs12pwquery">PKCS12 密码</string>
<string name="file_select">请选择&#8230;</string>
<string name="file_nothing_selected">你必须选择一个文件</string>
- <string name="useTLSAuth">使用 TLS 认证</string>
- <string name="tls_direction">TLS 位置</string>
<string name="ipv6_dialog_tile">输入 CIDR 格式的 IPv6 地址/网络掩码(例如 2000:dd::23/64)</string>
<string name="ipv4_dialog_title">输入 CIDR 格式的 IPv4 地址/网络掩码(例如 1.2.3.4/24)</string>
<string name="ipv4_address">IPv4 地址</string>
@@ -69,8 +67,6 @@
<string name="remote_tlscn_check_title">证书主机名检查</string>
<string name="enter_tlscn_dialog">勾选此项将验证远程证书的 DN 属性(例:C=DE, L=Paderborn, OU=Avian IP Carriers, CN=openvpn.blinkt.de)\n\n输入完整的 DN 或者 RDN 以便进行验证。\n\nRDN前缀 \"Server\" 可以匹配 \"Server-1\" 以及 \"SERVER-2\"\n\n若留空则将仅验证 RDN 而不验证主机名。\n\n有关更多信息请查看 OpenVPN 2.3.1+ 参考手册的 --verify-x509-name 小节</string>
<string name="enter_tlscn_title">远程证书所有人名称</string>
- <string name="tls_key_auth">启用TLS密钥验证</string>
- <string name="tls_auth_file">TLS认证文件</string>
<string name="pull_on_summary">从服务器请求 IP 地址、 路由规则和计时选项。</string>
<string name="pull_off_summary">将不会从服务器请求信息。需要手动在下方配置设置。</string>
<string name="use_pull">拉取设置</string>
@@ -205,8 +201,8 @@
<string name="using_proxy">代理使用时长 %1$s %2$s</string>
<string name="use_system_proxy">使用系统代理</string>
<string name="use_system_proxy_summary">使用系统级HTTP/HTTPS 代理配置来连接</string>
- <string name="onbootrestartsummary">如果在系统启动时OpenVPN处于活动状态,那么它会连接指定的VPN。在Android &lt;5.0上使用这个选项前,请阅读连接警告的常见问题。</string>
- <string name="onbootrestart">在系统启动时自动连接</string>
+ <string name="keep_vpn_connected_summary">OpenVPN 将在系统启动时连接指定的 VPN,并尝试保持 VPN 连接。</string>
+ <string name="keep_vpn_connected">保持 VPN 连接</string>
<string name="ignore">忽略</string>
<string name="restart">重新启动</string>
<string name="restart_vpn_after_change">配置文件的变更将在重新连接 VPN 后生效,是否立即(重新)连接?</string>
@@ -262,7 +258,6 @@
<string name="encryption_cipher">加密算法(cipher)</string>
<string name="packet_auth">数据包验证</string>
<string name="auth_dialog_title">输入数据包验证方式</string>
- <string name="built_by">由 %s 构建</string>
<string name="debug_build">调试版本</string>
<string name="official_build">正式版本</string>
<string name="make_selection_inline">复制进配置文件</string>
@@ -361,7 +356,6 @@
<string name="ab_tethering_44">VPN处于活跃状态时,网络共享可以正常工作。共享连接将不使用VPN。</string>
<string name="ab_kitkat_mss">早期的KitKat版本在TCP连接上设置了错误的MSS值 (#61948)。尝试启用mssfix选项来临时解决这个bug。</string>
<string name="ab_proxy">在没有设置DNS服务器时,Android会继续使用您为移动/Wi-Fi连接指定的代理设置。安卓 OpenVPN会在日志中警告你。<p>当VPN设置了DNS服务器时,Android不会使用代理。没有为VPN连接设置代理的API。</p></string>
- <string name="ab_lollipop_reinstall">在被卸载或重新安装时,VPN程序会停止工作;详细信息请参看 #80074</string>
<string name="ab_not_route_to_vpn">配置的客户端IP及其网络掩码中的IP地址的流量不会路由到VPN。 OpenVPN通过显式地添加一个与客户端IP及其网络掩码相对应的路由来提供这个bug的一个临时应变方法。</string>
<string name="ab_persist_tun">当另一个tun设备处于活动状态时打开一个tun设备(用于持久tun支持),将导致设备上的VPNServices崩溃。需要重新启动才能使VPN重新工作。安卓 OpenVPN 试图避免重新打开tun设备,如果真的需要,首先关闭当前的tun再打开新的tun设备,以避免崩溃。这可能导致短暂窗口期,期间数据包通过非vpn连接发送。即使采用这种方法,VPNServices有时也会崩溃,需要重新启动设备。</string>
<string name="ab_secondary_users">对于二级用户,VPN是不会起作用的。</string>
@@ -369,7 +363,6 @@
<string name="ab_vpn_reachability_44">只有目标可以通过VPN,可以到达VPN没有达到。 IPv6的VPN不能在所有工作。</string>
<string name="ab_only_cidr_title">非CIDR路由</string>
<string name="ab_proxy_title">VPNs的代理行为</string>
- <string name="ab_lollipop_reinstall_title">正在重新安装VPN应用</string>
<string name="version_upto">%s及更早版本</string>
<string name="copy_of_profile">%s 的副本</string>
<string name="ab_not_route_to_vpn_title">到已配置IP地址的路由</string>
@@ -440,6 +433,13 @@
<string name="kbits_per_second">%.1f kbit/s</string>
<string name="mbits_per_second">%.1f Mbit/s</string>
<string name="gbits_per_second">%.1f Gbit/s</string>
+ <string name="weakmd">&lt;p&gt; 从 OpenSSL 1.1 版开始,OpenSSL 拒绝证书中的弱签名算法,例如
+ MD5。此外,OpenSSL 3.0 拒绝 SHA1 算法的签名 。&lt;/p&gt;&lt;p&gt;
+ 您应该尽快更新 VPN 证书,因为 SHA1 在
+ 不久的将来也将不再适用于其他平台。&lt;/p&gt;
+ &lt;p&gt; 如果您真想使用旧证书,请在配置文件的 “身份验证/加密” 部分为 TLS 安全配置选择“不安全”&lt;/p&gt;
+
+ </string>
<string name="volume_byte">%.0f B</string>
<string name="volume_kbyte">%.1f kB</string>
<string name="volume_mbyte">%.1f MB</string>
@@ -489,6 +489,7 @@
<string name="import_from_as">从远程服务器导入配置文件</string>
<string name="no_default_vpn_set">未设置默认 VPN。请在启用此选项之前设置默认 VPN。</string>
<string name="internal_web_view">内部 WebView</string>
+ <string name="faq_ncp">There are some variation of this message depending on the exact situation. They all have in common that server and client could not agree on a common cipher. The main reasons are: &lt;ul&gt;&lt;li&gt; You are still relying on the fact that OpenVPN 2.4 and older allowed BF-CBC in the default configuration (if no --cipher was set). OpenVPN 2.5 does not allow it per default anymore since it is a &lt;a href=\"https://community.openvpn.net/openvpn/wiki/SWEET32\"&gt;broken/outdated cipher&lt;/a&gt;.&lt;/li&gt;&lt;li&gt;The server runs OpenVPN 2.3 (or even older) with --enable-small (at least 4-5 year old OpenVPN)&lt;/li&gt;&lt;li&gt;&lt;/ul&gt;Broken configuration (e.g., mismatching data-ciphers on client and server)&lt;/li&gt; &lt;p&gt; The &lt;a href=\"https://github.com/OpenVPN/openvpn/blob/master/doc/man-sections/cipher-negotiation.rst\"&gt;OpenVPN manual section on cipher negotiation&lt;/a&gt; explains the different scenarios of cipher negotiation very well and what to do in these situation.&lt;p&gt;TP-Link devices use a at least 5 year old OpenVPN 2.3.x version (possibly older) on their devices, even in the 2019/2020 models.&lt;p&gt;Last but not least, there is a popular VPN provider that has a broken server that always says it is using \'BF-CBC\' because its developer thought it would be a good idea to create a proprietary cipher negotiation patch that is incompatible with standard OpenVPN.&lt;p&gt;In summary: all sane configurations should not get these errors. But (apart from the broken VPN provider\'s server) the client can be persuaded to still connect (fixing the sympton and not the real problem). When connecting to older servers the comaptiblity mode option in the basic settings of a VPN should be able to address most of the common compatiblity problems.</string>
<string name="check_peer_fingerprint">检查对端证书指纹</string>
<string name="fingerprint">(输入服务器证书的 SHA256 指纹)</string>
<string name="proxy_info">HTTP 代理: %1$s %2$d</string>
@@ -501,4 +502,7 @@
<string name="bf_cbc_requires_legacy">配置文件使用 BF-CBC,它依赖于 OpenSSL legacy provider(未启用)。</string>
<string name="allow_translations_title">允许社区贡献的翻译</string>
<string name="allow_translations_summary">允许应用程序使用翻译社区贡献的翻译。需要重新启动应用程序才能激活。</string>
+ <string name="tls_profile">TLS 安全配置</string>
+ <string name="encrypt_profiles">d</string>
+ <string name="missing_notification_permission">缺少通知权限。这用于显示 VPN 的状态并通知所需的用户交互,例如多因素授权。\n\n单击此消息授予应用程序通知权限</string>
</resources>