首页 文章 精选 留言 我的

精选列表

搜索[灾备],共4502篇文章
优秀的个人博客,低调大师

现代网络安全架构应备功能

【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 样式和用例不断变化,网络安全也必须更加全面、智能、响应快。 信息技术行业发展早期,Sun Microsystems 代表着计算界的远见卓识。Sun 公司率先提出了 “网络就是电脑” (The network is the computer) 的独特理念。什么意思呢?这意味着,IT 基础设施在松耦合架构中通过以太网线和 TCP/IP 之类联网技术连接在一起。因此,必须要正确设计和配置网络才可以最大化网络可用性、性能和业务效益。 当然,从上世纪九十年代早期到现在,世界已经改变太多。如今有些网络根植云端,有些是虚拟的,还有些依赖应用间的连接,但 IT 系统依然通过各种方式靠网络连接在一起。 现代网络安全 网络的变迁自然对网络安全也提出了与时俱进的要求。现代网络安全必须支持以下几点: (1) 端到端覆盖:检查进/出流量的边界安全已不再满足需要。现代网络安全控制必须深入所有网段,审查横向流量、云端网络通信,以及根本不触及公司网络的软件即服务 (SaaS) 远程网络通信。换句话说,所有网络流量都应纳入审查覆盖范围。 (2) 全面加解密:企业战略集团 (ESG) 研究指出,当今 50%~60% 的网络流量都是加密的,且未来加密流量的比例只会越来越高。这意味着网络安全架构必须具备在大量控制点上解密并检查流量的能力。现代网络安全技术还应能够无需解密全部就可以检测可疑流量。思科 Encrypted Traffic Analytics (ETA) 加密流量分析解决方案和 Barac.io 等公司推出的独立解决方案均已包含此功能。 (3) 以业务为中心的分隔:所有现代网络安全技术都应以减小攻击界面为主要要求。这包括两个方面的功能: 分隔各应用层间的横向流量; 强制实现用户/设备和网络服务间的软件定义边界网络分隔规则。此类功能也常被称为“零信任”。 中央控制面板与分布式实施:这是 “必备” 要素。所有网络安全控制(如物理控制、虚拟控制、基于云的控制)都必须向一个通用控制面板报告管理行为(如配置管理、策略管理、变动管理等)。中央控制面板很可能设在云端,所以 CISO 应为此变化做好对风险规避审计员和业务经理的培训。有来自中央命令与控制的指令支持,网络安全系统在阻止恶意流量和实施策略时应不用考虑自身位置或尺寸了。需注意的是,尽管每家网络安全供应商都推崇自身中央管理服务,FireMon、Skybox 和 Tufin 等第三方软件提供商在这一领域也占有一席之地。 全面监视与分析:安全界有句老话:“网络不会说谎。”因为所有网络攻击的杀伤链都绕不过网络通信这一环,安全分析师必须能够访问 OSI 技术栈所有层上的端到端网络流量分析 (NTA)。最好的 NTA 工具应在基本流量监视基础之上附加检测规则、启发式分析、脚本语言和机器学习,以便帮助分析师检测未知威胁,将恶意行为映射进 MITRE ATT&CK 框架。CISO 必须广撒网,因为可供选择的强大解决方案太多了,有纯初创公司 (Bricata、Corelight、DarkTrace、IronNet、Vectra Networks 等),有网络专家(思科、ExtraHop、NETSCOUT 等),还有网络安全供应商(Fidelis、火眼、Lastline、惠普企业等)。购者自慎! 网络安全技术必须支持细粒度策略与规则,基于用户位置、网络配置或新发现的威胁/漏洞迅速做出相应改变。公司企业必须拥有无论何时何地都能启动/关闭或修改网络安全服务的能力。现代网络安全控制须能适应物联网 (IoT) 设备及协议,在标准操作系统上用的健壮策略与实施应能同样应用到物联网设备上。最后,网络安全架构必须围绕易于访问的 API 打造,以便能够快速集成。 Sun Microsystems 早已消逝在 IT 发展的历史洪流中(顺带一提,这家公司目前归属 Oracle),但无论外在形式如何,网络依旧是 IT 关键组成部分。现代网络安全架构不仅仅保护所有网络流量,还帮助企业减小攻击界面,改善威胁检测/响应,缓解网络风险。这就很能说明问题了。 【本文是51CTO专栏作者“李少鹏”的原创文章,转载请通过安全牛(微信公众号id:gooann-sectv)获取授权】 戳这里,看该作者更多好文

优秀的个人博客,低调大师

PostgreSQL-11.3-主从流复制+手动主备切换

1 摘要 使用PostgreSQL 11.3 创建两个节点:node1 和 node2; 配置主从流复制,然后做手动切换(failover)。为了配置过程简单,两个节点在同一台物理机器上。 首先建立主从同步流复制,起初,node1作为主节点(Primary),node2作为从节点(Standby)。 接下来,模拟主节点(node1)无法工作,把从节点(node2)手动切换成主节点。然后把原来的主节点(node1)作为从节点加入系统。 此时,node2是主 (Primary), node1是从(Standby)。 最后,模拟主节点(node2)无法工作,把从节点(node1)手动切换成主节点。然后把node2作为从节点加入系统。 此时,node1是主 (Primary), node2是从(Standby)。 2 创建node1和node2,配置主从流复制 上级目录是: /Users/tom 两个子目录,testdb113,testdb113b, 分别属于两个节点, node1, node2: testdb113 --> node1 testdb113b --> node2 2.1 创建主节点(Primary) node1 mkdir testdb113 initdb -D ./testdb113 pg_ctl -D ./testdb113 start 2.1.1 node1: 创建数据库账号,用于流复制 创建账号 'replicauser',该账号存在于node1和node2 。 CREATE ROLE replicauser WITH REPLICATION LOGIN ENCRYPTED PASSWORD 'abcdtest'; 2.1.2 node1: 创建归档目录 mkdir ./testdb113/archive 2.1.3 node1: 在配置文件中(postgresql.conf)设定参数 #for the primary wal_level = replica synchronous_commit = remote_apply archive_mode = on archive_command = 'cp %p /Users/tom/testdb113/archive/%f' max_wal_senders = 10 wal_keep_segments = 10 synchronous_standby_names = 'pgslave001' #for the standby hot_standby = on 2.1.4 node1: 编辑文件pg_hba.conf,设置合法地址: add following to then end of pg_hba.conf host replication replicauser 127.0.0.1/32 md5 host replication replicauser ::1/128 md5 2.1.5 node1: 预先编辑文件:recovery.done 注意: 该文件后来才会用到。当node1成为从节点时候,需要把recovery.done重命名为recovery.conf standby_mode = 'on' recovery_target_timeline = 'latest' primary_conninfo = 'host=localhost port=6432 user=replicauser password=abcdtest application_name=pgslave001' restore_command = 'cp /Users/tom/testdb113b/archive/%f %p' trigger_file = '/tmp/postgresql.trigger.5432' 2.2 创建和配置从节点(node2) mkdir testdb113b pg_basebackup -D ./testdb113b chmod -R 700 ./testdb113b 2.2.1 node2: 编辑文件postgresql.conf,设定参数 这个文件来自node1(由于使用了pg_basebackup),只需要更改其中的个别参数。 #for the primary port = 6432 wal_level = replica synchronous_commit = remote_apply archive_mode = on archive_command = 'cp %p /Users/tom/testdb113b/archive/%f' max_wal_senders = 2 wal_keep_segments = 10 synchronous_standby_names = 'pgslave001' #for the standby hot_standby = on 2.2.2 node2: 建立归档目录 确保归档目录存在 mkdir ./testdb113b/archive 2.2.3 node2: 检查/编辑文件pg_hba.conf 这个文件来自node1,不需要编辑 2.2.4 node2: 创建/编辑文件recovery.conf PG启动时,如果文件recovery.conf存在,则工作在recovery模式,当作从节点。如果当前节点升级成主节点,文件recovery.conf将会被重命名为recovery.done。 standby_mode = 'on' recovery_target_timeline = 'latest' primary_conninfo = 'host=localhost port=5432 user=replicauser password=abcdtest application_name=pgslave001' restore_command = 'cp /Users/tom/testdb113/archive/%f %p' trigger_file = '/tmp/postgresql.trigger.6432' 2.3 简单测试 2.3.1 重新启动主节点(node1): pg_ctl -D ./testdb113 restart 2.3.2 启动从节点(node2) pg_ctl -D ./testdb113b start 2.3.3 在node1上做数据更改 node1支持数据的写和读 psql -d postgres postgres=# create table test ( id int, name varchar(100)); CREATE TABLE postgres=# insert into test values(1,'1'); INSERT 0 1 2.3.4 节点node2读数据 node2是从节点(Standby),只能读,不能写。 psql -d postgres -p 6432 postgres=# select * from test; id | name ----+------ 1 | 1 (1 row) postgres=# insert into test values(1,'1'); ERROR: cannot execute INSERT in a read-only transaction postgres=# 3 模拟主节点node1不能工作时,把从节点node2提升到主节点 3.1 停止主节node1 node1停止后,只有node2工作,仅仅支持数据读。 pg_ctl -D ./testdb113 stop 3.1.1 尝试连接到节点node1时失败 因为node1停止了。 Ruis-MacBook-Air:tom$ psql -d postgres psql: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.5432"? 3.1.2 尝试连接到node2,成功;插入数据到node2,失败 node2在工作,但是只读 Ruis-MacBook-Air:~ tom$ psql -d postgres -p 6432 psql (11.3) Type "help" for help. postgres=# insert into test values(1,'1'); ERROR: cannot execute INSERT in a read-only transaction postgres=# 3.2 node2: 把node2提升到主 提升后,node2成为了主(Primary),既能读,也能写。 touch /tmp/postgresql.trigger.6432 3.3 node2: 插入数据到node2,阻塞等待 node2是主节点(Primary),能够成功插入数据。但是由于设置了同步流复制,node2必须等待某个从节点把数据更改应用到从节点,然后返回相应的LSN到主节点。 postgres=# insert into test values(2,'2'); 3.4 node1: 创建文件recovery.conf 使用之前建立的文件recovery.done作为模版,快速创建recovery.conf。 mv recovery.done recovery.conf 3.5 node1: 启动node1,作为从节点(Standby) 启动后,系统中又有两个节点:node2是主,node1是从。 pg_ctl -D ./testdb113 start 3.6 插入数据到node2(见3.3)成功返回 由于节点node1作为从节点加入系统,应用主节点的数据更改,然后返回相应WAL的LSN到主节点,使主节点等到了回应,从而事务处理得以继续。 postgres=# insert into test values(2,'2'); INSERT 0 1 postgres=# 3.7 分别在node1和node2读取数据 由于两个节点都只是数据读,而且流复制正常工作,所有读取到相同的结果 postgres=# select * from test; id | name ----+------ 1 | 1 2 | 2 (2 rows) 4 模拟node2无法工作时,提升node1成为主(Primary) 4.1 停止node2 pg_ctl -D ./testdb113b stop 4.1.1 尝试访问node2,失败 因为node2已经停止了. Ruis-MacBook-Air:~ tom$ psql -d postgres -p 6432 psql: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.5432"? 4.1.2 node1: 连接到node1,成功;插入数据到node1,失败 node1只读 Ruis-MacBook-Air:~ tom$ psql -d postgres psql (11.3) Type "help" for help. postgres=# insert into test values(3,'3'); ERROR: cannot execute INSERT in a read-only transaction postgres=# 4.2 node1: 提升node1,成为主(Primary) touch /tmp/postgresql.trigger.5432 4.3 node1: 插入数据到node1,阻塞等待 node1成功插入数据,但是要等待从节点的 remote-apply. postgres=# insert into test values(3,'3'); 4.4 node2: 创建文件recovery.conf mv recovery.done recovery.conf 4.5 node2: 启动node2,作为从节点(Standby) pg_ctl -D ./testdb113b start 4.6 node1: 插入数据(见4.3)成功返回。 postgres=# insert into test values(3,'3'); INSERT 0 1 4.7 分别在node1和node2读取数据 由于两个节点都只是数据读,而且流复制正常工作,所有读取到相同的结果 postgres=# select * from test; id | name ----+------ 1 | 1 2 | 2 3 | 3 (3 rows) 5 自动化解决方案 当主节点不能工作时,需要把一个从节点提升成为主节点。 如果是手工方式提升,可以使用trigger文件,也可以使用命令'pg_ctl promote' 。 目前也有很多种自动化监控和切换的方案,在网上都能搜索到。或者,可以自己动手写一个自动化监控和切换的方案。

优秀的个人博客,低调大师

记录一次邮件容灾恢复过程

背景介绍 客户目前使用的是Exchange Server 2013,两前两后,数据盘是存储挂载过来的,邮件备份使用的是NBU,由于机房漏水,导致存储服务器宕机。导致绝大部分数据丢失。 Exchange恢复过程 使用新存储重新划分磁盘,并使用NBU逐个恢复数据库,按照原路径恢复。 检查已恢复的数据库所在的服务器(以数据库L14DB3为例) Get–MailboxDatabase L14DB2 | Get-MailboxDatabaseCopyStatus 3.检查数据库和log路径 Get-MailboxDatabase L14DB3 | fl Name,edb,Log 4.检查是否有日志缺失 进入到HQEXMB01服务器上,以管理员运行命令提示符,进入到数据库目录 输入Eseutil /mh L14db3.edb 检查数据状态及是否有日志缺失:如图:Log Required项显示有日志缺失 5.修复缺失Log文件 eseutil /r E0C /L G:\Mailboxlog\L14DB3 再次检查,状态如下: 6.检查多余的Log文件 7.删除此数据库的DAG副本 Remove-MailboxDatabaseCopy –Identity L14DB3\ HQEXMB01 –Confirm:$False 8.装入数据库 mount-database L14DB3 -Force 检查数据库是否已经装入 9.其他情况 如果日志未丢失,执行以下步骤恢复: eseutil /mh O:\Mailbox\Line04C006\line04c006.edb (PS:检查数据库日志缺失状态,发现未丢失) eseutil /p O:\Mailbox\Line04C006\line04c006.edb (PS:使用命令强制修复数据库) mount-database 数据库名称 -Force 强制修复的数据库用户可能无法正常收发邮件,报错如下: 解决办法:将此邮箱移动到其他数据库; Exchange DAG副本添加 说明:此文档以数据库public001-t为例: 1.卸载和装入数据库: 打开Exchange ECP服务器数据库选择要添加副本的数据库…卸载 弹出警告-点击“是” 检查数据库是否已经卸载 打开Exchange Powershell命令 挂载数据库:(指定参数-force参数) Mount-Database Public001-t –force 通过ECP检查数据库是否已经装入 2.添加数据库副本 Exchange Powershell中运行: Add-MailboxDatabaseCopy –Identity Public001-t –MailboxServer hqexmb01 (说明:–MailboxServer 后面跟副本服务器的名称;先检查此数据库在哪台服务器上装入,则另外一台服务器为添加副本的服务器) 添加完成 重启Exchange信息存储服务 3.检查DAG状态

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册