配置三网卡地址
分别配置:
- eth0 :
192.168.1.2
- eth1 :
10.10.10.2
- eth2 :
172.16.1.2
服务器上开启远程管理是必须的,但开启 默认的远程端口容易被默认参数的扫描工具攻击,修改端口能减少一部分被攻击的可能。
Win + R
> regedit
>
HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Control\ TerminalServer\ Wds\ rdpwd\ Tds\ tcp
HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Control\ Terminal Server\ WinStations\ RDP-Tcp
PortNumber
的默认值 3389 修改为其他端口,重启系统即可。进一步加固:
为了达到启用远程管理而不受攻击的目的,同时在 Windows 防火墙 (wf.msc
) 配置:入站规则
> 远程桌面-用户模式(TCP-In/UDP-In)
> 作用域
> 配置仅指定 IP 可远程
(通常仅可通过堡垒机远程)。
CPU 只负责运算,不负责存储数据,而数据都存储在磁盘中,磁盘速度无法满足运算时的速度,因此需要将数据先读取到内存中,CPU 需要的时候就去内存中读取,但 CPU 的运算速度远高与内存的读写速度,为避免被拖慢,CPU 都会自带一级、二级甚至三级缓存。基本上,CPU 缓存可看作是读写速度较快的内存。
但是,CPU 缓存的速度还是不够块,数据在缓存中的地址也是不固定的,CPU 每次读写都需要寻址也会拖慢速度。因此,CPU 自带寄存器(register) 用来存储常用的数据。CPU 优先读写寄存器,再由寄存器与内存交换数据。
寄存器 不依靠地址 来区分数据,而依靠名称。每一个寄存器都有自己的名称,通过告诉 CPU 去具体的哪个寄存器读写数据,这样速度是最快的。寄存器被比喻成零级缓存。
ours
和 theirs
解决合并冲突在使用 git 工程中,合并时产生冲突是很常见的,在使用 merge
和 rebase
合并时都会出现冲突情况,设计到很多文件,而冲突一般是只选择保留一方,这就可通过使用 ours
和 theirs
解决冲突。
merge
与 rebase
合并的区别假设 main
主分支基础上生成了分支 branch_B
各自都有一些提交,现需要将 branch_B
合并到 main
执行 git merge branch_B main
后分支状态:
main —— A —— B ——- D (main)
\ /
\ branch_B —— C /
merge
会抽取两个分支上新增的提交,并将其合并在一起,产生一个新的提交D,生成的D节点有两个父节点,在合并的过程中可能会发生冲突
1 | sudo pacman -S polybar |
编写启动 polybar 的脚本
1 | #!/bin/bash |
注释 i3 自带的 bar 或 i3blocks ,配置使用 polybar 启动脚本启动 polybar
1 | #bar { |