ब्लॉग का पुनर्निर्माण और Starlink से ConoHa VPS तक केवल TCP संचार के अगम्य होने की समस्या का समाधान

6 min

language: ja bn en es hi pt ru zh-cn zh-tw

नमस्ते, मैं अक्षम हूँ।

यह लंबे समय बाद का अपडेट है। दरअसल, 2025 के उत्तरार्ध के कुछ लेख उड़ गए थे और अब मैं यहाँ हूँ।

Codex

हाल ही में, मैंने Codex का उपयोग करना शुरू किया है और विकास का अनुभव इतना अच्छा है कि मैं पूरी तरह से इसमें डूब गया हूँ।

इसलिए, मैंने Lume CMS से, जिससे मैं हमेशा असंतुष्ट रहा हूँ, Codex का उपयोग करके ब्लॉग का पुनर्गठन किया है।

SSG के Markdown में लिखना अच्छा है, लेकिन मैं ज्यादातर ब्राउज़र से अपडेट कर रहा था, इसलिए मुझे एहसास हुआ कि मेरे सामान्य संपादक, vim में इसे लिखने का कोई मतलब नहीं था।

विशेष रूप से, छवियों से संबंधित समस्याएँ थीं, और मुझे आसानी से ब्लॉग अपडेट करने का मन नहीं करता था...

कोड यहाँ सार्वजनिक किया गया है, लेकिन वर्तमान में यह बग से भरा है।

GitHub - haturatu/alleycat: cms

GitHub - haturatu/ViMusic

ऐसा लग रहा था कि रखरखाव फिर से शुरू हो सकता है, इसलिए मैंने इसे फिर से बनाए रखना शुरू कर दिया, और अप्रत्याशित रूप से, जब मैंने Reddit पर एक फोर्क की तलाश कर रहे व्यक्ति को जवाब दिया, तो वह वही व्यक्ति निकला जिसने मेरे रिपॉजिटरी में एक issue बनाया था।

दुनिया वाकई छोटी है।

ConoHa VPS तक नेटवर्क अगम्य हो जाता है

और फिर, अचानक एक समस्या उत्पन्न हुई।

ऐसा लगता है कि एक Path MTU Black hole हो रहा था। यह वास्तव में अजीब था; WireGuard जैसे UDP संचार की आवश्यकता वाले, और DNS सर्वर जैसे तक पहुँचा जा सकता था, लेकिन TCP की आवश्यकता वाले सभी SSH और HTTP संचार विफल हो रहे थे।

चूंकि ConoHa VPS स्वयं FreeBSD पर होस्ट किया गया है, मैंने शोध किया और पाया कि पैकेट फ़िल्टर (pf) की scrub सुविधा का उपयोग करके पैकेटों को सामान्य करके समस्या को हल किया जा सकता है, इसलिए मैंने इसे इस प्रकार कॉन्फ़िगर किया:

set skip on lo
set block-policy drop

exsrv1 = dummy
insrv1 = dummy
insrv2 = dummy

wireguard_clients="{ dummy, dummy, dummy }"
wanint="vtnet0"
wg_ports="{51820}"

scrub in on $wanint all random-id max-mss 1360
scrub out on $wanint all random-id max-mss 1360
~~~

इसके साथ, अपस्ट्रीम और डाउनस्ट्रीम दोनों सामान्य हो जाते हैं, और पैकेट का सेगमेंट आकार 1360 हो जाता है।

अजीब बिंदु

एक अटकल है कि इसके होने का कारण Starlink का CGNAT असामान्य हो सकता है?

$ mtr -T -P 443 -n -r -c 2 163.44.113.145
Start: 2026-02-24T00:13:53+0900

HOST: thepassenger                Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.1                0.0%     2    1.4   1.5   1.4   1.6   0.1
  2.|-- 100.64.0.1                 0.0%     2   19.3  19.4  19.3  19.4   0.1
  3.|-- 172.16.251.26              0.0%     2   20.1  23.4  20.1  26.8   4.8
  4.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
  5.|-- 206.224.70.186             0.0%     2   25.9  22.3  18.8  25.9   5.0
        206.224.70.182                   
  6.|-- 210.171.225.229            0.0%     2   23.0  22.7  22.4  23.0   0.4
  7.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
  8.|-- 172.71.208.15              0.0%     2   24.9  23.1  21.3  24.9   2.5
        162.159.109.42                   
  9.|-- 172.71.4.38                0.0%     2   21.9  23.3  21.9  24.8   2.1
        172.64.212.62                    
 10.|-- 172.71.4.35                0.0%     2   63.3  43.8  24.2  63.3  27.7
        172.70.221.227                   
 11.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 12.|-- 172.70.165.3               0.0%     2   44.7  39.8  35.0  44.7   6.9
 13.|-- 150.95.7.204               0.0%     2   33.4  34.0  33.4  34.6   0.8
 14.|-- 150.95.7.139               0.0%     2   39.2  50.3  39.2  61.4  15.7
 15.|-- 150.95.7.147               0.0%     2   36.6  37.2  36.6  37.9   0.9
 16.|-- 163.44.113.145             0.0%     2   34.2  35.8  34.2  37.5   2.3
$ tracepath -n -m 30 163.44.113.145
 1?: [LOCALHOST]                      pmtu 1500
 1:  192.168.1.1                                           1.347 मिलीसेकंड 
 1:  192.168.1.1                                           1.293 मिलीसेकंड 
 2:  100.64.0.1                                           53.580 मिलीसेकंड asymm  3 
 3:  172.16.251.26                                        37.025 मिलीसेकंड 
 4:  206.224.70.208                                       34.552 मिलीसेकंड (अधूरे राउटर ने दूषित डेटा लौटाया) asymm  7 
 5:  206.224.70.184                                       37.307 मिलीसेकंड 
 6:  210.171.225.229                                      34.518 मिलीसेकंड 
 7:  कोई प्रतिक्रिया नहीं
 8:  172.71.4.43                                          34.303 मिलीसेकंड 
 9:  162.159.109.87                                       39.922 मिलीसेकंड 
10:  162.159.109.55                                       33.535 मिलीसेकंड 
11:  कोई प्रतिक्रिया नहीं
12:  172.70.165.3                                         56.395 मिलीसेकंड asymm 11 
13:  150.95.7.204                                         46.647 मिलीसेकंड asymm 10 
14:  150.95.7.139                                         66.797 मिलीसेकंड asymm 11 
15:  150.95.7.147                                         46.542 मिलीसेकंड asymm 12 
16:  कोई प्रतिक्रिया नहीं
17:  कोई प्रतिक्रिया नहीं
18:  कोई प्रतिक्रिया नहीं

मूल रूप से, मुझे लगा कि Starlink और मेरे नेटवर्क वातावरण में डिफ़ॉल्ट पैकेट आकार 1500 होने पर भी TCP संचार ठीक से काम कर रहा था, लेकिन मुझे समझ नहीं आया कि यह अचानक इस महीने ConoHa VPS <-> Starlink के बीच क्यों हुआ।

अगर मूल Starlink CGNAT में कोई समस्या होती, तो यह समस्या पहले भी हो सकती थी, लेकिन यह घटना इतनी अजीब है कि मैं अभी भी भ्रमित हूँ।

Related Posts