स्टीम डेकमा टेलस्केल स्थापना गर्दै

यो लेखलाई स्थापनाकर्ता स्क्रिप्टले प्रतिस्थापन गरिएको छ। आफ्नो स्टीम डेकमा टेलस्केल स्थापना गर्नुहोस्। टेलस्केलले तपाईंलाई आफ्ना कम्प्युटरहरूलाई एकअर्कासँग जडान गर्न दिन्छ ताकि तपाईं तिनीहरूलाई सुरक्षित रूपमा सँगै प्रयोग गर्न सक्नुहुनेछ। प्रविधिको प्रगति हुँदै जाँदा, हामी धेरै भन्दा धेरै उपकरणहरू बोक्नेछौं, जसलाई सुविधाको लागि, हामी "कम्प्युटर" भन्नेछौं। तिनीहरूमध्ये केही अरूहरू भन्दा बढी सीमित छन्, तर आज म विशेष गरी एउटा उपकरणको बारेमा कुरा गर्न चाहन्छु: भल्भ द्वारा स्टीम डेक। स्टीम डेक एक ह्यान्डहेल्ड लिनक्स कम्प्युटर हो जुन डेस्कटप-ग्रेड पीसी गेमहरू खेल्न प्रयोग गरिन्छ। यसको पोर्टेबिलिटीले तपाईंलाई निन्टेन्डो स्विच जस्तै, जहाँ पनि आफ्नो स्टीम लाइब्रेरीलाई आफूसँगै लैजान अनुमति दिन्छ। डेक पनि उल्लेखनीय छ किनभने यसले स्टीमओएस भनिने आर्क लिनक्सको एक प्रकार चलाउँछ। भल्भको दर्शन यो हो कि स्टीम डेक केवल एक पीसी हो। यो खुला छ र जो कोहीको लागि आफ्नो आवश्यकता अनुसार परिमार्जन गर्न ह्याक गर्न सकिन्छ। यदि तपाईं चाहनुहुन्छ भने, भल्भले तपाईंलाई डेकमा विन्डोज स्थापना गर्न ड्राइभरहरू पनि दिन्छ। स्टीम डेक अनिवार्य रूपमा एक पीसी भएकोले, तपाईं यसमा टेलस्केल राख्न सक्नुहुन्छ ताकि तपाईं यसलाई आफ्नो आन्तरिक सेवाहरू, जस्तै NAS, सँग प्रयोग गर्न सक्नुहुनेछ, र तपाईं यात्रामा हुँदा टाढाबाट आफ्नो गृह नेटवर्क पहुँच गर्न सक्नुहुनेछ। तपाईं आफ्नो डेकमा फाइलहरू प्रतिलिपि गर्न टेलड्रप पनि प्रयोग गर्न सक्नुहुन्छ ताकि तपाईंले स्काइरिम मोड वा दुईमा प्रतिलिपि गर्न प्रमाणीकरण र SSH कुञ्जीहरूसँग गडबड गर्नुपर्दैन। टेलस्केल एक निम्न-स्तरको नेटवर्किङ आदिम हो, र त्यसैले यसको साथ के गर्ने भनेर पत्ता लगाउने बेला रूखहरूको लागि जंगल छुटाउनु गाह्रो हुन सक्छ। तपाईं टेलस्केलको साथ सामान्य नेटवर्कसँग गर्न सक्ने कुनै पनि काम गर्न सक्नुहुन्छ, र तपाईं सामान्य नेटवर्कसँग धेरै कुराहरू गर्न सक्ने भएकोले, तपाईंको औंलाको छेउमा भएका सबै विकल्पहरूको कारणले निर्णय पक्षाघातबाट पीडित हुन सजिलो छ। म तपाईंलाई मेरा आफ्नै अनुभवहरू र अवरोधहरूबाट प्रेरित विचारहरू दिन चाहन्छु जसले तपाईंलाई टेलस्केलको लागि आफ्नै प्रयोगहरू ल्याउन प्रेरित गर्नेछ। मेरा पोस्टहरू नेटवर्क के हुनुपर्छ वा के गर्नुपर्छ भन्ने बारे तपाईंको धारणाहरू र पूर्वधारणाहरूलाई चुनौती दिन मद्दत गर्न डिजाइन गरिएको हो, ताकि तपाईं वास्तवमै त्यहाँ बाहिर निस्कन र चीजहरूको प्रयोग गर्न सक्नुहुन्छ। यदि तपाईंलाई नेटवर्किङको कठिन भागहरूको वास्ता गर्नुपर्दैन भने तपाईं नेटवर्कसँग के गर्न सक्नुहुन्छ? यो केवल एउटा पीसी हो। Tailscale स्थापना गर्ने सबैभन्दा सजिलो तरिका भनेको SteamOS लाई उडाएर, तपाईंले चाहेको कुनै पनि Linux वितरण स्थापना गर्नु र त्यहाँबाट जानु हो। यो केवल काम गर्छ™️ किनभने भल्भले तपाईंलाई SteamOS लाई तपाईंले चाहेको कुनै पनि अन्य अपरेटिङ सिस्टमले बदल्न दिन्छ, विन्डोज पनि। यद्यपि, यो डेकलाई टेलस्केल चलाउने भावनामा छैन। त्यो केवल डेकमा अर्को ओएस राख्नु र त्यसपछि त्यसमा टेलस्केल स्थापना गर्नु हो। यसले तपाईंलाई SteamOS ले दिने सुविधाहरूमा सजिलै पहुँच दिनेछैन र समग्रमा यो SteamOS मा नै टेलस्केल चलाउनु जत्तिकै रोचक छैन। स्टीम डेक के हो र यो के चलाउँछ भन्ने कुरालाई नजिकबाट हेरेर यो सुरु गरौं। स्टीम डेक मूलतः सानो, एकल-बोर्ड कम्प्युटर र स्क्रिनको दुबै छेउमा टाँसिएको खेल नियन्त्रकहरूको जोडी हो। यो एकल-बोर्ड कम्प्युटर SteamOS चलाउन सेट अप गरिएको छ, र SteamOS Arch Linux मा आधारित छ। Tailscale पहिले नै Arch Linux को लागि प्याकेज गरिएको छ, त्यसैले यहाँबाट यो केहि सोच्न लोभलाग्दो छ: ओहो, यो त मसालेदार आर्क लिनक्स हो। म शेलमा पुगेपछि pacman -S tailscale गर्न सक्छु, र त्यहाँबाट म सामान्य रूपमा टेलस्केल प्रयोग गर्न सक्छु, हैन? यो केवल पीसी मात्र होइन। खैर, हेरौं कसरी काम गर्छ। उच्च स्तरमा तपाईंले निम्न कुराहरू गर्न आवश्यक छ: त्यसपछि तपाईंले pacman -S tailscale आदेश प्रयोग गरेर Tailscale स्थापना गर्न सक्षम हुनुपर्छ — हैन र? व्यवहारमा, यो त्यति सजिलो छैन। पक्कै पनि — यो काम गर्नेछ। तपाईंको स्टीम डेक एउटा अनौठो आकारको अल्ट्रा-पोर्टेबल पीसी बन्नेछ जुन खेल नियन्त्रकहरूसँग पठाइन्छ। यद्यपि, स्टीम डेकले अपडेट स्थापना गरेपछि यो काम गरिरहने छैन। स्टीम डेकमा ChromeOS जस्तै A/B विभाजन सेटअप छ। यसको मतलब जब तपाईंले प्रणालीलाई विभाजन A मा बुट गर्नुहुन्छ, अद्यावधिकहरू विभाजन B मा स्थापना हुन्छन्। त्यसपछि, जब विभाजन B बुट हुन्छ, अद्यावधिकहरू विभाजन A मा स्थापना हुन्छन्। यदि अद्यावधिकले काम गर्दैन भने यसले प्रणालीलाई अघिल्लो विभाजनमा फर्कने क्षमता दिन्छ। अर्को शब्दमा, यदि भल्भले तपाईंको स्टीम डेकलाई अनबुट गर्न मिल्ने अपडेट बनाउँछ भने, डेकले यसलाई बन्द गर्नेछ र पुरानो, ज्ञात राम्रो संस्करणमा फिर्ता जानेछ। यसले तपाईंलाई NixOS वा FreeBSD सँग प्राप्त हुने जस्तै प्रयोगकर्ता अनुभव दिन्छ जसमा ZFS बुट वातावरण सक्षम पारिएको हुन्छ, ती मध्ये कुनै पनि OS प्रयोग नगरीकन। यद्यपि, जब हामी SteamOS readonly सिल खोल्छौं, हामी फङ्गिबल OS विभाजनहरू मध्ये एकलाई सिधै सम्पादन गर्छौं। यदि हामीले A विभाजनमा परिवर्तन गर्छौं भने, अपडेट स्थापना हुँदा ती परिवर्तनहरू B विभाजनमा लागू हुनेछैनन्। त्यसैले जब तपाईं अपडेट पछि B विभाजनमा रिबुट गर्नुहुन्छ, तपाईंको परिवर्तनहरू हराएको देखिन्छ। यद्यपि, तिनीहरू अझै पनि त्यहाँ छन्; तिनीहरू A विभाजनमा पहुँचयोग्य छैनन्। अपडेट A विभाजनमा डाउनलोड हुँदा ती परिवर्तनहरू अस्तित्वबाट मेटिनेछन्। यसको मतलब यदि तपाईंले नेटिभ प्याकेज प्रबन्धकसँग SteamOS चलाउने Steam Deck मा Tailscale स्थापना गर्न त्यो प्रक्रिया मार्फत जानुभयो भने, तपाईंले मूल रूपमा एउटा टाइम बम सिर्जना गर्नुहुन्छ जहाँ प्रणालीमा अपडेट लागू भएपछि डेकले अनियमित रूपमा काम गर्न बन्द गर्नेछ। यो हामीले यहाँ चाहेको कुरा होइन। Tailscale को "जादुई" भएकोमा अलिअलि प्रतिष्ठा छ। Tailscale "सुरक्षित नेटवर्क हो जुन काम गर्छ," त्यसैले भविष्यमा अनियमित रूपमा बिग्रने तरिकाले Tailscale सेटअप गर्नु सायद धेरै खराब विचार हो। यसले Tailscale लाई जादुई जस्तो लाग्दैन, जुन तपाईंले चाहनुभएको कुराको पूर्ण विपरीत हो। रेखाहरू भित्र कोर्दै रेखाहरू बाहिर कोर्दा भरपर्दो रूपमा काम गर्दैन। बरु रेखाहरू भित्र कोरौं। टर्मिनलमा, तपाईंले mount कमाण्ड प्रयोग गरेर डिस्कमा रहेका सबै ठाउँहरू सूचीबद्ध गर्न सक्नुहुन्छ जहाँ तपाईंसँग फाइलहरू लेख्न पहुँच छ। मेरो आफ्नै सेटअपमा, मैले आउटपुटलाई हामीले वास्तवमै ख्याल गर्ने कुरामा फिल्टर गर्न केही grep आह्वानहरू मार्फत पनि पास गरें। (विगतका वर्षहरूमा, लिनक्स प्रणालीहरूमा धेरै भन्दा धेरै स्यूडो-फाइल प्रणालीहरू थपिएका छन्, र तिनीहरूले यहाँ तपाईंले ख्याल गर्ने कुराहरू याद गर्न गाह्रो बनाउनेछन्।) अन्तिम परिणाम यो हो कि तपाईंसँग यी फोल्डरहरू छन् जुन हामी लेख्न सक्छौं: /home । Tailscale ले स्थिर बाइनरीहरू पठाउँछ जुन तपाईंले अन्यथा यसलाई चलाउन सक्षम नभएका प्रणालीहरूमा Tailscale स्थापना गर्न प्रयोग गर्न सक्नुहुन्छ। यो यहाँ राम्रो फिट जस्तो देखिन्छ किनभने हामीले ABI असंगतताको जंगलको बारेमा वास्ता गर्नुपर्दैन। तपाईं ~/.local/share मा फोल्डर बनाउन सक्नुहुन्छ, त्यसपछि Tailscale डाउनलोड गर्न यसमा जानुहोस्: बाइनरी चल्न सक्छ कि सक्दैन भनेर परीक्षण गर्न tailscale version : tailscaled रनिङ। यो गर्ने धेरै तरिकाहरू छन्, तर म प्रोग्रामहरू त्यस्तो वातावरणमा चलाउन रुचाउँछु जुन सम्भव भएसम्म यसको पूर्वनिर्धारित वातावरणको नजिक होस्। यदि यो सम्भव भएको भए, म यसलाई Flatpak को रूपमा वितरण गर्न चाहन्छु। तर यो सम्भव छैन: Tailscale ले केही निम्न-स्तरको कर्नेल नेटवर्किङ प्राइमिटिभहरू प्रयोग गर्दछ, र Flatpak स्यान्डबक्सले हामीलाई तिनीहरूलाई प्रयोग गर्नबाट रोक्छ। यदि हामीले ती प्राइमिटिभहरू प्रयोग गर्न सक्यौं भने पनि, Tailscale Linux मा एक प्रणाली सेवा हो र GUI अनुप्रयोग होइन (जहाँ प्लेटफर्महरूमा Tailscale मा GUI अनुप्रयोग छ, त्यहाँ अझै पनि प्रणाली सेवा पृष्ठभूमिमा चलिरहेको छ)। Flatpak ले तपाईंलाई प्रणाली सेवाहरू चलाउन अनुमति दिँदैन। त्यसोभए, तपाईंले अझ चलाख हुनुपर्छ। एकछिन पछि हटौं र स्टीम डेकले प्रयोग गरिरहेको ओएसको बारेमा सोचौं। स्टीमओएस आर्क लिनक्सको फोर्क हो, एक लिनक्स वितरण जुन systemd को प्रयोगको लागि प्रसिद्ध छ। आर्कले systemd को प्रत्येक कम्पोनेन्टलाई एक हदसम्म प्रयोग गर्दछ जुन अन्य वितरणहरूले हास्यास्पद पाउनेछन्। केही मानिसहरूले systemd मा धेरै "ब्लोट" (पढ्नुहोस्: अनावश्यक अतिरिक्त) भएको आरोप लगाएका छन्, तर यस्ता अवस्थामा, त्यो "ब्लोट" धेरै काममा आउँछ, विशेष गरी प्रत्येक स्टीम डेकमा systemd कम्पोनेन्टहरूको समान सेट हुने भएकोले। यसले यस प्रकारका कागजातहरू/इन्जिनियरिङ लगहरू लेख्न धेरै सजिलो बनाउँछ। केही व्यापक अनुसन्धान र प्रयोग गरेपछि, मैले स्टीम डेकमा टेलस्केल चलाउन प्रयास गर्न सक्ने दुई चीजहरू पहिचान गरेको छु। एक छेउमा, यो जस्ता कुराहरू सोच्न लोभलाग्दो हुन सक्छ: यस्तो सेवा चलाउने दुई तरिका किन छन्? त्यो systemd परियोजनामा गरेको प्रयास खेर गएको जस्तो देखिन्छ। उनीहरूसँग सेवाहरू चलाउने एउटा मात्र तरिका हुनुपर्छ र तपाईंले त्यो प्रयोग गर्नुपर्छ। यी प्रत्येक चीजहरू फरक-फरक कारणले सिर्जना गरिएका थिए र तिनीहरू सबै फरक-फरक काम गर्छन्, यद्यपि तिनीहरूको लक्ष्य समान देखिन सक्छ। म यो कुरामा विश्वास गर्दिन! म केवल यो कुरा औंल्याइरहेको छु कि डेकमा हामी जस्तो अवस्थामा छौं, यो धेरै सुविधाजनक हुन्छ। धेरैजसो समय जब तपाईंसँग सामान्य लिनक्स मेसिनहरू हुन्छन्, तिनीहरूले के गर्न सक्छन् र कसरी गर्न सक्छन् भन्ने कुरामा तपाईंसँग धेरै शक्ति हुन्छ। यो डेकको अवस्था भन्दा धेरै फरक छ, जुन सामान्य पीसी भन्दा गेम कन्सोलको नजिक छ। हामी पूर्वनिर्धारित OS छविको सीमितताहरू सजिलै मेटाउन सक्दैनौं र हाम्रो आफ्नै बाटो कोर्न सक्दैनौं। हामीले रेखाहरू भित्र कोर्नुपर्छ। रेखाहरू भित्र कोर्नको साथ यो आउँछ। उच्च स्तरमा, हामीसँग systemd मार्फत Tailscale चलाउन दुई विकल्पहरू छन्: यी प्रत्येक विकल्पहरूलाई कसरी प्रयोग गर्ने र यी दृष्टिकोणहरूका फाइदा र बेफाइदाहरू के हुन् भन्ने बारेमा तिनीहरूको आफ्नै सानो खण्डमा हेरौं। तपाईंले Tailscale लाई पोर्टेबल सेवाको रूपमा पनि चलाउन सक्नुहुन्छ, तर यसो गर्दा tailscaled कर्नेल नेटवर्किङ मोडमा चल्न दिँदैन। पोर्टेबल सेवाहरूमा Flatpak जस्तै अतिरिक्त अवरोधहरू छन् जसले यसलाई Steam Deck मा प्रयोगको लागि अव्यवहारिक बनाउँछ। तपाईं निश्चित रूपमा SOCKS प्रोक्सी सर्भर प्रयोग गर्न आफ्नो गेमिङ कन्सोलमा सबै कुरा कन्फिगर गर्न चाहनुहुन्न! systemd-रन यो सेवालाई systemd मा उचाल्ने सबैभन्दा सजिलो तरिका systemd-run प्रयोग गर्नु हो। systemd-run ले तपाईंलाई systemd को DBus API प्रयोग गरेर एक-पटक systemd कार्यहरू सिर्जना गर्न दिन्छ। यसले मूल रूपमा तपाईंलाई इच्छा अनुसार सेवाहरू, सकेट-सक्रिय सेवाहरू, र टाइमर कार्यहरू (मसालेदार क्रोनजबहरू सोच्नुहोस्) स्पोन गर्न दिन्छ। तपाईंले आफ्नो स्क्रिन लक गरेपछि वा SSH बाट विच्छेद गरेपछि तिनीहरू चलिरहनेछन्। यसले तपाईंको एक-पटक कार्यहरूलाई systemd सेवा हुनुका सबै फाइदाहरू प्रदान गर्दछ, जसमा मेमोरी सीमाहरू, प्रणालीबाट अलगाव, जर्नलसँग विस्तृत लगिङ, र नियन्त्रण समूहहरू प्रयोग गरेर सेवाहरूको व्यवस्थापन समावेश छ। उदाहरणको रूपमा, हामी systemd द्वारा व्यवस्थित शेल सत्रमा स्पोन गर्न systemd-run -S चलाउन सक्छौं: यस क्षणिक शेल सत्रको बारेमा जानकारी हेर्नको लागि अर्को टर्मिनल विन्डोमा systemctl status : systemd मा tailscaled । manpage र tailscaled.service पढ्दा, तपाईं systemd-run कमाण्डको साथ समाप्त हुन सक्नुहुन्छ जुन यस्तो देखिन्छ: tailscaled start up मा क्लिक गर्नुहोस् र त्यसपछि तपाईं यो आदेश प्रयोग गरेर लग इन गर्न सक्नुहुन्छ: एक प्रणाली प्रशासकको रूपमा, तपाईंले एक-पटक कार्यहरूलाई सुपर-डेमोनाइज गर्न systemd-run प्रयोग गर्न सक्नुहुन्छ। यो प्याकेज अपग्रेड जस्ता चीजहरू ह्यान्डल गर्नको लागि अविश्वसनीय रूपमा उपयोगी छ जब तपाईं आफ्नो शेल सत्र अवरोध हुँदा यसलाई अनियमित रूपमा मर्ने जोखिम लिन चाहनुहुन्न। पढ्ने मात्र सिल क्र्याक गर्नुको तुलनामा यसो गर्नुका धेरै फाइदाहरू छन्: यसले प्रणाली छवि परिमार्जन नगरीकन Tailscale स्थापना गर्दछ, र tailscaled.service सुरु हुँदा Tailscale को लागि सान्दर्भिक अवस्था, क्यास, र रनटाइम डाइरेक्टरीहरू systemd द्वारा लेख्न मिल्ने फोल्डरहरूमा स्वचालित रूपमा सिर्जना गरिन्छ। यसले तपाईंलाई आफ्नो VPN अनियमित रूपमा तोड्ने अपडेटहरूको बारेमा चिन्ता नगरी आफ्नो Steam Deck लाई स्वतन्त्र रूपमा अद्यावधिक गर्न अनुमति दिन्छ। यद्यपि, यस दृष्टिकोणको मुख्य कमजोरी भनेको टेलस्केल बुट हुँदा स्वचालित रूपमा सुरु हुँदैन। यसको वरिपरि तरिकाहरू छन् (अर्थात्, /home/deck/.local/share/tailscale/steamos मा टेलस्केल गरिएको स्थानमा इंगित गर्न systemd/tailscaled.service सम्पादन गरेर वा माथिको systemd-run आदेश चलाएर /etc/systemd/system मा राखेर systemctl cat tailscaled.service प्रयोग गरेर), तर सामान्यतया यसरी एक पटक टेलस्केल सुरु गर्दा यसलाई प्रणालीमा एकीकृत हुँदैन। तपाईंले यसलाई शेल उपनाम वा तपाईंको शेलको $PATH परिवर्तन गरेर सरल बनाउन सक्नुहुन्छ, तर /usr/bin मा tailscale आदेश राख्दा जीवन धेरै सजिलो हुनेछ। यो सेटअपले काम गर्नेछ, र धेरैजसो अवस्थामा यसले तपाईंलाई चाहिने सबै कुरा गर्नुपर्छ। यद्यपि, त्यहाँ धेरै एर्गोनोमिक विकल्प छ: प्रणाली विस्तारहरू। systemd-sysext ले तपाईंलाई systemd परियोजनाले हालै प्रणाली विस्तार छविहरूको अवधारणा प्रस्तुत गरेको छ। यसले तपाईंलाई रनटाइममा प्रणालीमा मनमानी अतिरिक्त फाइलहरू थप्न अनुमति दिन्छ, जस्तै तपाईंले प्रणालीमा प्याकेज स्थापना गरेर गर्नुहुन्छ। यद्यपि, मुख्य भिन्नता यो हो कि प्रणाली विस्तार अन्तर्निहित प्रणाली विभाजनहरूको माथि ओभरले गरिएको छ, त्यसैले तपाईंलाई यसमा प्याकेजहरू स्थापना गर्न प्रणाली विभाजनमा लेखन पहुँच आवश्यक पर्दैन। यो सम्भवतः ठूलो कारण हो किन उनीहरूले लिनक्स-ल्याण्डमा सबै चीजहरूको माइग्रेसनलाई /usr पुरानो कार्यप्रवाहहरू समायोजन गर्न अनुकूलता सिमलिङ्कहरूसँग माइग्रेसनको नेतृत्व गरे। प्रणाली विस्तार छविहरू कसरी प्रयोग गर्ने भन्ने बारे थप जानकारीको लागि, लेनार्ड पोटरिङको यो ब्लग पोस्ट हेर्नुहोस्। यी हाम्रो प्रयोगको लागि धेरै सुविधाजनक छन् किनभने तिनीहरूले हामीलाई स्टीम डेकमा टेलस्केल स्थापना गर्न अनुमति दिन्छ मानौं हामीले यसलाई प्याकम्यानबाट स्थापना गरेका छौं, तर पढ्ने मात्र सिल नतोडेर र अर्को पटक प्रणाली अपडेट स्थापना गर्दा ल्यान्डमाइन ट्रिगर हुन नदिई। यसले हामीलाई प्रणालीमा अन्य कुनै पनि आदेश जस्तै tailscale आदेश चलाउन पनि अनुमति दिन्छ, जसले डिबगिङलाई धेरै सजिलो बनाउनेछ। टेलस्केलले पठाउने स्थिर बाइनरी टार्बलहरू पहिले नै प्रणाली विस्तार छविको धेरै नजिक छन्; मुख्य भिन्नता भनेको हामीले अस्थायी निर्देशिकामा निम्न गर्न आवश्यक छ: यो गर्नको लागि हामी निम्न जस्तै शेल स्क्रिप्ट चलाउन सक्छौं: सामान्य रूपमा tailscaled र लग इन गर्नुहोस्: स्टीम डेक प्लगइनको झलक स्टीम डेक प्लगइन UI को साथ यो धेरै सरल बनाउन सकिन्छ। म यो सेटअपलाई तपाईंबाट टाढा स्वचालित गर्न स्टीम डेक प्लगइनमा काम गरिरहेको छु। यो त्यस्तो अवस्थामा छैन जहाँ म यसलाई जारी गर्न सहज महसुस गर्छु, तर यहाँ प्लगइन कस्तो देखिन्छ भन्ने बारे एक झलक छ: थप विवरणहरू म पत्ता लगाउन सकेसम्म चाँडो आउनेछु। तपाईंले गर्न सक्ने रमाइलो कुराहरू मैले धेरै प्रयोग गरें, र यहाँ केही कामहरू छन् जुन मैले काम गरिरहेको छु जुन तपाईंलाई प्रेरणादायी लाग्न सक्छ। ठूलो भनेको मेरो NAS लाई Tailscale मा रिमोट-माउन्ट गर्नु र मेरो NAS मा भण्डारण गरिएका खेलहरू खेल्नु थियो। यो पर्याप्त स्थिर थियो जसले मलाई मोन्ट्रियलको स्टीम डेकमा थप साधारण खेलहरू खेल्न अनुमति दियो, यद्यपि वास्तविक खेल फाइलहरू सहितको मेरो NAS ओटावामा थियो। म कुनै पनि समस्या बिना दिनभरि यसलाई खेल्न सक्षम थिएँ, थोरै बढी लोड समय बचत गर्दै। अन्य खेलहरूमा समान अनुभव नहुन सक्छ, तर २००५ र त्यसभन्दा पहिले रिलीज गरिएका खेलहरू सामान्यतया यस सन्दर्भमा राम्रो हुन्छन्। डेकको Wi-Fi कार्ड पूर्ण रूपमा गोलाकार परीक्षण वातावरणमा भएकोले, नेटवर्कमा चीजहरू लोड गर्नु DVD ड्राइभबाट डेटा पढ्नु भन्दा छिटो हुनेछ, ओभरहेडको धेरै तहहरू समावेश भए पनि। यसको लागि परीक्षण आवश्यक पर्नेछ। केही खेलहरूले भण्डारणमा उच्च विलम्बतालाई अरू भन्दा राम्रोसँग सहन सक्छन्। डेड स्पेस २ जस्ता खेलहरूले अरू भन्दा खराब प्रदर्शन गर्नेछन् किनभने डेड स्पेस २ ले डिस्कबाट सम्पत्तिहरू निरन्तर स्ट्रिम गर्दै तपाईंको वरिपरिको संसार सिर्जना गर्दै अगाडि बढ्दै जान्छ। सामान्यतया, खेल जति सरल हुन्छ, त्यति नै यो काम गर्ने सम्भावना बढी हुन्छ। समर्पित सर्भरहरू भएका खेलहरू मेरो परीक्षणमा, सेल्फ-होस्टेबल डेडिकेटेड सर्भर भएका लगभग सबै खेलहरूले टेलस्केलमा काम गरे। मैले परीक्षण गरेका केही खेलहरू यहाँ दिइएका छन्: म Assetto Corsa Competizione (रेसिङ सिम्युलेटर) खेल्ने प्रयास गर्दा मात्र समस्या आयो किनभने यसको समर्पित सर्भर खोज प्रक्रिया प्रसारण/मल्टिकास्ट प्याकेटहरूमा निर्भर गर्दछ (जुन टेलस्केलले प्रकाशनको समयमा समर्थन गर्दैन)। अरू सबै कुरा निर्बाध थियो, जस्तै कि म स्थानीय नेटवर्क वा सार्वजनिक इन्टरनेटमा सर्भर होस्ट गर्दै थिएँ। म नोड साझेदारीको साथ सर्भरहरू साझेदारी गर्न सक्षम थिएँ, र मेरा साथीहरू कुनै पनि समस्या बिना सामेल हुन सक्षम थिए। मुनलाइट खेल स्ट्रिमिङ स्टीम डेकमा पूर्वनिर्धारित रूपमा खेल स्ट्रिमिङ सेवा छ; यद्यपि, यसमा डबल-NAT र अन्य नेटवर्क परिस्थितिहरूसँग समस्याहरू हुन सक्छन् जुन टेलस्केलले झिम्काइ बिना सहन सक्छ। मुनलाइट एक खुला स्रोत खेल स्ट्रिमिङ प्रोटोकल हो जसले तपाईंलाई आफ्नो गेमिङ टावरमा खेलहरू चलाउन र भिडियो स्ट्रिमलाई अर्को उपकरणमा पठाउन दिन्छ जसले तिनीहरूलाई चलाउन सक्दैन, जस्तै स्टीम डेक। मुनलाइट डिस्कभर स्टोरबाट स्टीम बटन मेनुमा उपलब्ध KDE डेस्कटप मोडमा उपलब्ध छ। मेरो गेमिङ मेसिनको हार्डवेयर असंगत भएको कारणले गर्दा म यो काम गर्न सकिन (म NVIDIA कार्डको सट्टा AMD कार्ड प्रयोग गर्छु), तर मिल्दो मेसिन भएका मानिसहरूका लागि यसले निर्बाध रूपमा काम गरेको रिपोर्टहरू छन्। तपाईं आफ्ना साथीहरूसँग कस्ता खेलहरू खेल्न मन पराउनुहुन्छ? के तपाईंले आफ्नो स्टीम डेकमा अहिलेसम्म प्रवेश गर्नुभएको छ? यदि तपाईंले सर्भरहरू डाउन गर्ने, DDoS आक्रमण गर्ने र शोक गर्नेहरूलाई सुरक्षित गर्ने बारे चिन्ता लिनु पर्दैन भने तपाईं कुन खेलहरूको लागि आफ्नै सर्भरहरू होस्ट गर्न चाहनुहुन्छ? आफ्नो अनुभवहरूको बारेमा कुरा गर्न हामीलाई @Tailscale मा सम्पर्क गर्नुहोस् वा हाम्रो फोरमहरूमा सामेल हुनुहोस्।