-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathfeed.xml
98 lines (98 loc) · 12.2 KB
/
feed.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
<?xml version='1.0' encoding='UTF-8'?>
<feed xmlns="http://www.w3.org/2005/Atom"><id>https://github.com/coutureone/gitblog</id><title>RSS feed of coutureone's gitblog</title><updated>2025-01-23T02:10:13.706074+00:00</updated><link href="https://github.com/coutureone/gitblog"/><link href="https://raw.githubusercontent.com/coutureone/gitblog/master/feed.xml" rel="self"/><generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator><entry><id>https://github.com/coutureone/gitblog/issues/9</id><title>关于我的家庭组网</title><updated>2025-01-23T02:10:13.924435+00:00</updated><content type="html"><![CDATA[<h1>关于我的家庭组网</h1>
<p> 最近放假回老家，发现网络一直有问题，当然在我写这篇博客的时候还是有问题没有解决。</p>
<p> 一开始网路架构是正常的架构：入户光纤->光猫->路由器，路由器做AP用，组成了有线mesh，分别是小米的<code>AX1800</code>和<code>AX6000</code>，但是我发现不管是手机<code>ping</code>内网还是电脑<code>ping</code>内网，都是会发生跳<code>ping</code>，非常奇怪，然后我就按照自己的思路先自己排查问题了，网线和水晶头没问题，光衰也是正常，有线和无线都跳<code>ping</code>，按照各位网络大佬的指点，我开始重新组网络。</p>
<p> 首先给光猫改成桥接，然后下面加了个软路由，通过软路由进行拨号上网。</p>
<p> 其次两个路由器连接软路由，路由改成<code>AP</code>模式，进行有线中继。</p>
<p> 最后进行测试，有线网络电脑<code>ping</code>是正常的，不跳<code>ping</code>，但是手机和电脑无线还是跳<code>ping</code>，我尝试修改路由器的信道，但是发现问题还是没有解决。</p>
<p><img src="https://s3.qjqq.cn/50/6791a43944855.webp%21color" alt="" /></p>
<p> 图中就是无线<code>ping</code>的问题，内网发现还是严重跳<code>ping</code>，不知道各位大佬有啥思路和想法让我去排查问题，目前就是能用就行，也没找到这个问题到底是什么产生的，我怀疑是路由器的AP模式问题。</p>
]]></content><link href="https://github.com/coutureone/gitblog/issues/9"/><category term="技术"/><published>2025-01-23T02:09:43+00:00</published></entry><entry><id>https://github.com/coutureone/gitblog/issues/8</id><title>2024从那里写呢</title><updated>2025-01-23T02:10:14.014240+00:00</updated><content type="html"><![CDATA[<blockquote>
<p>光阴似箭催人老，日月如梭趱少年。</p>
</blockquote>
<p> 恍恍惚惚又是一年，2024好像自己做了很多事情，又好像什么都没做，工作，生活，学习...这一年自己经历太多了，身边亲人的离世让我真正感受到了，没有什么比健康更重要，我也开始给跑步拾起来，看这自己大学时候的跑步记录，想要达到自己的当时配速和心率比，可能我需要跑1000公里都不一定能回去了，当然目前也是跑了将近600公里，和那时候的自己的心肺功能相差还是很多，初心不忘，贵在坚持，以健康为主。</p>
<p> 好记性不如烂笔头，过去年自己也是开始好好写自己的博客，虽然看到这篇文章发现博客没有什么文章，是因为我没有进行迁移，自己的跑步也通过自动化的形式进行展示。感谢<code>GitHub</code>上的开源大佬，对于我在网站部署很大的帮助（文章结尾我会@他们的<code>GitHub</code>地址），很多技术真的感谢开源社区基于了很大的帮助。</p>
<p> 钱是活下去和腰杆挺直的资本，过去的一年自己有些时候曾想放弃现在的这份工作，但是现在的就业形式太差了，虽然不挣大钱，但是稳定起码也是能养活自己，工作环境和同事相处都挺好，未来谁知道呢，早点做些准备吧，多考一些有用的证书，对我的当下来说可能更为重要，逼自己走出舒适的圈子。</p>
<p> 25年自己想做的事情有很多，希望自己能够真正的沉淀下来，好好打磨自己。关于考研我觉得自己是应该提上日程了，我在纠结这个在职研究生自己读还是不读，如果你也有相同的处境，我倒是希望你可以分享一下你的建议。对于我个人来说脱产去读研不太现实。</p>
<p> 说到这里，深夜，我应该是要开始收拾东西了，放假了，有钱没钱回家过年，开始收拾东西，准备回家了。</p>
<h4>感谢</h4>
<p>@0x676e67 @yihong0618 @WuLongMiTaoLaiYiDa @mrasong @isYangs @superleeyom @everfu</p>
]]></content><link href="https://github.com/coutureone/gitblog/issues/8"/><category term="总结"/><published>2025-01-19T01:48:17+00:00</published></entry><entry><id>https://github.com/coutureone/gitblog/issues/7</id><title>一不留神的网络环路</title><updated>2025-01-23T02:10:14.103052+00:00</updated><content type="html"><![CDATA[<blockquote>
<p>一个小小的操作失误，引发的一次生产事故</p>
</blockquote>
<p> 关于在<code>vsphere</code>中给划分的<code>VLAN</code>的网关，作为虚拟机的<code>IP</code>下发了，<code> VLAN</code>号和<code>IP</code>地址都是固定的，导致了一次该网段下面的<code>Linux</code>服务器网络直接发生了环路。但是<code>Windows</code>集群是不受到影响的，遇到这种问题一般都不会想到会是<code>ARP</code>冲突问题，一半都是排查服务器，网络，路由，防火墙等问题，没想到<code>ARP</code>问题，但是最后给<code>VLAN</code>直接删除，但是网络还是正常能通的，这就说明了问题了。<code>ARP</code>冲突，根据<code>mac</code>地址，然后找到对应的那台服务器的，关机（或者是修改IP），然后网络恢复正常。</p>
<p> 这次网络事故真的是看不起眼的问题，导致了生产事故的产生，真的是吃一堑长一智因为想弄清除问题真正产生的原因，自己也是用<code>AI</code>和浏览器去查询了一下<code>Windows</code>和<code>Linux</code>网络规则，具体可以参考下面说明。</p>
<p> 这篇博客就到这里，真的是一次很看不眼的问题引起的生产事故，到此这个问题结束，不说了，该收拾东西回家，下班了~</p>
<p>在给网关配置IP地址时，Linux和Windows的行为差异主要源于两者在网络栈实现和路由处理机制上的不同。以下是对这一问题的详细分析：</p>
<hr />
<h3>1. <strong>Linux 的环路问题</strong></h3>
<p>在Linux中，如果将网关的IP地址配置为本机的一个接口IP，可能会导致路由环路。原因如下：</p>
<ul>
<li><strong>路由表处理机制</strong>：
Linux的路由表会明确指定网关地址，如果网关地址是本机接口IP，数据包会被发送到本机，而不是外部网络。这会导致数据包在本地循环，无法正确转发。</li>
<li><strong>ARP 请求</strong>：
当Linux尝试将数据包发送到网关时，会发送ARP请求来解析网关的MAC地址。如果网关IP是本机接口IP，ARP请求会解析到本机，导致数据包被送回本机，形成环路。</li>
<li><strong>默认行为</strong>：
Linux默认不会检查网关IP是否为本机接口IP，因此容易因配置错误引发环路。</li>
</ul>
<hr />
<h3>2. <strong>Windows 的环路避免机制</strong></h3>
<p>Windows在网络栈实现上对网关配置有更强的检查和保护机制，因此不容易出现环路问题。原因如下：</p>
<ul>
<li><strong>网关IP检查</strong>：
Windows在配置网关时会检查网关IP是否为本机接口IP。如果检测到网关IP是本机IP，Windows会拒绝该配置或忽略该网关，从而避免环路。</li>
<li><strong>路由优先级</strong>：
Windows的路由表处理机制会优先处理直连路由（即本机接口所在的网络），而不是通过网关转发。如果网关IP是本机接口IP，Windows会优先将数据包发送到本地接口，而不是尝试通过网关转发。</li>
<li><strong>ARP 处理</strong>：
Windows的ARP处理机制更加智能，能够避免将网关IP解析为本机MAC地址，从而防止数据包在本地循环。</li>
</ul>
<hr />
<h3>3. <strong>根本原因</strong></h3>
<ul>
<li><strong>Linux</strong>：更注重灵活性和可配置性，允许用户自由配置路由和网关，但需要用户对网络配置有深入理解，否则容易引发问题。</li>
<li><strong>Windows</strong>：更注重用户体验和安全性，内置了许多检查和保护机制，防止用户因配置错误导致网络问题。</li>
</ul>
<hr />
<h3>4. <strong>如何避免Linux中的环路问题</strong></h3>
<p>如果在Linux中需要避免因网关配置导致的环路问题，可以采取以下措施：</p>
<ul>
<li>
<p><strong>检查网关配置</strong>：确保网关IP不是本机接口IP。</p>
</li>
<li>
<p><strong>使用路由规则</strong>：通过<code>ip route</code>命令明确指定路由规则，避免数据包被错误地发送到本机。</p>
</li>
<li>
<p><strong>启用反向路径过滤（RPF）</strong>：通过<code>sysctl</code>启用反向路径过滤，防止数据包从错误的方向进入系统。</p>
<p>bash</p>
<p>复制</p>
<pre><code>sysctl -w net.ipv4.conf.all.rp_filter=1
sysctl -w net.ipv4.conf.default.rp_filter=1
</code></pre>
</li>
<li>
<p><strong>使用防火墙规则</strong>：通过<code>iptables</code>或<code>nftables</code>限制数据包的流向，防止环路。</p>
</li>
</ul>
<hr />
<h3>总结</h3>
<p>Windows和Linux在网关IP配置上的行为差异，主要源于两者在网络栈实现和路由处理机制上的不同。Windows通过内置的检查和保护机制避免了环路问题，而Linux则更依赖用户的配置和管理能力。为了避免Linux中的环路问题，用户需要仔细检查网关配置，并采取适当的防护措施。</p>
]]></content><link href="https://github.com/coutureone/gitblog/issues/7"/><category term="技术"/><published>2025-01-14T08:19:43+00:00</published></entry><entry><id>https://github.com/coutureone/gitblog/issues/6</id><title>关于我</title><updated>2025-01-23T02:10:14.191936+00:00</updated><content type="html"><![CDATA[<h3>简介</h3>
<ul>
<li>座右铭：物来顺应 未来不迎 当时不杂 既过不恋；</li>
<li>出生：一个土生土长的农村孩子；</li>
<li>工作：不是当牛马，就在牛马的路上；</li>
<li>爱好：喜欢运功，喜欢技术。</li>
</ul>
<h4>你长得那么好看，谢谢你来看我~</h4>
]]></content><link href="https://github.com/coutureone/gitblog/issues/6"/><category term="About Me"/><published>2025-01-09T12:21:40+00:00</published></entry><entry><id>https://github.com/coutureone/gitblog/issues/5</id><title>建站成功✌️</title><updated>2025-01-23T02:10:14.276648+00:00</updated><content type="html"><![CDATA[<blockquote>
<p>谨以此篇文章作为建站纪念，感谢所有大佬的帮助，我会在文章结尾提供连接</p>
</blockquote>
<p> 经过自己两周的周末时间，终于是给这个通过issues写博客弄好了，前后端分离，都是通过GitHub托管的方式，聊聊一些问题：</p>
<ul>
<li>项目主要参考：<a href="https://github.com/superleeyom">superleeyom</a>大佬的博客。</li>
<li>前后端分离式，前端就是GitHub Page，但是我也进行Vercel部署了，在经过Vercel部署的时候并不是直接导入那么简单，因为引入的是<a href="https://github.com/LoeiFy">LoeiFy</a>大佬的<a href="https://github.com/LoeiFy/Mirror">Mirror</a>项目，很巧妙的用的用Github API 进行调用，这里加密绑定的是域名，如果前端的page直接导入Vercel打开就是没有权限，也不会显示，其实并不操作问题，而是需要对域名进行绑定解析即可。</li>
<li>后端主要是参考的<a href="https://github.com/yihong0618">yihong0618</a>大佬的<a href="https://github.com/yihong0618/gitblog">gitblog</a>开源项目</li>
<li>关于页面的魔改，页面的魔改我想用cursor在我index里面加入暗夜模式以及切换按钮，但是AI并不是万能，这里要感谢<a href="https://github.com/isYangs">isYangs</a>大佬对于本博客的暗黑模式提供的大力帮助。</li>
</ul>
]]></content><link href="https://github.com/coutureone/gitblog/issues/5"/><published>2025-01-05T13:49:53+00:00</published></entry></feed>