【Linux】4种实时监控日志文件的方法
tail Command – Monitor Logs in Real Time tail命令是实时显示日志的最常用的方法，由两个版本： 第一个例子是为tail命令加上-f的参数。即 $ sudo tail -f /var/log/apache2/access.log 第二个例子就是tailf命令。它本身内建了-f参数，因此无需再次指定： $ sudo tailf /var/log/apach
Ubuntu下使用sysv-rc-conf管理服务
sysv-rc-conf是一个强大的服务管理程序，群众的意见是sysv-rc-conf比chkconfig、rcconf好用。 背景知识 Ubuntu运行级别 Linux 系统任何时候都运行在一个指定的运行级上，并且不同的运行级的程序和服务都不同，所要完成的工作和要达到的目的都不同，系统可以在这些运行级之间进行切换，以完成不同的工作。 运行级别（Runlevel）指的是Unix或者Linux等类U
查看服务器重启日志_Linux之分析和存储日志
系统日志架构 操作系统内核和程序记录了发生的时间日志，这些日志用于审核系统并解决问题。 日志以文本方式保存在/var/log目录中！ 可以使用普通文本实用程序(如less和tail)检查这些日志。 而RHEL内置了基于Syslog协议的标准日志记录系统。在RHEL8中systemd-journald和rsyslog服务负责处理syslog消息。 systemd-journald服务是操作系统事件
centos7下解决journal日志越来越大的问题
背景： 线上的机器是使用的ECS，磁盘空间只有40G，而journal日志就占了5G左右，所以要限制其大小和保存时间。 介绍： 查看journal占用磁盘空间大小： journalctl --disk-usage 指定journal占用磁盘空间大小： journalctl --vacuum-size=1G 指定journal日志保存时间： journalctl --vacuum-tim
centos7/redhat7 搭建rsyslog日志服务器
测试环境 server:10.0.0.100 client:10.0.0.10 server: 1.安装rsyslog yum -y install rsyslog 2.配置rsyslog [root@master log]# grep -vE '^$|^#' /etc/rsyslog.conf $ModLoad imuxsock # provides support for local syst
Ubuntu内核升级以及如何开启BBR加速(亲测可行，速度确实有所加快)
BBR是个什么东西我就不赘述了，可以理解为和锐速差不多的一个东西，但是呢，锐速过高的价格和不再低端售卖。导致了我们并无法实现一个免费好用的单边加速功能;所以，在这个前提下，咱们现在可以选择BBR(新的 TCP 拥塞控制算法Bottleneck Bandwidth and RTT)。 众所周知，ubuntu开启bbr的前提是系统内核必须等于高于4.9，所以想要使用这个牛逼的玩意儿，需要先看看你的内核
策略路由及ip route,ip rule,iptables
介绍 linux 高级路由即基于策略的路由，比传统路由在功能上更强大，使用也更灵活，它不仅能够像传统路由一样，根据目的地址来转发数据，而且也能够根据报文大小、应用，协议或 ip 源地址来选择路由转发路径从而让系统管理员能轻松做到： 管制某台计算机的带宽。 管制通向某台计算机的带宽 帮助你公平地共享带宽 保护你的网络不受 DOS 的攻击 保护你的 Internet 不受到你的客户的攻击 把多台服务
在 Ubuntu18.04 上使用 clash 部署旁路代理网关（透明代理）
转载自：https://breakertt.moe/2019/08/20/clash_gateway/index.html Apple TV 4K 到货前的准备工作 最近打算购入一台 Fire TV 4K, 又因为众所周知的原因, Fire TV 4k 在没有代理的情况下是根本没法用的，所以就萌生了拿之前买的 nuc 来做一个旁路代理网关的想法。 在Ubuntu上部署一个透明代理网关主要是三块：安
Linux调优方案，sysctl.conf的设置 /proc/sys 下各个文件的解析
转载自：http://blog.chinaunix.net/uid-28458801-id-5789615.html $ /proc/sys/net/core/wmem_max 最大socket写buffer,可参考的优化值:873200 $ /proc/sys/net/core/rmem_max 最大socket读buffer,可参考的优化值:873200 $ /proc/sys/net/ip
NFS文件系统-挂载和优化
NFS常用挂载参数介绍 参数 说明 建议 soft/hard 软挂载方式挂载系统，若NFS请求超时，则客户端向调用程序返回错误；如果使用硬连接方式则客户端一直重新请求直至成功。默认为hard 对于关键数据业务，不希望业务由于网络延迟或服务器服务重启或短暂的过载等情况而中断，建议挂载时使用hard参数；对于非关键数据业务，希望客户端程序能尽快响应，可以使用soft参数。 timeo