我之前也踩过类似的坑——GNOME那套gsettings命令完全不适配KDE，你试的命令没生效大概率是细节没做对。下面给你一套经过验证的命令，适配KDE Plasma 5及以上版本：

一、配置手动代理 #

首先切换到手动代理模式：

kwriteconfig5 --file kioslaverc --group 'Proxy Settings' --key ProxyType 1

注意：这里用kwriteconfig5而非kwriteconfig，因为Plasma 5+版本默认使用这个工具；ProxyType的值是整数，不需要加引号，1代表手动模式，0是无代理，2是自动代理。

1. 配置HTTP/HTTPS代理 #

如果你的代理是HTTP类型，执行以下命令：

kwriteconfig5 --file kioslaverc --group 'Proxy Settings' --key httpProxy "http://127.0.0.1:1080"
kwriteconfig5 --file kioslaverc --group 'Proxy Settings' --key httpsProxy "http://127.0.0.1:1080"

2. 配置SOCKS5代理 #

如果是SOCKS5代理（对应你GNOME命令里的配置），执行这行：

kwriteconfig5 --file kioslaverc --group 'Proxy Settings' --key socksProxy "socks://127.0.0.1:1080"

3. 配置无需代理的地址（可选） #

添加本地或内网地址跳过代理：

kwriteconfig5 --file kioslaverc --group 'Proxy Settings' --key NoProxy "localhost,127.0.0.1,::1,192.168.0.0/24"

二、让配置立即生效 #

修改完配置后，需要通知KIO框架重新加载配置，用qdbus比dbus-send更简洁可靠：

qdbus org.kde.KIO.Scheduler /KIO/Scheduler reparseSlaveConfiguration

为什么之前的命令没生效？ #

• 可能用了旧版的kwriteconfig而不是kwriteconfig5，导致配置没写到正确的位置；
• ProxyType加了引号，它是整数类型，不需要引号包裹；
• 如果是SOCKS代理却只配置了httpProxy，自然不会生效。

另外，部分第三方应用（比如Chrome）可能需要手动在应用内设置代理，或者开启“使用系统代理”选项才能生效。

内容的提问来源于stack exchange，提问作者Erguotou