常用参数说明-i监听指定网卡的流量-w监听到的流量保存到本地默认启动sudotcpdump捕获第一个网卡发送和接受的流量捕获指定网络接口的流量sudotcpdump-iens33抓取网卡ens33的流量监视指定主机的流量sudotcpdumphost192.168.64.128捕获经过主机192.168.64.128的进出流量sudotcpdumphost192.168.64.128and14.2
分类：
系统相关 时间：
2020-11-19 12:00:54
阅读次数：
11
一、缘起（1）并发量大，流量大的互联网架构，一般来说，数据库上层都有一个服务层，服务层记录了“业务库名”与“数据库实例”的映射关系，通过数据库连接池向数据库路由sql语句以执行：如上图：服务层配置用户库user对应的数据库实例物理位置为ip（其实是一个内网域名）。（2）随着数据量的增大，数据要进行水平切分，分库后将数据分布到不同的数据库实例（甚至物理机器）上，以达到降低数据量，增强性能的扩容目的：
分类：
数据库 时间：
2020-11-18 13:09:39
阅读次数：
15
【问题描述】1、接入方案：负一屏卡片类快服务（Cardability）2、分发的流量入口：智慧助手·今天3、测试工具：1）华为应用市场下载：华为快服务助手2）华为手机，登陆开发者账号，真机测试4、操作步骤：1）卡片快服务测试发布→打开华为快服务助手→扫描测试二维码后点查询→点击需测试的事件意图→订阅服务点击账号绑定按钮2）卡片快服务测试发布→华为手机负一屏登陆开发者联盟的账号→动态→点击测试态的负
分类：
其他好文 时间：
2020-11-18 13:04:11
阅读次数：
10
朋友，你是否有时候遇到这种需求同时监控了好多个端口的SNMP网络流量，但是希望在一张图标里一起显示同时监控了好多个AP的客户端数量，需要计算多个传感器的数值求和以上类似的需求，涉及到如何在PRTG监控系统里合并计算多个传感器的通道数值PRTG根据设备->传感器->通道的逻辑进行监控举个例子，监控核心交换机个G1/0/1互联口的下行流量，其中设备：核心交换机传感器：GE1/0/1端口SN
分类：
其他好文 时间：
2020-11-17 11:59:08
阅读次数：
2
朋友，你是否有时候遇到这种需求同时监控了好多个端口的SNMP网络流量，但是希望在一张图标里一起显示同时监控了好多个AP的客户端数量，需要计算多个传感器的数值求和以上类似的需求，涉及到如何在PRTG监控系统里合并计算多个传感器的通道数值PRTG根据设备->传感器->通道的逻辑进行监控举个例子，监控核心交换机个G1/0/1互联口的下行流量，其中设备：核心交换机传感器：GE1/0/1端口SN
分类：
其他好文 时间：
2020-11-17 11:58:28
阅读次数：
2
本文主要介绍通过WindowsNPS构建RADIUS服务器的记账及后期用户流量审计关于如何使用NPS与域控集成认证，可以参照前一篇文章WindowsServerNPS服务构建基于AD域控的radius认证本文涉及的知识点：1、NPS记账功能2、MicrosoftAD集成认证3、SQLServer部署4、SQL存储过程修改5、三层设备SNMP配置6、三层路由设备SnmpARP获取7、Python连接
PRTG服务器支持通过HTTPAPI获取监控数据和监控图表。本文主要介绍HTTPAPI的方式拉取任意传感器流量图表。文章内容翻译和重新整理自PRTG用户手册。原文链接：PRTGManual:ApplicationProgrammingInterface(API)Definition@TOC一、PRTGAPI身份认证方式1、身份认证URL格式PRTGAPI的所有请求都是无状态的，仅需要在所有请求的U
据说，php是世界上最好的语言？画外音：phper说，不服可以点赞来辩。如果站点架构满足以下几点：使用php这类脚本语言开发需要连接后端服务，例如RPC服务、memcache、redis等流量非常大此时，通过短连接访问RPC服务、mc、redis会出现什么问题呢？典型的web架构如上：(1)最前端是APP或者web页面；(2)服务器上层是web-server进行接入；(3)php调用后端，完成业务
分类：
Web程序 时间：
2020-11-16 14:03:20
阅读次数：
25
网关是什么，为什么我们需要网关?网关好比我们现实生活中的大门，我们要每天出门上班，下班回家都要通过大门进出在网络世界中网关实际上起着控制流量进出的作用我们平常使用电脑访问互联网，路由器承担了出去流量的网关的工作，在流量到达网关后，网关使用NAT技术完成了源地址转换（可以理解为出门前换了一双鞋子）当客户端流量到达服务端之后，也需要进入服务端的网关进行处理，这个网关通常也叫web反向代理，通常为了提高
开场白现在很多公司高并发的系统，以前的单体架构遇到了瓶颈，就需要一种架构来解决这种痛点，单体架构及系统流量很大的时候，并发量提不上来，很容易系统阻塞导致运转不起来，这个时候微服务就是为了解决这种痛点而生的，微服务，及把单体服务分成多个微服务，采用了分治思想，拆分的微服务也是要有度才行，不能分得太细。架构选型选型一对于并发非常大的可以采用，nginx集群加网关集群1、nginx可以做路由转发，同时可
分类：
其他好文 时间：
2020-11-16 13:05:28
阅读次数：
3
