🤵🏻 😍 😢 डेबियन 10 वाले लैपटॉप पर SOCKS में राउटर का निर्माण 🙆🏾 ☝️ 🎺

एक पूरे वर्ष (या दो) के लिए मैंने इस लेख के प्रकाशन को मुख्य कारण के लिए स्थगित कर दिया - मैंने पहले ही दो लेख प्रकाशित किए हैं जिसमें मैंने डेबियन के साथ एक नियमित लैपटॉप से SOCKS में राउटर बनाने की प्रक्रिया का वर्णन किया है।

हालांकि, तब से डेबियन के स्थिर संस्करण को बस्टर में अपडेट किया गया है, पर्याप्त संख्या में लोगों ने मुझे कॉन्फ़िगरेशन के साथ मदद करने के लिए एक व्यक्तिगत अनुरोध भेजा है, जिसका अर्थ है कि मेरे पिछले लेख संपूर्ण नहीं हैं। ठीक है, मैंने खुद अनुमान लगाया कि उनके द्वारा तय किए गए तरीके एसओएसकेएस में राउटिंग के लिए लिनक्स को कॉन्फ़िगर करने की सभी जटिलताओं को पूरी तरह से प्रकट नहीं करते हैं। इसके अलावा, वे डेबियन स्ट्रेच के लिए लिखे गए थे, और बस्टर को अपग्रेड करने के बाद, सिस्टमड इनिशियलाइज़ेशन सिस्टम में, मैंने सेवाओं की बातचीत में छोटे बदलावों को देखा। हां, और स्वयं लेखों में, मैंने सिस्टमड-नेटवर्कड का उपयोग नहीं किया, हालांकि यह जटिल नेटवर्क कॉन्फ़िगरेशन के लिए सबसे उपयुक्त है।

उपरोक्त परिवर्तनों के अलावा, मेरे कॉन्फ़िगरेशन में होस्टपैड जैसी सेवाओं को जोड़ा गया था - एक्सेस पॉइंट वर्चुअलाइजेशन के लिए एक सेवा, स्थानीय नेटवर्क क्लाइंट के समय को सिंक्रनाइज़ करने के लिए ntp , DNS कनेक्शन एन्क्रिप्ट करने के लिए dnscrypt- प्रॉक्सी और स्थानीय ग्राहकों के साथ विज्ञापन अक्षम करने के साथ-साथ मैंने भी उल्लेख किया। पहले, नेटवर्क इंटरफेस को कॉन्फ़िगर करने के लिए सिस्टमड-नेटवर्कड ।

यहां इस तरह के एक राउटर की आंतरिक संरचना का सबसे सरल ब्लॉक आरेख है।

इसलिए, मैं आपको याद दिलाता हूं कि इन लेखों के चक्र के उद्देश्य क्या हैं:

सभी ओएस कनेक्शन को SOCKS के साथ-साथ सभी उपकरणों के कनेक्शन को रूट करें जो लैपटॉप के समान नेटवर्क पर हैं।
मेरे मामले में लैपटॉप पूरी तरह से मोबाइल होना चाहिए। यही है, डेस्कटॉप वातावरण का उपयोग करने का अवसर देने के लिए और एक भौतिक स्थान से बंधा नहीं होना चाहिए।
अंतिम बिंदु में केवल अंतर्निहित वायरलेस इंटरफ़ेस के माध्यम से कनेक्ट और रूट करना शामिल है।
खैर, निश्चित रूप से, एक संपूर्ण मार्गदर्शक का निर्माण, साथ ही मेरे सर्वोत्तम ज्ञान के लिए उपयुक्त तकनीकों का विश्लेषण।

इस लेख में क्या माना जाएगा:

git - टीसी 2 ट्रैफ़िक प्रोजेक्ट रिपॉजिटरी को डाउनलोड करने के लिए टीसीपी ट्रैफ़िक को SOCKS पर रूट करने के लिए आवश्यक है, और host_d का उपयोग करके वर्चुअल एक्सेस पॉइंट के कॉन्फ़िगरेशन को स्वचालित करने के लिए एक स्क्रिप्ट बनाएं ।
tun2socks - निर्माण और स्थापित systemd सिस्टम पर सेवा ।
systemd-networkd - वायरलेस और वर्चुअल इंटरफेस, स्टेटिक राउटिंग टेबल और पैकेट फॉरवर्डिंग को कॉन्फ़िगर करें।
create_ap - सिस्टम पर systemd सेवा स्थापित करें, वर्चुअल एक्सेस प्वाइंट को कॉन्फ़िगर करें और लॉन्च करें।

वैकल्पिक चरण:

ntp - वर्चुअल ऐक्सेस प्वाइंट के क्लाइंट्स पर टाइम को सिंक्रोनाइज़ करने के लिए सर्वर को इनस्टॉल और कॉन्फ़िगर करें।
dnscrypt -xy - DNS प्रश्नों को एन्क्रिप्ट करें, उन्हें SOCKS के लिए रूट करें और स्थानीय नेटवर्क के लिए विज्ञापन डोमेन को अक्षम करें।

यह सब क्यों?

यह एक स्थानीय नेटवर्क पर टीसीपी कनेक्शन हासिल करने का एक तरीका है। मुख्य लाभ यह है कि सभी कनेक्शन SOCKS में जाते हैं यदि मूल गेटवे के माध्यम से एक स्थिर मार्ग उनके लिए नहीं बनाया गया है। इसका मतलब यह है कि SOCKS सर्वर की सेटिंग्स को या तो व्यक्तिगत प्रोग्राम या क्लाइंट को स्थानीय नेटवर्क पर संरक्षित करना आवश्यक नहीं है - वे सभी डिफ़ॉल्ट रूप से SOCKS में जाते हैं, क्योंकि यह डिफ़ॉल्ट गेटवे है जब तक हम इसके विपरीत निर्दिष्ट नहीं करते।

वास्तव में, हम मूल राउटर के सामने एक लैपटॉप के रूप में दूसरा एन्क्रिप्शन राउटर जोड़ते हैं और लैपटॉप के पहले से एन्क्रिप्टेड SOCKS अनुरोधों के लिए मूल राउटर के इंटरनेट कनेक्शन का उपयोग करते हैं, जो बदले में, स्थानीय नेटवर्क क्लाइंट के अनुरोधों को रूट और एन्क्रिप्ट करता है।

प्रदाता के दृष्टिकोण से, हम लगातार एन्क्रिप्टेड ट्रैफ़िक के साथ एक ही सर्वर से जुड़े हुए हैं।

तदनुसार, सभी डिवाइस लैपटॉप के वर्चुअल एक्सेस प्वाइंट से कनेक्ट होते हैं।

इससे पहले कि आप शुरू करें

लगभग सभी कॉन्फ़िगरेशन रिपॉजिटरी में उपलब्ध हैं ।

सिस्टम में tun2socks स्थापित करें

जब तक आपके पास अपनी मशीन पर इंटरनेट है, सभी आवश्यक उपकरण डाउनलोड करें।

apt update

apt install git make cmake

Badvpn पैकेज डाउनलोड करें

git clone https://github.com/ambrop72/badvpn

आपके सिस्टम पर badvpn फ़ोल्डर दिखाई देगा । एक अलग बिल्ड फ़ोल्डर बनाएँ

mkdir badvpn-build

उसके पास जाओ

cd badvpn-build

Tun2socks बनाएँ

cmake ../badvpn -DBUILD_NOTHING_BY_DEFAULT=1 -DBUILD_TUN2SOCKS=1

सिस्टम में स्थापित करें

make install

-DBUILD_NOTHING_BY_DEFAULT = 1 पैरामीटर badvpn रिपॉजिटरी के सभी घटकों की असेंबली को निष्क्रिय करता है ।
DBUILD_TUN2SOCKS = 1 में असेंबली में tun2socks घटक शामिल हैं ।
इनस्टॉल करें - अपने सिस्टम पर / usr / local / bin / badvpn-tun2socks पर ट्यून 2 वर्ग बाइनरी स्थापित करता है ।

Systemd में tun2socks सेवा स्थापित करें

निम्नलिखित सामग्री के साथ फ़ाइल /etc/systemd/system/tun2socks.service बनाएं :

[Unit]
Description=SOCKS TCP Relay

[Service]
ExecStart=/usr/local/bin/badvpn-tun2socks --tundev tun2socks --netif-ipaddr 172.16.1.1 --netif-netmask 255.255.255.0 --socks-server-addr 127.0.0.1:9050

[Install]
WantedBy=multi-user.target

--tundev - उस वर्चुअल इंटरफ़ेस के नाम को स्वीकार करता है जिसे हम systemd-networkd के साथ आरंभ करते हैं ।
--netif-ipaddr - "राउटर" ट्यूनॉस्क का नेटवर्क पता जिससे वर्चुअल इंटरफ़ेस जुड़ा हुआ है। एक अलग आरक्षित सबनेट बनाना बेहतर है ।
-socks-server-addr - एक सॉकेट ( पता: SOCKS सर्वर पोर्ट ) को स्वीकार करता है ।

यदि आपके SOCKS सर्वर को प्रमाणीकरण की आवश्यकता होती है, तो आप --username और --password पैरामीटर निर्दिष्ट कर सकते हैं ।

इसके बाद, सेवा को पंजीकृत करें

systemctl daemon-reload

और चालू करें

systemctl enable tun2socks

सेवा शुरू करने से पहले, हम इसे एक वर्चुअल नेटवर्क इंटरफ़ेस प्रदान करेंगे।

सिस्टमड-नेटवर्कड पर जाएं

Systemd-networkd चालू करें :

systemctl enable systemd-networkd

वर्तमान नेटवर्क सेवाओं को अक्षम करें।

systemctl disable networking NetworkManager NetworkManager-wait-online

NetworkManager-wa-online एक ऐसी सेवा है जो सिस्टम की नेटवर्क की उपलब्धता के आधार पर अन्य सेवाओं को शुरू करने से पहले एक कार्यशील नेटवर्क कनेक्शन की प्रतीक्षा करती है। हम इसे अक्षम करते हैं, जैसा कि हम एनालॉग सिस्टमड-नेटवर्क पर स्विच करते हैं ।

चलो इसे तुरंत चालू करें:

systemctl enable systemd-networkd-wait-online

वायरलेस नेटवर्क इंटरफ़ेस सेट करें

वायरलेस नेटवर्क इंटरफ़ेस के लिए एक systemd-networkd विन्यास फाइल बनाएँ /etc/systemd/network/25-wlp6s0.network।

[Match]
Name=wlp6s0

[Network]
Address=192.168.1.2/24
IPMasquerade=yes

नाम आपके वायरलेस इंटरफ़ेस का नाम है। IP को एक कमांड से पहचानें ।
IPMasquerade एक निर्देश है जिसमें नेटवर्क इंटरफ़ेस पर मास्किंग और पैकेट अग्रेषण शामिल है।
वायरलेस इंटरफ़ेस को IP पता असाइन करने के लिए पता जिम्मेदार है। हम इसे सांख्यिकीय रूप से निर्दिष्ट करते हैं क्योंकि समकक्ष निर्देश के साथ डीएचसीपी = हाँ , सिस्टमड-नेटवर्कड सिस्टम में एक डिफ़ॉल्ट गेटवे बनाता है। फिर सभी ट्रैफ़िक मूल गेटवे से गुज़रेंगे, न कि भविष्य के वर्चुअल इंटरफ़ेस के माध्यम से एक उत्कृष्ट सबनेट में। आप कमांड के साथ वर्तमान डिफ़ॉल्ट गेटवे की जांच कर सकते हैं
```
ip r
```

दूरस्थ SOCKS सर्वर के लिए एक स्थिर मार्ग बनाएँ

यदि आपका SOCKS सर्वर स्थानीय नहीं है, लेकिन दूरस्थ है, तो आपको इसके लिए एक स्थिर मार्ग बनाने की आवश्यकता है। ऐसा करने के लिए, आपके द्वारा बनाई गई वायरलेस कॉन्फ़िगरेशन फ़ाइल के अंत में रूट सेक्शन को निम्नलिखित सामग्रियों से जोड़ें:

[Route]
Gateway=192.168.1.1
Destination=0.0.0.0

गेटवे आपके मूल पहुंच बिंदु का डिफ़ॉल्ट गेटवे या पता है।
गंतव्य - SOCKS सर्वर पता।

Systemd-networkd के लिए wpa_supplicant कॉन्फ़िगर करें

systemd-networkd का उपयोग करता है wpa_supplicant एक सुरक्षित पहुँच बिंदु से कनेक्ट करने के। जब आप वायरलेस इंटरफ़ेस को "बढ़ाने" की कोशिश करते हैं, तो systemd-networkd सेवा wpa_supplicant @ नाम शुरू करता है , जहां नाम वायरलेस इंटरफ़ेस का नाम है। यदि आपने इस बिंदु से पहले systemd-networkd का उपयोग नहीं किया है , तो निश्चित रूप से यह सेवा आपके सिस्टम पर उपलब्ध नहीं है।

इसलिए, इसे कमांड के साथ बनाएं:

systemctl enable wpa_supplicant@wlp6s0

मैंने अपने वायरलेस इंटरफ़ेस के नाम के रूप में wlp6s0 का उपयोग किया । आपका नाम अलग हो सकता है। आप उसकी टीम द्वारा पता लगा सकते हैं

ip l

।

अब बनाई गई सेवा wpa_supplicant @ wlp6s0 तब शुरू होगी जब वायरलेस इंटरफ़ेस "उठा" होगा, हालांकि, यह बदले में, फ़ाइल में एक्सेस बिंदु के SSID और पासवर्ड सेटिंग्स की खोज करेगा / etc / wpa_supplicant / wpa_supplicant-wlp6s0 । इसलिए, आपको इसे wpa_passphrase उपयोगिता का उपयोग करके बनाना होगा ।

ऐसा करने के लिए, कमांड चलाएँ:

wpa_passphrase SSID password>/etc/wpa_supplicant/wpa_supplicant-wlp6s0.conf

जहाँ SSID आपके पहुंच बिंदु का नाम है, पासवर्ड पासवर्ड है, और wlp6s0 आपके वायरलेस इंटरफ़ेस का नाम है।

Tun2socks के लिए वर्चुअल इंटरफ़ेस प्रारंभ करें

सिस्टम /etc/systemd/network/25-tun2ncks.netdev में एक नया वर्चुअल इंटरफ़ेस आरंभ करने के लिए एक फ़ाइल बनाएँ

[NetDev]
Name=tun2socks
Kind=tun

नाम वह नाम है जिसे systemd-networkd भविष्य के वर्चुअल इंटरफ़ेस को आरम्भिक रूप से असाइन करेगा।
तरह आभासी इंटरफ़ेस का एक प्रकार है। Tun2socks सेवा के नाम के आधार पर , आप अनुमान लगा सकते हैं कि यह tun जैसी इंटरफ़ेस का उपयोग करता है ।
netdev फाइल एक्सटेंशन है जो सिस्टमड-नेटवर्कड वर्चुअल नेटवर्क इंटरफेस को इनिशियलाइज़ करने के लिए उपयोग करता है। इन इंटरफेस के लिए पता और अन्य नेटवर्क सेटिंग्स .network फ़ाइलों में निर्दिष्ट हैं ।

निम्नलिखित सामग्री के साथ एक /etc/systemd/network/25-tun2socks.network फ़ाइल बनाएं :

[Match]
Name=tun2socks

[Network]
Address=172.16.1.2/24
Gateway=172.16.1.1

नाम - वर्चुअल इंटरफ़ेस का नाम जिसे आपने नेटदेव फ़ाइल में निर्दिष्ट किया है ।
पता - आईपी पता वर्चुअल इंटरफ़ेस को सौंपा जाए। उसी नेटवर्क पर होना चाहिए जिस पते पर आपने tun2socks में निर्दिष्ट किया है
गेटवे - "रूटर" के आईपी पते tun2socks समय निर्दिष्ट बनाने systemd सेवा ।

इस प्रकार, tun2socks इंटरफ़ेस पता है 172.16.1.2 , और tun2socks सेवा है 172.16.1.1 , यह है कि, यह आभासी इंटरफ़ेस से सभी कनेक्शनों के लिए प्रवेश द्वार है।

एक वर्चुअल एक्सेस प्वाइंट कॉन्फ़िगर करें

निर्भरता स्थापित करें:

apt install util-linux procps hostapd iw haveged

अपनी मशीन में create_ap रिपॉजिटरी डाउनलोड करें :

git clone https://github.com/oblique/create_ap

अपनी मशीन पर रिपॉजिटरी फ़ोल्डर में जाएं:

cd create_ap

सिस्टम में स्थापित करें:

make install

आपके सिस्टम पर config /etc/create_ap.conf दिखाई देगा । संपादन के लिए मुख्य विकल्प इस प्रकार हैं:

GATEWAY = 10.0.0.1 - एक अलग आरक्षित सबनेट बनाना बेहतर है।
NO_DNS = 1 - बंद करें, क्योंकि यह पैरामीटर वर्चुअल सिस्टमड-नेटवर्कड इंटरफ़ेस द्वारा नियंत्रित किया जाएगा।
NO_DNSMASQ = 1 - समान कारण के लिए बंद करें।
WIFI_IFACE = wlp6s0 - लैपटॉप का वायरलेस इंटरफ़ेस।
INTERNET_IFACE = tun2socks> - tun2socks के लिए बनाया गया वर्चुअल इंटरफ़ेस ।
SSID = hostapd - वर्चुअल एक्सेस प्वाइंट का नाम।
पासवर्ड = 12345678 - पासवर्ड।

सेवा सक्षम करना याद रखें:

systemctl enable create_ap

DHCP सर्वर को systemd-networkd में सक्षम करें

Create_ap सेवा सिस्टम पर ap0 वर्चुअल इंटरफ़ेस को इनिशियलाइज़ करती है । सिद्धांत रूप में, dnsmasq इस इंटरफ़ेस पर लटका हुआ है , लेकिन सिस्टम-नेटवर्कड में अंतर्निहित DHCP सर्वर है तो अतिरिक्त सेवाएँ क्यों स्थापित करें?

इसे सक्षम करने के लिए, वर्चुअल बिंदु के लिए नेटवर्क सेटिंग्स को परिभाषित करें। ऐसा करने के लिए, निम्न सामग्री के साथ फ़ाइल /etc/systemd/network/25-ap0.network बनाएं :

[Match]
Name=ap0

[Network]
Address=10.0.0.1/24
DHCPServer=yes

[DHCPServer]
EmitDNS=yes
DNS=10.0.0.1
EmitNTP=yes
NTP=10.0.0.1

बाद सेवा sreate_ap initializes आभासी इंटरफेस Ap0 , systemd-NetworkD स्वचालित रूप से एक आईपी पता निर्दिष्ट करते हैं और DHCP सर्वर सक्षम करें।

लाइनें EmitDNS = Yes और DNS = 10.0.0.1 डीएनएस सर्वर सेटिंग्स को एक्सेस प्वाइंट से जुड़े डिवाइसों से गुजरती हैं।

यदि आप एक स्थानीय DNS सर्वर का उपयोग करने की योजना नहीं बनाते हैं - मेरे मामले में यह dnscrypt -xy है - आप DNS = 10.0.0.1 से DNS = 192.168.1.1 पर सेट कर सकते हैं , जहां 192.168.1.1 आपके मूल गेटवे का पता है। तब आपके होस्ट और स्थानीय नेटवर्क के DNS प्रश्न प्रदाता के सर्वर के माध्यम से अनएन्क्रिप्टेड हो जाएंगे।

EmitNTP = हाँऔर NTP = 192.168.1.1 NTP सेटिंग संचारित करें।

वही एनटी = 10.0.0.1 लाइन के लिए जाता है ।

एनटीपी सर्वर को स्थापित और कॉन्फ़िगर करें

सिस्टम में स्थापित करें:

apt install ntp

Config /etc/ntp.conf को संपादित करें । मानक पूल के पते पर टिप्पणी करें:

#pool 0.debian.pool.ntp.org iburst
#pool 1.debian.pool.ntp.org iburst
#pool 2.debian.pool.ntp.org iburst
#pool 3.debian.pool.ntp.org iburst

सार्वजनिक सर्वर के पते जोड़ें, उदाहरण के लिए, Google सार्वजनिक NTP:

server time1.google.com ibrust
server time2.google.com ibrust
server time3.google.com ibrust
server time4.google.com ibrust

अपने नेटवर्क से क्लाइंट के लिए सर्वर तक पहुंच प्रदान करें:

restrict 10.0.0.0 mask 255.255.255.0

प्रसारण को अपने नेटवर्क में बदलें:

broadcast 10.0.0.255

अंत में, इन सर्वरों के पतों को स्टैटिक राउटिंग टेबल में जोड़ें। ऐसा करने के लिए, वायरलेस कॉन्फ़िगरेशन फ़ाइल /etc/systemd/network/25-wlp6s0.network खोलें और अंत में मार्ग अनुभाग जोड़ें ।

[Route]
Gateway=192.168.1.1
Destination=216.239.35.0

[Route]
Gateway=192.168.1.1
Destination=216.239.35.4

[Route]
Gateway=192.168.1.1
Destination=216.239.35.8

[Route]
Gateway=192.168.1.1
Destination=216.239.35.12

आप निम्नानुसार मेजबान उपयोगिता का उपयोग करके अपने NTP सर्वर के पते का पता लगा सकते हैं :

host time1.google.com

Dnscrypt- प्रॉक्सी स्थापित करें , विज्ञापन निकालें और प्रदाता से DNS ट्रैफ़िक छिपाएं

apt install dnscrypt-proxy

होस्ट और स्थानीय नेटवर्क के DNS प्रश्नों की सेवा के लिए, सॉकेट /lib/systemd/system/dnscrypt-proxy.socket संपादित करें । निम्नलिखित पंक्तियों को बदलें:

ListenStream=0.0.0.0:53
ListenDatagram=0.0.0.0:53

पुनरारंभ करें systemd:

systemctl daemon-reload

Config /etc/dnscrypt-proxy/dnscrypt-proxy.toml संपादित करें :

server_names = ['adguard-dns']

ट्यूनकेस के माध्यम से dnscrypt- प्रॉक्सी कनेक्शन को रूट करने के लिए , नीचे जोड़ें:

force_tcp = true

/Etc/resolv.conf कॉन्फिगर करें जो DNS सर्वर को होस्ट को बताता है।

nameserver 127.0.0.1
nameserver 192.168.1.1

पहली पंक्ति में dnscrypt- प्रॉक्सी का उपयोग शामिल है , दूसरा - मूल गेटवे का उपयोग करता है, यदि dnscrypt- प्रॉक्सी सर्वर अनुपलब्ध है।

किया हुआ!

मौजूदा नेटवर्क सेवाओं को रिबूट या बंद करें:

systemctl stop networking NetworkManager NetworkManager-wait-online

और सभी आवश्यक को पुनः आरंभ करें:

systemctl restart systemd-networkd tun2socks create_ap dnscrypt-proxy ntp

रिबूट करने या फिर से शुरू करने के बाद, आपके पास एक दूसरा एक्सेस प्वाइंट होगा जो होस्ट और LAN डिवाइस को SOCKS के लिए रूट करता है।

यह वही है जो आउटपुट दिखता है।

ip a

नियमित लैपटॉप:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: tun2socks: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 500
    link/none 
    inet 172.16.1.2/24 brd 172.16.1.255 scope global tun2socks
       valid_lft forever preferred_lft forever
    inet6 fe80::122b:260:6590:1b0e/64 scope link stable-privacy 
       valid_lft forever preferred_lft forever
3: enp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether e8:11:32:0e:01:50 brd ff:ff:ff:ff:ff:ff
4: wlp6s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 4c:ed:de:cb:cf:85 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.2/24 brd 192.168.1.255 scope global wlp6s0
       valid_lft forever preferred_lft forever
    inet6 fe80::4eed:deff:fecb:cf85/64 scope link 
       valid_lft forever preferred_lft forever
5: ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 4c:ed:de:cb:cf:86 brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.1/24 brd 10.0.0.255 scope global ap0
       valid_lft forever preferred_lft forever
    inet6 fe80::4eed:deff:fecb:cf86/64 scope link 
       valid_lft forever preferred_lft forever

आखिरकार

प्रदाता केवल आपके SOCKS सर्वर से एन्क्रिप्ट किए गए कनेक्शन को देखता है, जिसका अर्थ है कि यह कुछ भी नहीं देखता है।
और फिर भी वह आपके NTP अनुरोधों को देखता है, इसे रोकने के लिए, NTP सर्वरों के लिए स्थिर मार्गों को हटा दें। हालाँकि, यह एक तथ्य नहीं है कि आपका SOCKS सर्वर NTP की अनुमति देता है।

डेबैन 10 पर देखा गया क्रच

यदि आप कंसोल से नेटवर्क सेवा को पुनरारंभ करने का प्रयास करते हैं, तो यह एक त्रुटि के साथ विफल हो जाएगा। यह इस तथ्य के कारण है कि वर्चुअल इंटरफ़ेस के रूप में इसका हिस्सा ट्यूनॉस्क सेवा से बंधा हुआ है , जिसका अर्थ है कि इसका उपयोग किया जाता है। नेटवर्क सेवा को पुनरारंभ करने के लिए, आपको सबसे पहले tun2socks सेवा को रोकना होगा । लेकिन, मुझे लगता है, यदि आप अंत तक पढ़ते हैं, तो आपके लिए यह निश्चित रूप से कोई समस्या नहीं है!

डेबियन 10 वाले लैपटॉप पर SOCKS में राउटर का निर्माण