域用户登录系统修改ip显示你没有足够的权限配置此连接的属性，请问各位大神能不能单独给这个用户修改ip地址的权限。我有域管理员权限，将域用户加入管理员组可以解决这个问题。但我不想让这个用户权限这么大，最好只增加修改ip的权限，应该怎么做？-CSDN社区

2301_76344012 2023-10-11 22:36:10

域用户登录系统修改ip显示你没有足够的权限配置此连接的属性，请问各位大神能不能单独给这个用户修改ip地址的权限。我有域管理员权限，将域用户加入管理员组可以解决这个问题。但我不想让这个用户权限这么大，最好只增加修改ip的权限，应该怎么做？

...全文

346 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

作者codyer，源码ElegantBus，ElegantBus 是一款 Android 平台，基于 LivaData 的消息总线框架，这是一款非常优雅的消息总线框架。如果对 ElegantBus 的实现过程，以及考虑点感兴趣的可以看看前几节自吹如果只是想先使用的，可以跳过，直接到跳到使用说明和常见 LivaData 实现的 EventBus 比较消息总线使用反射入侵系统包名进程内 Sticky跨进程 Sticky跨 APP Sticky事件可配置化线程分发消息分组跨 App 安全考虑常驻事件 StickyLiveEventBus:white_check_mark::white_check_mark::white_check_mark::x::x::x::x::x::x::x:ElegantBus:x::x::white_check_mark::white_check_mark::white_check_mark::white_check_mark::white_check_mark::white_check_mark::white_check_mark::white_check_mark:来龙去脉自吹ElegantBus 支持跨进程，且支持跨应用的多进程，甚至是支持跨进程间的粘性事件，支持事件管理，支持事件分组，支持自定义事件，支持同名事件等。之所以称之为最优雅的总线，是因为她不仅实现了该有的功能，而且尽量选用最合适，最轻量，最安全的方式去实现所有的细节。更值得夸赞的是使用方式的优雅！前言随着 LifeCycle 的越来越成熟，基于 LifeCycle 的 LiveData 也随之兴起，业内基于 LiveData 实现的 EventBus 也如雨后春笋一般拔地而起。出于对技术的追求，看过了无数大牛们的实现，各位大神们思路也是出奇的神通，最基础的 LiveData 版 EventBus 其实大同小异，一个单例类管理所有的事件 LivaData 集合。如果不清楚的可以随便网上找找反正基本功能 LivaData 都支持了，实现 EventBus 只需要把所有事件管理起来就完事了。业内基于 LiveData 实现的 EventBus，其实考虑的无非就是下面提到的五个挑战，有的人考虑的少，有的人考虑的多，于是各种方案都有。ElegantBus 主要是集合各家之优势，进行全方面的考虑而产生的。五个挑战之路途险阻挑战一：粘性事件背景 LivaData 的设计之初是为了数据的获取，因此无论是观察开始之前产生的数据，还是观察开始之后产生的数据，都是用户需要的数据，只要是有数据，当 LifeCycle 处于激活状态，数据就会传递给观察者。这个我们称之为粘性数据。这种设计对于事件来说有时候就不那么友好了，之前的事件用户可能并不关心，只希望收到注册之后发生的事件。挑战二：多线程发送事件可能丢失背景同样是因为使用场景的原因，LivaData 设计在跨线程时，使用 post 提交数据，只会保留最后一次数据提交的值，因为作为数据来说，用户只需要关心现在有的数据是什么。挑战三：跨进程事件总线背景有时候我们应用需要设置多进程，不同模块可能允许在不同进程中，因为单例模式每个进程都有一份实体，所有无法达到跨进程，这时候设计 IP 方案选择。说明这里提一下为什么不选用广播方式，对广播有一定了解的都知道，全局广播会有信息泄露，信息干扰等问题，而且开销也比较大，因此全局广播并不适合这种情况。也许有人会说可以用本地广播，然而，本地广播目前来说并不是很好的选择。Google 官方也在 LocalBroadcastManager 的说明里面建议使用 LiveData 替代：原文地址原文如下：2018 年 12 月 17 日版本 1.1.0-alpha01 中将弃用 androidx.localbroadcastmanager。原因LocalBroadcastManager 是应用级事件总线，在您的应用中使用了层违规行为；任何组件都可以监听来自其他任何组件的事件。它继承了系统 BroadcastManager 不必要的用例限制；开发者必须使用 Intent，即使对象只存在且始终存在于一个进程中。由于同一原因，它未遵循功能级 BroadcastManager。这些问题同时出现，会对开发者造成困扰。替换您可以将 LocalBroadcastManager 替换为可观察模式的其他实现。合适的选项可能是 LiveData 或被动流，具体取决于您的用例。更明显的原因是，本地广播好像并不支持跨进程~挑战四：跨应用（权限问题以及粘性问题）背景跨进程相对来说还比较好实现，但是有的时候用户会有跨应用的需求，其实这个也是 IPC 范畴，为什么单独提出

Android在apk内部，即通过java代码来进行修改系统文件或者修改系统设置等等，这样需要获取系统权限。通过直接配置apk运行在System进程内1. 在应用程序的AndroidManifest.xml中的manifest节点中加入android:sharedUserId="android.uid.system"这个属性。2. 修改Android.mk文件，加入LOCAL_CERTIFICAT...

Android Wifi热点通信和蓝牙通信类似，一般都是物联网中应用很多的技术，通信起来比较简单，首先封装一个wfif 工具类用来切换手机连接的wifi ，与设备在同一局域网下 public class WifiUtil { private WifiManager mWifiManager; private Context mContext; private fi...

近期用springboot整合shiro，进行了一个小项目。因为shiro只是一个Java安全框架，并不会做重复登录的拦截，当一个用户登录成功后（chrome登录），再用另外一个浏览器登录（IE登录）或者另外一台电脑进行登录，两个都会登录成功，两个不同的session。（题外话：同一个浏览器登录后，再打开一个标签页访问项目会直接进入登录后跳转的页面，两者是同一个session。）预期目的：不允...

命名规范1.库名、表名、字段名必须使用小写字母，并采用下划线分割。 a)MySQL有配置参数lower_case_table_names，不可动态更改，Linux系统默认为 0，即库表名以实际情况存储，大小写敏感。如果是1，以小写存储，大小写不敏感。如果是2，以实际情况存储，但以小写比较。 b)如果大小写混合使用，可能存在abc，Abc，ABC等多个表共存，容易导致混乱。 c)字段名显示区分大小写...

6,862

社区成员

178,003

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章