二月 2019

前

一台机器东西跑多了，就开始各种混乱了。如果是标准安装的注册了service

前

很快这就是第二篇了，上篇信誓旦旦说的更好的方案，实际上，这里较比而已只是有了一点点改进XD

上一篇：愚蠢的内网穿透方案(tunnel) <– 在此

其目标和目的是一样的，实现页面的内网穿透，以及内网主机的反代。

阅读更多 »另一次内网穿透(reverse proxy)

一个挺重要的网站,奈何只能内网访问, 想着把他外网映射出来…遂为之

这篇文章应该是 2018/1/14时候就已经完成了，总是缺一点内容于是就没有post 出去。现在是时候了，因为完成同样的事情，现在有了第二个更好的解决方案，所以这这里 post 上去，做个对比。

这篇的方法十分的简单粗暴，使用了昂贵的资源，做了简单的事情，也是个反面教材。不过从底层的原理还是OK的。

阅读更多 »记一次内网穿透配置(tunnel)

架构选型

这里使用ELK 平台主要是实现了单主机的日至手机以及可视化，吞吐量比较小，所以直接进行单点部署。由以下几个组件组成：

• FileBeat
• Elasticsearch
• Kibana

Filebeat 这里实现日志文件的手机以及格式化，并且通过管道直接存入ES

ES 作为主体，实现对索引条目进行保存

Kibana 实现了ELK系统的整体监控，通过 API与ES交互，实现数据可视化，以及设置。

• logstash

logstash 作为一个对数据进行流处理的module，这里由于不需要对日志进行进一步处理，所以并没有使用此组件。关键是内存真的不够了，跑不起来了是真的Q

阅读更多 »ELK 日志可视化平台 搭建

前面的话

需求分析，由于 搭好了日志平台，本想着把Blog迁移到主机上，最后想想，算了

这里的博客的域名，本来是通过