ऐसे लोग हैं जो अपना अधिकांश कार्य कंसोल में बिताते हैं, ऐसे लोग हैं जो यदि आवश्यक हो तो टर्मिनल का उपयोग करते हैं, निर्देशों के अनुसार कुछ चलाते हैं। लेकिन मुझे लगता है कि प्रत्येक आईटी विशेषज्ञ, चाहे वह एक डेवलपर, सिस्टम प्रशासक, नेटवर्क इंजीनियर, या यहां तक ​​कि वरिष्ठ yaml डेवलपर है, कमांड लाइन इंटरफ़ेस का उपयोग करता है। हर कोई सीएलआई में काम के माहौल में सुधार और टर्मिनल में उत्पादकता बढ़ाने के बारे में नहीं सोचता। मैं विंडोज से लिनक्स के साथ काम करने के लिए पर्यावरण की स्थापना के अपने अनुभव को साझा करना चाहूंगा।



लेख से आप सीखेंगे कि विंडोज 10 पर लिनक्स एप्लिकेशन चलाने के लिए वर्तमान में कौन से टूल और कौन से टर्मिनल का उपयोग किया जाता है। हम डब्ल्यूएसएल 2 और विंडोज टर्मिनल के बारे में बात करेंगे, जो उन उपयोगकर्ताओं के बीच अधिक से अधिक लोकप्रियता प्राप्त कर रहे हैं जिन्हें काम करने के लिए लिनक्स की आवश्यकता है। चूंकि मेरे अधिकांश उपयोग-मामले एसएसएच के माध्यम से दूरस्थ कनेक्शन से संबंधित हैं, इसलिए अधिकांश जानकारी दूरस्थ कनेक्शन के मामलों के लिए प्रासंगिक होगी, इसके साथ जुड़ी हुई सभी विशेषताओं के साथ, ssh एजेंट के माध्यम से ssh कुंजियों को अग्रेषित करना, X- सर्वर को अग्रेषित करना, कनेक्शन का प्रबंधन etida )।

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

परिचय

मेरे घर और काम करने वाले लैपटॉप दोनों पर, मेरे पास एकमात्र ओएस विंडोज 10 है, और इस साल मैंने आखिरकार वीएम / ड्यूलबूट / सिगविन / मिनगॉव के बजाय केवल डब्ल्यूएसएल का उपयोग करने के लिए स्विच किया। अब मेरा डिफ़ॉल्ट टर्मिनल स्थानीय डब्लूएसएल शेल है, जहां मैं लगभग किसी भी कार्य को चला सकता हूं, जैसे कि देशी लिनक्स में। इसके अलावा, इंटेल NUC मिनी-सर्वर होम नेटवर्क पर चलता है, जिस पर LXC कंटेनरों और KVM के साथ Proxmox तैनात किया जाता है, जिसमें Docker कताई कर रहा है। मैं SSH के माध्यम से सभी VMs पर जाता हूं, विंडोज डायरेक्टरी से कुंजियों के साथ। एक ही सर्वर और नेटवर्क के साथ CLI में पेशेवर गतिविधि में बहुत समय लगता है। इसलिए, टर्मिनल में अधिक आरामदायक काम के लिए उपकरणों से निपटने की हमेशा इच्छा होती है, और विंडोज में हमेशा इसके साथ समस्याएं थीं। लेकिन अब सब कुछ बदल रहा है।



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

लिनक्स (WSL) के लिए विंडोज सबसिस्टम 2

इंटरनेट पर डब्ल्यूएसएल और एचएआरबी पर कई सामान्य लेख हैं ( एक बार एक्सएल सर्वर के साथ डब्ल्यूएसएल को स्थापित / कॉन्फ़िगर करने के बारे में एक लेख, डब्ल्यूएसएल 2 के बारे में दो नोट, डब्ल्यूएससीएल के साथ वीएसकोड में पायथन विकास के बारे में तीन लेख) जो सिस्टम की स्थापना और कॉन्फ़िगरेशन का वर्णन करते हैं। हालांकि, सभी स्थापना क्रियाएं पहले से ही प्रासंगिक नहीं हैं, साथ ही नुकसान के साथ प्रतिबंध कम हो रहे हैं। मैं स्थापना पर विस्तार से ध्यान केंद्रित नहीं करूंगा, डब्ल्यूएसएल के वर्तमान (दूसरे) संस्करण को स्थापित करने के निर्देश Microsoft वेबसाइट पर हैं , और आप इंटरनेट पर छोटे ट्यूटोरियल भी पा सकते हैं।



अब WSL अभी भी सक्रिय विकास के अधीन है और हाल ही में ( जून 2019 ) WSL 2 का एक नया संस्करण जारी किया गया था, जो वर्तमान में केवल Windows के नए संस्करणों के लिए Windows अंदरूनी सूत्रों के सदस्यों के लिए उपलब्ध है। यदि संभव हो तो, मैं आपको WSL को संस्करण 2 में तुरंत अपग्रेड करने की सलाह देता हूं, क्योंकि इसने सिस्टम कॉल के काम में सुधार किया है, नेटवर्क, एफएस के साथ काम कर रहा है, और सामान्य तौर पर यह एक अलग वास्तुकला पर बनाया गया है और, कुछ रिपोर्टों के अनुसार, पहले संस्करण की तुलना में गति में 20 गुना वृद्धि देता है।

आप विंडोज 10 और ओएस बिल्ड के संस्करण को स्टार्ट -> सेटिंग्स -> सिस्टम -> के बारे में देख सकते हैं, डब्ल्यूएसएल 2 को स्थापित करने के लिए, आपको विंडोज 1903 की आवश्यकता है और कम से कम 18917 संस्करण का निर्माण करना होगा। यदि आप विंडोज इनसाइडर प्रोग्राम के सदस्य नहीं हैं, तो सबसे अधिक संभावना है कि अपडेट स्थिर रिलीज तक नहीं आएगा। इसलिए यदि आप नवीनतम बिल्ड में अपग्रेड करना चाहते हैं, तो आप स्टार्ट -> सेटिंग्स -> अपडेट एंड सिक्योरिटी -> विंडोज इनसाइडर प्रोग्राम में शुरुआती एक्सेस ( फास्ट ) को सक्षम कर सकते हैं, आगे के अपडेट को अपडेट और डिसेबल कर सकते हैं। यह विचार करने योग्य है कि अभी तक बड़े पैमाने पर परीक्षण किए गए अपडेट नहीं लगाए जाएंगे, जो स्थिरता को प्रभावित कर सकते हैं।

यह ध्यान में रखा जाना चाहिए कि संस्करण 18995 के निर्माण से पहले , WSL में एक बग होता है जब माउंटेड विंडोज डिस्क पर फ़ाइलों के साथ काम करते हुए, इनपुट / आउटपुट त्रुटि के रूप में व्यक्त किया जाता है, केवल WSL ( wsl --shutdown को PowerShell) में पुनः आरंभ करने में मदद करता है। सामान्य तौर पर, कई निश्चित बग हैं जो अभी भी WSL संस्करण 1 (जो डिफ़ॉल्ट रूप से सेट है) और विंडोज के गैर-पूर्वावलोकन वितरण में मौजूद हैं। यदि आपके ओएस अपडेट को कॉर्पोरेट नीतियों द्वारा नियंत्रित किया जाता है, तो सबसे अधिक संभावना है कि नवीनतम अपडेट नहीं आएंगे और आपको इसे ध्यान में रखना होगा। एक लैपटॉप पर मैंने 18956 का निर्माण किया है और कोई भी अपडेट नहीं है, इस तथ्य के बावजूद कि इनसाइडर प्रोग्राम सेटिंग्स में फास्ट विकल्प का चयन किया गया है। कुछ महीनों पहले एक अन्य लैपटॉप पर एक क्लीन सिस्टम स्थापित किया गया था, और समय-समय पर अपडेट आते हैं और इंस्टॉल किए जाते हैं।

WSL 2 स्थापित करें

डब्ल्यूएसएल को हाइपर- V को सक्षम करने की आवश्यकता है क्योंकि लिनक्स वितरण हाइपर- V वर्चुअलाइजेशन का उपयोग करके हल्के वीएम पर चलता है।



अगला, मैं एक उदाहरण के रूप में काली लिनक्स का उपयोग करके डब्ल्यूएसएल के सीएलआई पावरस्ले वितरण से एक संक्षिप्त स्थापना निर्देश दूंगा)। यदि आप उपलब्ध उबंटू या किसी अन्य लिनक्स वितरण को पसंद करते हैं, तो लिंक और नामों को उपयुक्त लोगों के साथ बदलें।

Windows बिल्ड संस्करण की जाँच करें:

Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion" | Select CurrentBuild

VirtualMachinePlatform और Microsoft-Windows- सबसिस्टम-लिनक्स घटकों को सक्रिय करें :

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux
Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform

पुनः प्रारंभ।
अगला, या तो Microsoft Store ( https://aka.ms/wslstore ) से वितरण स्थापित करें , या PowerShell में चलाना जारी रखें:

curl.exe -L -o kali.appx https://aka.ms/wsl-kali-linux-new
Add-AppxPackage .\kali.appx
rm .\kali.appx

WSL कंसोल लॉन्च करें (वितरण प्रारंभ मेनू में दिखाई देना चाहिए, डिस्ट्रो के नाम से खोज), नए उपयोगकर्ता को स्थापित करने के लिए आमंत्रण की प्रतीक्षा करें, कंसोल को बंद करें।

यदि PowerShell में निष्पादित किया जाता है तो अब वितरण को सूची में दिखाई देना चाहिए:

wsl -l -v

यदि आवश्यक हो, तो वितरण को WSL संस्करण 2 प्रारूप में परिवर्तित करें:

wsl --set-version kali-linux 2
wsl --set-default-version 2

रूट को डिफ़ॉल्ट उपयोगकर्ता बनाएं (वैकल्पिक):

kali config --default-user root

यदि आपको त्रुटि मिलती है "एक कनेक्शन का प्रयास विफल हो गया क्योंकि कनेक्टेड पार्टी ने समय की अवधि के बाद ठीक से जवाब नहीं दिया, या स्थापित कनेक्शन विफल हो गया क्योंकि कनेक्टेड होस्ट प्रतिक्रिया देने में विफल रहा है।" , तो आपके पास एक निर्माण है जिसमें अगला एक (पहले से तय है) हाल के रिलीज में) बग। हमेशा की तरह, वर्कअराउंड है , या उबंटू वितरण का उपयोग करें, मुझे इसके साथ कोई समस्या नहीं थी बिल्ड के नवीनतम संस्करण पर नहीं।

यदि आवश्यक हो, तो आप निर्देशों के अनुसार WSL वर्चुअल डिस्क को किसी अन्य पार्टीशन (C :) से अलग कर सकते हैं। यह अभी से करना बेहतर है, क्योंकि सब कुछ सुचारू रूप से नहीं चल सकता है।

सुरक्षा के बारे में अस्वीकरण । WSL और होम नेटवर्क में अन्य लिनक्स-सर्वरों पर, मैं किसी भी महत्वपूर्ण सिस्टम को शुरू नहीं करता हूं, और नेटवर्क पर कोई अन्य उपयोगकर्ता (मेरे अलावा) नहीं हैं, इसलिए मैं लगभग हर जगह रूट करता हूं, चाबियाँ के माध्यम से ssh प्रमाणीकरण के साथ। मुझे पता है कि यह सबसे अच्छा अभ्यास नहीं है, लेकिन मैं एक व्यक्तिगत देव वातावरण के बारे में बात कर रहा हूं और मैं एक गैर-रूट उपयोगकर्ता बनाने के बिंदु को नहीं देखता हूं। इस लेख में सुरक्षा मुद्दों पर विचार नहीं किया जाएगा, मैं किसी दिन इस बारे में अलग से लिखने जा रहा हूं (केंद्रीकृत प्रमाणपत्र नवीनीकरण के साथ होम नेटवर्क में टीएलएस के माध्यम से सेवाओं के इंटरैक्शन को कैसे व्यवस्थित किया जाए? सर्वरों के बीच सिंक्रनाइज़ेशन ~ / .shsh / config के बारे में, अग्रेषण। बंदरगाहों और चाबियाँ, आदि)।

डब्लूएसएल कॉन्फ़िगरेशन

17093 के निर्माण से शुरू होकर , मुख्य WSL कॉन्फ़िगरेशन फ़ाइल वितरण प्रणाली FS /etc/wsl.conf पर स्थित है , यह उन सेटिंग्स का वर्णन करता है जो वितरण के बूट होने पर हर बार लागू होगी:

• ऑटोमाउंट - ऑटोमाउंट विंडोज ड्राइव
• नेटवर्क - resolv.conf फ़ाइलें, होस्ट जनरेट करें
• इंटरोप - विंडोज प्रक्रियाओं को शुरू करें और लिनक्स $ पैट को विंडोज $ पाथ जोड़ें

प्रारंभ में, WSL इस कॉन्फ़िगरेशन के बिना जाता है, इसे मैन्युअल रूप से पंजीकृत होना चाहिए:

[automount]
enabled = true
root = /mnt
options = "metadata,umask=22,fmask=11"
mountFsTab = true

[network]
generateHosts = true
generateResolvConf = true

[interop]
enabled = true
appendWindowsPath = true

कुछ सेटिंग्स का उपयोग डिफ़ॉल्ट मान और /etc/wsl.conf रिक्त के साथ किया जाता है, लेकिन सही संचालन के लिए फ़ाइलों के साथ आपको कम से कम विकल्प पैरामीटर को पंजीकृत करने की आवश्यकता होती है, अन्यथा विंडोज फाइलें 777 अनुमतियों के साथ होंगी और इसे लिनक्स से नहीं बदला जा सकता है।



आप PowerShell से वितरण को कमांड से रीबूट कर सकते हैं:

wsl -t kali-linux

उसके बाद, आप संकुल को अद्यतन कर सकते हैं और अपने लिए OS ट्यून कर सकते हैं। मैं लिनक्स में शेल सेटिंग्स और पर्यावरण पर स्पर्श नहीं करूंगा, मैं इसे अगले लेख के लिए छोड़ दूंगा।

apt -y update && apt -y upgrade

WSL 2 फ़ाइल सिस्टम और प्रदर्शन

WSL संस्करण 2 के अंदर की फाइलें VHDX वर्चुअल डिस्क पर संग्रहीत हैं, ext4 का उपयोग फाइल सिस्टम के रूप में किया जाता है। आप इस प्रारूप में एक पथ के माध्यम से रूटफ्लो डब्ल्यूएसएल तक पहुंच सकते हैं:

\\wsl$\{DistroName}\

या, आप "explorer.exe" टाइप कर सकते हैं । CLI में और वर्तमान निर्देशिका में एक विंडोज ब्राउज़र खुल जाएगा।

डब्लूएसएल संस्करण 1 में वीएचडीएक्स का उपयोग नहीं किया गया था और उस निर्देशिका तक आसान पहुंच थी जहां लिनक्स फाइलें स्थित थीं, और माइक्रोसॉफ्ट ने विंडोज से लिनक्स फाइलों को बदलने की दृढ़ता से हतोत्साहित किया था । डब्ल्यूएसएल के नए संस्करण में, प्लान 9 फाइलसिस्टम प्रोटोकॉल फ़ाइल सर्वर का उपयोग करके वर्चुअल डिस्क पर एफएस तक पहुंच प्रदान की जाती है।



WSL के पिछले संस्करणों में, फ़ाइल सिस्टम प्रदर्शन समस्याएँ थीं, क्योंकि Windows API के माध्यम से सिस्टम कॉल का अनुकरण किया गया था, फ़ाइल पहुंच धीमी और अस्थिर थी। 2019 के अंत में, WSL 2 ने अपनी वास्तुकला को बदल दिया और देशी लिनक्स कर्नेल का उपयोग किया। लिनक्स आर्किटेक्चर के लिए नए विंडोज सबसिस्टम की यूट्यूब प्रस्तुति से स्लाइड को देखते हुए : एक गहरा गोता , डिस्क संचालन का प्रदर्शन 2-5 गुना बढ़ गया।

अधिकतम डिस्क क्षमता 256GB तक सीमित है, यदि यह मात्रा पार हो गई है, तो आपको एक आकार बदलने की आवश्यकता होगी, निर्देश प्रलेखन में हैं ।

डब्ल्यूएसएल को शुरू में रैम का उपयोग करने के बाद संसाधनों को जारी करने में समस्या थी। बिल्ड 19013 ने इस समस्या को हल किया। यदि आप मांग कार्यों (उदाहरण के लिए, एक जंग आवेदन को इकट्ठा करना) चलाते हैं, तो आप देखेंगे कि Vmmem प्रक्रिया टास्क प्रबंधक के शीर्ष पर होगी, लेकिन WSL के हाल के संस्करणों में मेमोरी की खपत में काफी कमी आई है।

नेटवर्क

लिनक्स में होस्टनाम (होस्टनाम) पीसी नाम से विंडोज में लिया जाता है, भले ही / etc / hostname में या hostnamectl सेट-होस्टनाम कमांड के साथ जो कुछ भी लिखा गया हो।

पहले संस्करण के विपरीत, WSL 2 में नेटवर्क एक वर्चुअल हाइपर-वी स्विच के माध्यम से काम करता है:

❯❯ ipconfig.exe | grep IPv4
IPv4 Address. . . . . . . . . . . : 192.168.88.200
IPv4 Address. . . . . . . . . . . : 172.31.160.1
IPv4 Address. . . . . . . . . . . : 172.27.144.1

❯❯ ip -br -4 ad show dev eth0
eth0 UP 172.27.150.196/20
❯❯ ip ro list default
default via 172.27.144.1 dev eth0



इस मामले में, WSL के तहत नेटवर्क 172.27.144.0/20 का उपयोग किया जाता है, इसका पहला पता ( 172.27.144.1 ) विंडोज होस्ट सिस्टम है।

लिनक्स से, आप नेटवर्क पर होस्ट सेवाओं (विंडोज पर चल रहे) का उपयोग कर सकते हैं, उदाहरण के लिए, इस तरह:

❯❯ nmap -p 3389 $(cat /etc/resolv.conf | grep nameserver | awk '{print $2}')

Windows IP पता /etc/resolv.conf से लिया जाता है, जहाँ यह wsl.conf सेटिंग के अनुसार स्वतः उत्पन्न हो जाता है।

इसके विपरीत, यदि आपको विंडोज एप्लिकेशन से लिनक्स सॉकेट के लिए कनेक्शन की आवश्यकता है, तो आपको डब्ल्यूएसएल के आईपी पते का उपयोग करना होगा। एक चेतावनी है - लिनक्स में, सेवा को स्थानीयहोस्ट (127.0.0.1) पर नहीं चलाया जाना चाहिए, लेकिन पते पर 0.0.0.0 । उदाहरण के लिए, अपने VPS के SOCKS5 प्रॉक्सी को जल्दी से बढ़ाने के लिए, आपको SSH को डायनेमिक पोर्ट फारवर्डिंग पैरामीटर से शुरू करने की आवश्यकता है:

❯❯ ssh -D 0.0.0.0:2299 -N -f proxy.example.com

उसके बाद, विंडोज एप्लिकेशन में, उदाहरण के लिए, क्रोम, SOCKS5 पते के रूप में, रजिस्टर न कि लोकलहोस्ट , बल्कि डब्ल्यूएसएल पता, इस मामले में 172.27.150.196 । वैसे, क्रोम में वीपीएस के माध्यम से यातायात को सरल बनाने के ऐसे सरल तरीके से, आईपीवी 6 के माध्यम से साइटों तक पहुंच का उपयोग करना संभव हो जाता है।



लिनक्स हर बार रिबूट के बाद अपने आईपी पते को बदल देगा, इसलिए परिदृश्यों में जहां आपको लगातार काम करने के लिए एक पोर्ट अग्रेषित करने और स्वचालित रूप से शुरू करने की आवश्यकता होती है, आपको वर्कअराउंड देखने की आवश्यकता होती है। इस समस्या को हल करने के कई तरीके हैं, अलग-अलग डिग्री की बैसाखी, आप इस मुद्दे पर गितुब में अधिक पढ़ सकते हैं। मैंने go-wsl2-host उपयोगिता का उपयोग किया, जो Windows सेवा को कार्यान्वित करता है, जो स्वचालित रूप से WSL IP पते को Windows होस्ट फ़ाइल में जोड़ता है, इसलिए आप होस्ट सिस्टम पर ubuntu.wsl जैसे होस्टनाम को पंजीकृत कर सकते हैं और इसके लिए लिनक्स का उपयोग कर सकते हैं। हालांकि, यह सभी बैसाखी और बहुत अच्छी तरह से काम नहीं करता है, यह इन समस्याओं को ठीक करने के लिए Microsoft की प्रतीक्षा करना बाकी है।



युपीडी। जब मैं इस लेख को लिख रहा था, मुझे पता चला कि अपडेट ( 18945 का निर्माण) थे, जिसमें डब्ल्यूएसएल में चलने वाली सेवाओं के लिए स्थानीयहोस्ट के माध्यम से सेवाएं प्राप्त करना संभव हो गया। सच है, यह पता चला है कि एक बग था, जिसके कारण यह अभी भी सभी के लिए काम नहीं करता था, अगस्त बिल्ड में फिक्स 18970 है । चूंकि हर कोई अपडेट प्राप्त नहीं करता है, भले ही मैं विंडोज अंदरूनी सूत्र कार्यक्रम का सदस्य था, मैंने जानकारी को समायोजित नहीं किया, शायद यह किसी को नेटवर्क इंटरैक्शन सेट करने में मदद करेगा।

विंडोज और ऑटोस्टार्ट सेवाओं पर ओपनएसएसएच

विंडोज 10, विंडोज सर्वर 2019 की तरह, एक ओपनएसएसएच फोर्क के साथ आता है, जिसमें सभी परिचित ssh-keygen, ssh-add, scp, और ssh- एजेंट और sshd सर्वर सहित अन्य उपयोगिताओं शामिल हैं। क्लाइंट और सर्वर दोनों को एप्स> एप्स और फीचर्स> मैनेज ऑप्शनल फीचर्स के जरिए इंस्टॉल किया जा सकता है, लेकिन ssh क्लाइंट वर्जन लेटेस्ट नहीं होगा। मैं एक बग में भाग गया, जिसने मुझे ProxyJump विकल्प के साथ जंप होस्ट के माध्यम से होस्ट से कनेक्ट करने की अनुमति नहीं दी और यह पता चला कि यह समस्या ठीक हो गई थी, लेकिन मुझे क्लाइंट SSH को मैन्युअल रूप से अपडेट करना पड़ा। आप Win32 OpenSSH के वर्तमान संस्करण को github पर Releases खंड से ज़िप डाउनलोड करके और इसे अनपैक करके इंस्टॉल कर सकते हैं, उदाहरण के लिए, C: \ Program Files \ OpenSSH में । तृतीय-पक्ष सॉफ़्टवेयर ssh.exe (उदाहरण के लिए, VSCode में दूरस्थ विकास मोड का उपयोग करते समय) $ PATH ( % SYSTEMROOT% \ System32 \ OpenSSH \ ) से कहा जाता है, आपको पर्यावरण चर को बदलने की आवश्यकता है। प्रारंभ में GUI के माध्यम से पर्यावरण चर को बदला जाता है > सिस्टम पर्यावरण चर को संपादित करें ( प्रारंभ> सिस्टम वातावरण चर बदलें ), आपको पुराने संस्करण के ऊपर एक नया तरीका डालने की आवश्यकता है।

चूंकि डब्ल्यूएसएल में सिस्टमड काम नहीं करता है, इसलिए सिस्टम की शुरुआत के साथ सेवाओं के स्टार्टअप के साथ एक समस्या है। WSL में ssh सर्वर ऑटो स्टार्ट को कॉन्फ़िगर करने के कई तरीके हैं, सबसे आसान तरीका टास्क शेड्यूलर में एक कार्य बनाना है, जहां आप सर्वर स्टार्ट कमांड को निर्दिष्ट कर सकते हैं। इंटरनेट पर, आप स्क्रिप्ट vbs , ps1 या बैट के माध्यम से विभिन्न स्टार्टअप निर्देश पा सकते हैं। लगभग सभी तरीकों के साथ समस्या यह है कि ट्रिगर मुख्य विंडोज ओएस शुरू करना है, अर्थात, यदि WSL क्रैश हो जाता है और आपको सिस्टम ( wsl -t ) को पुनरारंभ करना होगा, तो लिनक्स बिना सेवा के चलने लगेगा। जब Windows शुरू होता है, तो WSL वितरण केवल तब शुरू होता है जब यह पहली बार एक्सेस किया जाता है।

मैं WSL के अंदर एक लैपटॉप पर SSH सर्वर का उपयोग करता हूं, ताकि मैं मशीन से मशीन में दूरस्थ रूप से जा सकूं। और, इस तथ्य के कारण कि मैं एसएसएच क्लाइंट्स के एसएसएच पोर्ट फॉरवर्डिंग तकनीकों और एक सुविचारित केंद्रीकृत कॉन्फ़िगरेशन का उपयोग करता हूं, मैं पारदर्शी रूप से अपने सभी सर्वरों पर जा सकता हूं, पते के बजाय एक होस्टनाम दर्ज करना। यही है, भले ही आप लैपटॉप में से किसी एक को मोबाइल नेटवर्क से जोड़ते हैं, लेकिन ऑटोशॉट डेमॉन जंप होस्ट से कनेक्ट होगा और मैं अभी भी कंप्यूटर पर जा सकता हूं, कोई भी NAT बाधा नहीं बनेगा। इसलिए, मेरे लिए यह महत्वपूर्ण है कि sshd हमेशा बना रहे।



WSL में SSH तक पहुँचने का एकमात्र कार्य तरीका SSH पोर्ट को अग्रेषित करना है। यह WSL से ही RemoteForward का उपयोग करके , या होम नेटवर्क पर किसी अन्य सर्वर से किया जा सकता है। कुछ लोगों को इसकी आवश्यकता होती है, और यह पहले से ही एक उन्नत स्तर है, इसलिए मैं सिर्फ एक काम करने की आज्ञा दूंगा:

❯❯ ssh -R '*:2363:*:22' -N -f mt.example.com

अब, जब पता mt.example.com:2263 से जुड़ रहा है, तो आप सीधे WSL से मिल सकते हैं।

यदि आप एसएसएल सर्वर को डब्ल्यूएसएल में उठाने की योजना बनाते हैं, तो आपको आवश्यक सर्वर स्टार्टअप मापदंडों को / etc / ssh / sshd_config में कॉन्फ़िगर करना याद रखना चाहिए। पोर्ट 22 पर सेवा बाइंड के साथ संघर्ष से बचने के लिए, विंडोज में ओपनएसएसएच सर्वर को अक्षम किया जाना चाहिए या इसे पूरी तरह से हटा दिया जाना चाहिए यदि यह स्थापित है ( एप्लिकेशन> एप्लिकेशन और सुविधाएँ> वैकल्पिक सुविधाएँ प्रबंधित करें )।

एक्स अग्रेषण

यह एक सुखद क्षण निकला कि विंडोज 10 में एक क्लिप.एड यूटिलिटी है जो आपको सीधे विंडोज बोर्डबोर्ड पर रीडायरेक्ट करने की अनुमति देती है। यह tmux जैसे कार्यक्रमों में उपयोग करने के लिए सुविधाजनक है, और एक्स सर्वर को अग्रेषित करने के लिए धन्यवाद, पाठ को दूरस्थ होस्ट से भी कॉपी किया जा सकता है। सब कुछ काम करने के लिए, आपके पास हमेशा विंडोज पर चलने वाला एक्स-सर्वर और $ DISPLAY चर सही ढंग से सेट होना चाहिए।

थोड़ा उबाऊ सिद्धांत। एक्स चलाने वाले * निक्स सिस्टम पर, विभिन्न प्रकार के क्लिपबोर्ड ( प्राथमिक, माध्यमिक, क्लिपबोर्ड ) हैं, इस लेख के संदर्भ में यह इतना महत्वपूर्ण नहीं है, लेकिन यह काम के तंत्र की एक सामान्य समझ के लिए महत्वपूर्ण है। लिनक्स पर क्लिपबोर्ड के साथ काम करने के लिए दो उपयोगिताओं (xclip और xsel) हैं। दोनों उपयोगिताओं में समान कार्यक्षमता है, xsel में यह थोड़ा बड़ा है, लेकिन बफर की सामग्री को आगे बढ़ाने के लिए आवश्यक बुनियादी कार्यक्षमता समान है। X अनुप्रयोगों में, चयनित पाठ प्राथमिक चयन में आता है, इसे मध्य माउस बटन के साथ डाला जाता है, xclip और xsel में प्राथमिक चयन डिफ़ॉल्ट रूप से किया जाता है।

उदाहरण के लिए, किसी चर की सामग्री को डिफ़ॉल्ट बफ़र में कॉपी करने के लिए, आपको अतिरिक्त मापदंडों के बिना, एक्सटी उपयोगिता की स्टडआउट पास करने की आवश्यकता है:

❯❯ echo -n $DISPLAY | xclip

और डिफ़ॉल्ट बफ़र की सामग्री को प्रदर्शित करने के लिए, -o स्विच के साथ xclip चलाएं:

❯❯ xclip -o
172.20.160.1:0

क्लिपबोर्ड के लिए एक्स सर्वर और स्थानीय एक्स सर्वर पर चलाए जाने वाले ग्राफिक अनुप्रयोगों के माध्यम से पुनर्निर्देशित किए जाने के लिए, आपको $ DISPLAY चर में IP पता सेट करना होगा, जो कि WSL के लिए डिफ़ॉल्ट गेटवे है। अब तक, इसे resolv.conf (जो कि विंडोज द्वारा स्वचालित रूप से उत्पन्न होता है) से लेने से बेहतर कुछ भी आविष्कार नहीं किया गया है। इसलिए, सबसे आसान तरीका शेल प्रोफ़ाइल में $ DISPLAY चर के निर्यात को पंजीकृत करना है (उदाहरण के लिए, ~ zsh के लिए zshrc )।

❯❯ echo "export DISPLAY=$(cat /etc/resolv.conf | grep nameserver | awk '{print $2}'):0" >> ~/.zshrc



एक्स-सर्वर के रूप में, मैंने मुफ्त VcXsrv को चुना, यह बफर के साथ काम कर सकता है, इसमें अलग-अलग विंडो डिस्प्ले मोड हैं और कमांड लाइन से निर्धारित विकल्पों के साथ लॉन्च किया गया है। लिंक का उपयोग करने के लिए, आप सभी विकल्प देख सकते हैं।

आप इस तरह टास्क शेड्यूलर में एक्स सर्वर के लिए एक ऑटोरन कार्य बना सकते हैं:

Triggers: At startup
Actions: Start a program
____Program: "%ProgramFiles%\VcXsrv\vcxsrv.exe"
____Arguments: -wgl -dpi auto -ac -multiwindow

Ssh चाबियाँ

ताकि विंडोज से प्रोग्राम एसएसएच कुंजी (उदाहरण के लिए, एक संपादक जब रिमोट गीथह रिपॉजिटरी के साथ काम कर रहे हैं) का उपयोग कर सकते हैं, और साथ ही डब्ल्यूएसएल में चाबियों की कोई दूसरी प्रतिलिपि नहीं है, तो विंडोज % एचआईईएफएटीएचएचएचपी% में चाबियाँ उत्पन्न करना सबसे अच्छा है । घर में सीलिंक बनाएं और होमलिंक बनाएं । डब्लूएसएल निर्देशिका।

ssh-keygen -f /mnt/c/Users/${WIN_USER}/.ssh/id_rsa -b 4096
ln -sf /mnt/c/Users/${WIN_USER}/.ssh/id_rsa ${HOME}/.ssh/id_rsa
ln -sf /mnt/c/Users/${WIN_USER}/.ssh/id_rsa.pub ${HOME}/.ssh/id_rsa.pub

या, ~ / .ssh / config में, आप Windows पर कुंजियों के पथ को निर्दिष्ट करके IdentityFile पैरामीटर निर्दिष्ट कर सकते हैं:

Host *
IdentityFile /mnt/c/Users/${WIN_USER}/.ssh/id_rsa

यदि कुंजियाँ कहीं से कॉपी की गई थीं और फ़ाइल अनुमतियां सही तरीके से सेट नहीं की गई हैं, तो सही अनुमतियां:

chmod 600 /mnt/c/Users/${WIN_USER}/.ssh/id_rsa
chmod 644 /mnt/c/Users/${WIN_USER}/.ssh/id_rsa.pub
chmod 700 /mnt/c/Users/${WIN_USER}/.ssh



इस प्रकार, जब SSH कुंजियों द्वारा आगे की पहुंच स्थापित की जाती है , तो उपयोगकर्ता को Windows और Linux अनुप्रयोगों का उपयोग करते समय, एक ही स्थान पर कुंजियों के एक सेट द्वारा विशिष्ट रूप से पहचाना जाता है। अब आप सर्वर / सेवाओं के लिए सार्वजनिक कुंजी जोड़ सकते हैं, जहां आपको इस कंप्यूटर से जाने की आवश्यकता होगी। यदि होम नेटवर्क पर अन्य डिवाइस हैं जिन्हें एसएसएच एक्सेस की आवश्यकता है, तो यह आपकी सार्वजनिक कुंजी को इन सर्वरों ( ssh-copy-id ) पर कॉपी करने के लिए सही होगा, लेकिन आपको एक सर्वर की कुंजी को दूसरे में कॉपी करने की आवश्यकता नहीं है। चूँकि SSH के माध्यम से काम करते समय ssh- एजेंट का उपयोग करना संभव (और आवश्यक) होता है, जब एक सर्वर से दूसरे सर्वर से कनेक्ट होता है, तो एजेंट इस बात का ध्यान रखता है कि अग्रेषित कुंजी पर प्राधिकरण होता है। सब कुछ सही ढंग से और उम्मीद के मुताबिक काम करने के लिए, आपको ~ / .ssh / config फाइल का ध्यान रखना होगा , जिसमें आपको सभी आवश्यक विकल्पों को पंजीकृत करना होगा।

Host *
TCPKeepAlive yes
ServerAliveInterval 30
ServerAliveCountMax 3
ForwardAgent yes
AddKeysToAgent yes
ForwardX11 yes
ForwardX11Trusted yes

विंडोज पर लिनक्स में काम करने के लिए कौन सा टर्मिनल चुनना है

सबसे पहले, मैं विंडोज के लिए मौजूदा टर्मिनल गोले की एक छोटी समीक्षा करना चाहता हूं जो डब्ल्यूएसएल चला सकते हैं। उपयोगकर्ताओं के बीच, कार्यात्मक MobaXterm प्रोसेसर लोकप्रिय है , जो विभिन्न सत्रों को बना सकता है, जिसमें ग्राफिकल वाले (WSL, bash / zsh, Mosh, RDP, VNC, आदि) शामिल हैं, आपको मैक्रोज़ बनाने और स्क्रिप्ट चलाने की अनुमति देता है, जिसमें कई सेटिंग्स और विशेषताएं हैं, ssh एजेंट, ऑटोरन ssh पोर्ट फ़ॉरवर्डिंग, और यहां तक ​​कि एक अंतर्निहित ftp / tftp / http सर्वर है, लेकिन उत्पाद बंद स्रोत है और इसके अलावा, भुगतान किया गया है। हाइपर एक और, अधिक आधुनिक टर्मिनल एमुलेटर है जो आपको WSL शेल को चलाने की अनुमति देता है, टर्मिनल HTML / JS / CSS पर बनाया गया है और नोड.जेएस मॉड्यूल ( भयानक सूची ) के रूप में प्लग-इन का उपयोग करके विस्तारित किया गया है। अन्य टर्मिनल हैं जो आपको WSL को बैसाखी की अलग-अलग डिग्री ( ConEmu , इसके कांटा Cmder , WSLtty , आदि) के साथ चलाने की अनुमति देते हैं, लेकिन मैं उन्हें अप्राप्य छोड़ दूंगा।



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

टर्मिनल विंडोज कंसोल (CONPTY) प्रोजेक्ट से विकसित हुआ, जो एएनएसआई / वीटी दृश्यों, 24-बिट आरजीबी असली रंग और यूटीएफ -8 का समर्थन करना सीख रहा है। विंडोज कमांड-लाइन ब्लॉग पोस्ट्स की श्रृंखला का एक अद्भुत अनुवाद हैबेरा पर लिंक ( शुरुआत , निरंतरता ) के बाद : विंडोज कंसोल के अंदर , जो टर्मिनलों के निर्माण के इतिहास के बारे में बताता है, भागने के अनुक्रमों को बदलने के लिए संबंधित मानकों, कोड पृष्ठों, यूनिकोड, टर्मिनल एमुलेटर के उद्भव और भविष्य में। पहले से ही विंडोज़ कमांड लाइन का विकास। प्रौद्योगिकीविदों में रुचि हो सकती है। इस ओपनसोर्स प्रोजेक्ट पर काम करने वाली इंजीनियरिंग टीम विंडोज कमांड लाइन डेव्लॉग को बनाए रखती है, जो पूरी तरह से डब्लूएसएल और विंडोज टर्मिनल को समर्पित है। मुझे उस क्षण से पहले कभी भी विश्वास नहीं होता था कि मैं एमएस उत्पादों के विकास के लिए दिलचस्पी के साथ देख रहा हूं, लेकिन वे डब्ल्यूएसएल, टर्मिनल और वीएसकोड के विकास के हिस्से के रूप में वास्तव में सम्मान के हकदार हैं। डब्ल्यूएसएल का विकास कैसे शुरू हुआ, यह माइक्रोसॉफ्ट ओपन सोर्स स्टोरीज में वर्णित है (हैबे पर अनुवाद है)। वैसे, Microsoft 2016 से लिनक्स फाउंडेशन का एक प्लैटिनम सदस्य रहा है।

विंडोज टर्मिनल को स्थापित और कॉन्फ़िगर करें

आप विंडोज स्टोर से विंडोज टर्मिनल स्थापित कर सकते हैं, या प्रोजेक्ट के गितुब पर रिलेशंस सेक्शन से बाइनरी डाउनलोड कर सकते हैं, सभी प्रासंगिक जानकारी, निर्देश और एफएक्यू भी हैं। टर्मिनल को कम से कम विंडोज 1903 के एक संस्करण की आवश्यकता होती है और 18362 का निर्माण होता है । विंडोज स्टोर के माध्यम से स्थापित करना बेहतर है, क्योंकि इस मामले में अपडेट करना आसान है, सीधे स्टोर से। अपडेट नियमित रूप से जारी किए जाते हैं, टर्मिनल के पहले संस्करण का एक रोडमैप गितुब पर रखा गया है। फिलहाल, संस्करण 1 की सभी विशेषताओं को पहले से ही लागू किया गया है (योजना के अनुसार, 2019 के अंत तक सभी सुधारों को लागू करने के लिए), फिर फिक्सिंग बग पर कुछ महीनों का काम और अप्रैल 2020 में टर्मिनल v1.0 की आधिकारिक रिलीज की योजना है। यह अच्छा है कि एमएस अब गितुब पर है, उनके सॉफ्टवेयर ने लॉग दिखाना, समझदार त्रुटियों और किसी भी समस्या को आसानी से जाना जाता है।



टर्मिनल में अभी तक कई सेटिंग्स नहीं हैं, लेकिन वे आरामदायक काम के लिए पर्याप्त हैं, उत्पाद सक्रिय रूप से विकसित हो रहा है, जीथब पर है जहां उपयोगकर्ता एक सुविधा अनुरोध या बग रिपोर्ट बना सकते हैं। डेवलपर्स उपयोगकर्ताओं के साथ समस्याओं पर चर्चा करने में भाग लेते हैं, जब बग की खोज की जाती है, तो अक्सर काम के आसपास की पेशकश की जाती है।



कॉन्फ़िगरेशन को json प्रारूप में संग्रहीत किया जाता है, इसे सहेजने के बाद तुरंत लागू किया जाता है। यह केवल तभी सुविधाजनक है जब आप काम के माहौल के विन्यास के प्रबंधन के लिए अच्छी प्रथाओं को लागू कर सकते हैं - मैं सभी लिनक्स कॉन्फ़िगरेशन को गिट रिपॉजिटरी में संग्रहीत करता हूं, विंडोज पर मैं काम करने वाले उपकरण से केवल VSCode का उपयोग करता हूं, जो कि githos gist के माध्यम से कॉन्फ़िगरेशन को सिंक्रनाइज़ कर सकता है, और स्थानीय कार्यक्षेत्र कॉन्फ़िगरेशन को अलग से dotfiles में सहेज सकता है । तो टर्मिनल एक ही दिशा में चलता है, एक ही हॉटकी और VSCode के रूप में कॉन्फ़िगरेशन प्रारूप का उपयोग करते हुए। वैसे, VSCode के माध्यम से एक कॉन्फ़िगरेशन को संपादित करना सुविधाजनक है, खासकर यदि आप पहले से ही एमएस से इस उत्कृष्ट संपादक का उपयोग करते हैं। टर्मिनल कॉन्फ़िगरेशन फ़ाइल में पहले से ही कई डिफ़ॉल्ट सेटिंग्स शामिल हैं, और सही संपादक आपको स्कीमा से कुंजी और मूल्य विकल्पों के विवरण के साथ सभी विकल्पों को देखने की अनुमति देता है (यह विशेष रूप से सुविधाजनक है जब परियोजना में अभी तक पूर्ण प्रलेखन नहीं है)। इसके अलावा, सभी IDE चिप्स ऑटो-पूर्ति, intellisense, वाक्यविन्यास जाँच, स्वरूपण, आदि के रूप में उपलब्ध हैं।



डेवलपर्स के लिए प्रलेखन यहां उपलब्ध है , लेकिन यहां अभी के लिए उपयोगकर्ताओं के लिए प्रलेखन का एक छोटा पृष्ठ है। एक अलग पेज सेटिंग्स के लिए समर्पित है जो कि json विन्यास फाइल में लिखा गया है। वहां से आप पता लगा सकते हैं कि संरचनात्मक रूप से सेटिंग्स में विभाजित हैं:

• वैश्विक (डिफ़ॉल्ट प्रोफ़ाइल, टर्मिनल विंडो का प्रारंभिक आकार, विषय, आदि)
• कुंजी बाँधना
• प्रोफाइल (प्रत्येक टर्मिनल के लिए विशिष्ट सेटिंग्स)
• योजनाएं (रंग योजनाएं)

डायनामिक प्रोफाइल जैसी कोई चीज होती है, वे स्वतः ही विन्यास में दिखाई देती है और स्रोत संपत्ति होती है।यह WSL और Azure Cloud Shell के वितरण पर लागू होता है। एक ही WSL वितरण का प्रोफ़ाइल (जैसे, उबंटू) का डुप्लिकेट बनाने के लिए, चाहिए GUID उत्पन्न और को छोड़कर सभी इच्छित सेटिंग्स रजिस्टर स्रोत है, और के रूप में कमांडलाइन रजिस्टर WSL DistroName -d {} ।

फोंट

उपयोगकर्ता को वास्तव में खुश करने के लिए टर्मिनल के लिए, विशेष वर्ण और लिगचर के समर्थन के साथ फोंट स्थापित करना आवश्यक है। आप इसमें से चुन सकते हैं:

• फिरा कोड
• किराये का
• किसी भी अन्य पैच फोंट

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



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

आप स्थापना के दौरान या बाद में चरित्र मानचित्र अनुप्रयोग ( प्रतीक तालिका ) में फ़ॉन्ट का नाम (टर्मिनल फॉन्टफेस सेट कर सकते हैं) देख सकते हैं । इसके अलावा, प्रारंभ में -> सेटिंग्स -> निजीकरण -> फ़ॉन्ट्स आप देख सकते हैं कि फ़ॉन्ट को विभिन्न तरीकों से कैसे प्रस्तुत किया जाता है, और एक ही समय में जांचें कि लिगचर कैसे खींचे जाते हैं।

निष्कर्ष

परिणाम बहुत लंबा लेख था, एक जगह पर WSL के साथ संयोजन में विंडोज टर्मिनल को स्थापित करने, कॉन्फ़िगर करने और उपयोग करने पर सभी प्रासंगिक जानकारी एकत्र की गई है। भविष्य में, मैं उसी तरह ZSH और tmux के बारे में लेख लिखना चाहता हूं, और VM को कॉन्फ़िगरेशन को तैनात करने और मेजबानों के बीच डॉटफ़ाइल्स को सिंक्रनाइज़ करने के अपने अनुभव को लिखता हूं। सब कुछ होम नेटवर्क ऑटोमेशन के ढांचे के भीतर है, लेकिन यह डेवलपर्स / डेप्स / सिस्टम इंजीनियरों के लिए उपयोगी होगा। एक और अनसुलझा विषय था डब्ल्यूएसएल 2 में डॉकर का प्रक्षेपण , लेकिन मुझे पर्सनल कंप्यूटर पर डॉक चलाने की जरूरत नहीं है, क्योंकि इसके लिए एक समर्पित सर्वर है।

मुझे आशा है कि किसी को भी लेख पढ़ने का पछतावा नहीं हुआ और उसने कुछ नया ज्ञान प्राप्त किया। अगर किसी को कुछ जोड़ना है, तो हमारे विचारों को टिप्पणियों में साझा करें। यदि आपके पास पाठ पर कोई टिप्पणी है, तो पीएम को लिखें, मैं इस गाइड को अद्यतन रखना चाहता हूं।

संदर्भ

• WSL 2 की घोषणा (devblogs.microsoft.com)
• WSL 2 अब विंडोज इनसाइडर (devblogs.microsoft.com) में उपलब्ध है
• लिनक्स 2 के लिए विंडोज सबसिस्टम में मेमोरी रिकॉल (devblogs.microsoft.com)
• WSL (devblogs.microsoft.com) को स्वचालित रूप से कॉन्फ़िगर करना
• wsl2-tutorial (github.com)
• टर्मिनल v1.0 रोडमैप (github.com)
• संपादन विंडोज टर्मिनल JSON सेटिंग्स (github.com)