Submitted by 熊茂祥 on 2021, October 11, 12:12 PM
云管理——节点批量运维的平台
运维者头疼的事之一就是：将策略同步更新到多个设备。
有多个节点同时更新相同策略，也有不同的节点更新不同的策略，如果一个个节点操作效率太低。如果某些节点和运维者跨运营商，或不在一个国家，操作时会严重影响效率。
如果你也有这些烦恼，云管理肯定可以帮到你。
你可能关心的问题:
1.安全保障
本站采用邮件验证码登录，SSL证书保障信息安全。全部提交内容均经过正则过滤，确保服务器安全可靠。只有一个golang服务对外，避免因第三方程序漏洞导致安全隐患。您如果不够信任本平台也没关系，可以使用只读模式，只需修改脚本里的变量即可实现完全只读模式，可拒绝任何云端下发的任务。
2.性能优异
全golang后台和前台，没有中间解释器，直接输出。ROS内直接导入脚本文件，执行效率远超API接口，
3.全球分布式极速推送
支持全球CDN推送方式，无论你的业务节点在世界哪个角落，均高效可靠。
4.自定义脚本
用户可以自己编写脚本，一切功能都由您自由发挥，自由度高！
5.脚本容错性高
无论是新手还是老手，写脚本总有失手的时候。而本平台确保脚本得到正确推送，在执行失败后平台会显示，确保业务点不会卡在错误的脚本进行死循环。碰到恶劣的业务点网络环境，可能存在首次推送脚本失败的情况，本平台会自动安排后续的第2，3次推送。若3次全部失败则放弃任务。
6.灵活的任务时间调度
可自定义任务推送时间，在闲时推送复杂的任务，避开高峰时段执行效率更高，更加的保障业务点网络稳定。也可以提前布置预期需要执行的任务，当到达指定时间范围后会开始推送任务，不用再盯着表看时间操作了，腾出双手享受生活。
7.业务点状态 动态更新
业务点在接入云管理平台后，会定时提交设备及网络状态，包括CPU负载，硬盘内存负载，系统版本，设备型号，启动时间，温度，功率，带宽吞吐量等关键信息。并且可以对指定设备进行备注，方便之后进行管理和识别。
8.脚本推送 任务列队
如N个脚本需在N个业务点执行的时候，无需等待业务点结束任务，可直接安排后续的推送任务。平台会依据任务创建时间，按顺序列队推送。如果业务点正在执行上一个任务，平台会自动等待直至结束，避免出现脚本并发执行后出现错误，让用户放心执行长时间和复杂的任务。
9.完善的日志记录
每一业务点的每一脚本推送都有据可查，随时掌握脚本推送结果和脚本推送历史。
10.可自动生成ROS对接脚本
为方便用户接入，平台上可直接生成对接脚本下载。用户直接导入脚本即可完成对接。对接后稍等5分钟将会在平台上显示。
11.多平台兼容
平台使用网页形式服务，可以兼容多种终端。方便用户在任何环境下使用，无需安装任何APP。
12.兼容几乎全部网络环境
无论您的业务点ROS是固定公网IP，动态公网IP，内网IP均可以完美支持。使用感受上没有任何区别，减少烦恼。
13.方便的卸载流程
如果您想取消已经对接的业务节点，只需在云管理平台上删除对应节点，云端会自动下发卸载云管理脚本。一键清除干净无残留。
14.公开的服务器状态
服务器系统状态提供公开展示，让用户对服务器的负载情况心中有数。
» 阅读全文
Tags: ros, mikrotik, 云管理, 批量, cdn
ROS | 评论:0
| 阅读:2359
Submitted by 熊茂祥 on 2021, July 1, 1:54 PM
由于某用户的特殊环境需求，特此建立该项目。
项目介绍：
在某些基建链路网络比较差的环境里，跨地域城域网可能使用了较为拥堵的链路，或途径微波网桥，甚至两者皆有的情况。并且跨地域城域网具备多条链路，可能存在不同带宽，或者不同运营商，或者两者皆有的情况。由于这些城域网经常会出现链路波动，比如丢包，或者频繁高延时，如果不及时人工干预，会影响网络正常使用，OSPF本身在链路断开的情况下是会自动调度的，但是在碰到小幅丢包，或者高延时的情况，完全没有自主处理能力。在当前用户环境为多地域城域网间使用OSPF动态路由，互联网出口为BGP动态路由的大前提下，为该需求做自动化调度链路。
使用必要条件：
内部城域网网络必须使用OSPF，必须具备多个城域网链路，传输链路带宽充裕。
计划功能介绍：
1.可以对城域网基站进行全时段监控。
2.可以让zabbix按丢包率阈值进行自动化调度OSPF链路，异常时自动停用，恢复时自动启用。
3.可以让zabbix按延时波动幅度进行自动化调度OSPF链路，异常时自动停用，恢复时自动启用。
4.支持zabbix自动状态告警通知，包括出现异常状态，或恢复正常状态的告警通知。（通知接口支持微信，钉钉，TELEGRAM。）
5.具备调度平台状态全局信息显示。
6.允许人工操作禁用或启用某OSPF链路。
7.允许人工操作锁定或解锁某OSPF链路状态。（状态锁定下不受自动化调度调整。）
8.自动判断依赖链路，防止同区域里所有OSPF链路同时波动时全部关闭导致整个区域城域网中断。（支持双城域网链路或更多条城域网链路同时接入。自动调度平台会始终确保在同OSPF区域里至少有一条城域网链路是启用的。）
» 阅读全文
Tags: zabbix, mikrotik, ros, ospf, 调度
ROS | 评论:0
| 阅读:1513
Submitted by 熊茂祥 on 2021, April 24, 6:56 PM
程序名称：远程维护管理器
程序用途：用于集中管理ROS。
程序特点：所有数据存放在加密数据库内，数据库内IP和密码采用des加密保存。WINBOX默认保存是明文的，非常不安全。使用本程序可以提高在外维护ROS的便捷度和安全度。支持WINBOX，SSH，mstsc共3种登录方式。
PS：程序免费无广告 ，无弹窗。
发现BUG可跟贴反馈。
程序默认登录密码12345678，登录后可自行修改密码。程序本身不联网，不会发送任何内容到网络。
» 阅读全文
Tags: ros, winbox, ssh.维护, 管理
ROS | 评论:23
| 阅读:48375
Submitted by 熊茂祥 on 2021, March 25, 8:25 PM
由于自己分析需要，特此建立该项目。
该项目使用GOLANG开发的TRAFFICLOG后台，并将数据记录到MYSQL中。
TRAFFICLOG项目将实现以下功能：
1.可记录源IP，目的IP，协议，源端口，目的端口，持续通讯时间，通讯数据包数量，通讯传输字节等流量信息。(已完成)
2.可解析目的IP的地理位置及运营商。(2020.06.30已完成)
3.支持多路由汇聚记录后分开查询。(2020.07.01已完成)
4.可通过配置文件调节记录过滤参数，包括持续时间，包数量，通讯字节大小等来判断是否被记录。(2020.08.07更新)
5.可过滤不正常的日志数据包来防止出现程序异常。(已完成)
6.允许自定义最大存储天数，可自动清除旧数据。(2021.03.12已完成)
7.可将数据存储至内存，无需写盘，适合短期存储。(2021.03.25已完成)
8.可设置配置文件，若包含文件内的黑名单的IP则不记录。(2020.07.01已完成)
9.可设置配置文件，若源IP包含在文件的白名单IP段则记录，用于透传流量分析。(2020.07.07已完成)
10.配置文件整合，支持单配置文件使用固定格式来完成多个参数设定，扩展支持更多自定义参数。(2020.08.07已完成)
11.支持全段公网NAT转发业务环境，作为中间转发时也能正确解析记录。本环境通常用于被攻击时的日志分析。(2021.01.13已完成)
12.支持配置文件定义IP定位时选择源地址或者目的地址。(2021.01.13已完成)
之后可能会按需扩展其他功能。
» 阅读全文
Tags: ros, traffic, 流量, 记录, 日志
ROS | 评论:2
| 阅读:6049
Submitted by 熊茂祥 on 2021, February 17, 1:02 AM
由于ros使用各大邮箱发送邮件诸多限制和不便。本站为方便广大运维人员发送Telegram通知，特此设立Telegram转发接口。
本接口目前仅限于mikrotik系统接入。
当前已支持的功能：
1.给Telegram好友发送通知。
2.给Telegram群发送通知。
3.获取Telegram账号ID。(和通知中心Telegram发送"/获取chatid")
4.获取Telegram群ID。(@通知中心Telegram发送"/获取chatid"，必须将其设置为群管理员方可正常调用。)
5.支持中英文环境切换。
6.可自助开关通知中心的消息。(命令帮助可私聊通知中心发送"/帮助"获取。)
7.支持接口调用结果回显，方便开发者调试。
8.支持IP白名单，不受发送通知频率限制。
限制：
1.每个IP每60分钟限制最多只能发送120条消息。(超过120次则会忽略发送通知，直至每小时小于120次的发送频率自动解除封锁。)
2.节点字符串不超过64个字符。
3.消息字符串不超过500个字符。
4.仅允许ROS调用接口。
5.每个Telegram账号或群每天仅允许发送1000次通知。(超过1000次则会被关闭该Telegram账号或群接收的所有通知，直到自行发送开启通知命令。)
注意：如发送内容包含空格，请用"%20"来替换。
展示图如下：
» 阅读全文
Tags: ros, 通知, telegram, 告警, 消息
ROS | 评论:0
| 阅读:8363
