还有兄弟不知道网络安全面试可以提前刷题吗?费时一周整理的160+网络安全面试题,金九银十,做网络安全面试里的显眼包!
王岚嵚工程师面试题(附答案),只能帮兄弟们到这儿了!如果你能答对70%,找一个安全工作,问题不大。
对于有1-3年工作经验,想要跳槽的朋友来说,也是很好的温习资料!
【完整版领取方式在文末!!】
93道网络安全面试题
需要体系化学习资料的朋友,可以加我V获取:vip204888 (备注网络安全)
内容实在太多,不一一截图了
黑客学习资源推荐
最后给大家分享一份全套的网络安全学习资料,给那些想学习 网络安全的小伙伴们一点帮助!
对于从来没有接触过网络安全的同学,我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线,大家跟着这个大的方向学习准没问题。
1️⃣零基础入门
① 学习路线
对于从来没有接触过网络安全的同学,我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线,大家跟着这个大的方向学习准没问题。
② 路线对应学习视频
同时每个成长路线对应的板块都有配套的视频提供:
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
1.2 搭建哨兵
1.2.1 哨兵配置详解
- 配置master信息
sentinel monitor <master-name> <ip> <port> <quorum>
- master-name 为此master取个名字
- ip:master节点的ip
- port:master节点的端口
- quorum:票数,当master出现故障后,只要有quorum个哨兵(sentinel)认为此master出现故障那么就认为此master真的出现故障了(客观下线),重新推选新的master,一般设置为:哨兵数量/2+1。
示例:
sentinel monitor mymaster 127.0.0.1 6379 2
- 设置哨兵等待心跳的响应时间
sentinel down-after-milliseconds <master-name> <times>
- master-name:指定master名称
- times:每台哨兵会定期发送心跳检查redis节点以及其他哨兵节点,如果times毫秒没有接收到回应,那么就主观认为这台redis机器出现故障(默认30s),单位毫秒
示例:
sentinel down-after-milliseconds mymaster 30000
- 设置新master最多能同时处理几个slave的同步
sentinel parallel-syncs <master-name> <nums>
- master-name:指定master名称
- nums:当master宕机后,哨兵会发布投票来选举新的master,当新的master选举出来后,其他的slave需要连接新的master进行数据同步,nums代表最多有几台slave来同时同步数据,一般设置为1个,让slave一台一台慢慢同步,如果设置过大则会造成新master压力很大。默认是1台
示例:
sentinel parallel-syncs mymaster 1
- 设置哨兵切换master节点时的超时时间
sentinel failover-timeout <master-name> <times>
- master-name:master的名称
- times:设置切换master节点的最大超时时间,默认为3分钟,单位为毫秒。
示例:
sentinel failover-timeout mymaster 180000
- 设置master连接密码
sentinel auth-pass <master-name> <password>
- master-name:master服务器名称
- password:master服务器的密码
示例:
sentinel auth-pass mymaster admin
- 出现故障时执行的脚本(一般测试时使用)
sentinel notification-script <name> <path>
- 是否允许执行sentinel set
sentinel deny-scripts-reconfig yes
1.2.1 搭建哨兵环境
准备好3台redis(一主二从)、3台哨兵
哨兵完整配置文件:
port 26379 # 哨兵端口
dir /tmp # 数据存放位置(如:日志)
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 180000
sentinel deny-scripts-reconfig yes
陆续配置26380、26381哨兵节点。(其他哨兵配置文件全部保持一致,只是端口换了)
6379.conf(主):
bind 0.0.0.0
port 6379
#logfile "6379.log"
dir "/root/redis-4.0.11/data"
dbfilename "drum-6379.rdb"
daemonize no
appendonly yes
appendfsync everysec
appendfilename "appendonly-6379.aof"
6380.conf(从):
bind 0.0.0.0
port 6380
#logfile "6380.log"
dir "/root/redis-4.0.11/data"
dbfilename "drum-6380.rdb"
daemonize no
appendonly yes
appendfsync everysec
appendfilename "appendonly-6380.aof"
slaveof 127.0.0.1 6379 # 连接master
6381.conf:
bind 0.0.0.0
port 6381
#logfile "6381.log"
dir "/root/redis-4.0.11/data"
dbfilename "drum-6381.rdb"
daemonize no
appendonly yes
appendfsync everysec
appendfilename "appendonly-6381.aof"
slaveof 127.0.0.1 6379 # 连接master
完整配置:
启动顺序:master—>slave—>哨兵
1.3 哨兵工作原理
哨兵工作原理分为三个步骤:
1)当哨兵启动时需要监控master与slave的状态,并且保证哨兵集群能够正常通信。我们把这个阶段称为哨兵监控阶段
2)当哨兵发现master或者slave出现故障时,当前哨兵会通知其他哨兵,其他哨兵挨个发送ping命令来到出故障的redis节点,如果redis节点没有响应则哨兵集群认为此节点出现故障,我们把这个阶段称为哨兵通知阶段
3)当哨兵集群已经发现某个节点出现故障时,如果是slave节点则直接剔除,如果是master节点出现故障,那么需要在多个slave中推选出一个新的master节点,我们把这个阶段称为故障转移阶段
1.3.1 哨兵监控
在哨兵监控阶段,主要完成三件事情:
1)监控master与slave的状态。
2)哨兵集群中保持正常的通信。
3)不同的哨兵节点之间通过数据的发布/订阅进行数据同步。
哨兵启动后会做如下事情:
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
需要体系化学习资料的朋友,可以加我V获取:vip204888 (备注网络安全)
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!