Steam साइन-इन काम करते, गेम नाही: प्रत्येक मार्ग तपासा

Steam उघडा, साइन-इन करा, आणि गेमला सत्र सापडत नाही तोपर्यंत सर्व काही निरोगी दिसते। याला एक नाही, तीन स्वतंत्र नेटवर्क प्रश्न म्हणून घ्या। स्टोअर आणि खाते स्क्रीन, सामग्री डाउनलोड आणि गेम सत्र प्रत्येकजण वेगवेगळ्या ट्रान्सपोर्टद्वारे वेगवेगळ्या एंडपॉइंटपर पोहोचू शकतात। या तपासण्या क्रमाने करा आणि पहिल्या अयशस्वी झालेल्यावर थांबा, कारण त्यानंतरचे सर्व अंदाज आहे।

टप्पा 1: साइन-इन हीच एकमेव गोष्ट काम करत होती याची खात्री करा

साइन-इन सिद्ध करते की खाते क्रेडेन्शियल्स आणि खात्याला आवश्यक असलेल्या कोणत्याही दुसऱ्या घटकासह ओळख सेवेपर्यंत पोहोचले। ते सामग्री वितरणाबद्दल काहीही सांगत नाही आणि गेमच्या स्वतःच्या होस्टिंग व्यवस्थेबद्दलही काहीही सांगत नाही। तीनपैकी कोणती क्रिया तुम्ही प्रत्यक्षात तपासली ते लिहा, कारण लोक सहसा फक्त लाँचर तपासल्यावर अयशस्वी गेमची तक्रार करतात।

नेटवर्कपूर्वी अयशस्वीतेचा मजकूर वाचा। सर्व्हर उपलब्ध नाहीत असे सांगणारा गेम तुम्हाला स्टोअरपर्यंत पोहोचू न शकणाऱ्या लाँचरपेक्षा वेगळे काही सांगतो। दोन्ही त्रुटी वेगवेगळ्या स्तरांतून येतात आणि क्वचितच एकच अर्थ देतात। हा फरक ठरवतो की पुढील तपासणी नाव निराकरण, UDP, की प्रदेश सेटिंगबद्दल आहे।

खाते, प्रदेश, गेम आणि वेळ नोंदवा। त्या चार मूल्यांशिवाय, नंतरची तुलना एकच नाव अपघाताने सामायिक करणाऱ्या दोन वेगळ्या चाचण्यांमधील असेल।

टप्पा 2: प्रत्येक क्रियेसाठी ट्रान्सपोर्टचे नाव द्या

सामग्री वितरण मोठ्या HTTP हस्तांतरणासारखे वागते आणि गमावणीपेक्षा विलंब खूप चांगल्या प्रकारे सहन करते। मॅचमेकिंग आणि गेममधील सत्रे अनेकदा UDP वापरतात, जिथे पॅकेट टाकणारा मार्ग संथ डाउनलोडऐवजी तुटलेल्या गेमसारखा दिसतो। हे दोन प्रोफाइल एकाच बोगद्यावर वेगवेगळ्या प्रकारे अयशस्वी होतात, म्हणून वेगवान डाउनलोड कार्यरत सत्राचा अंदाज देत नाही।

प्रथम विक्रेत्याच्या पोर्ट यादीऐवजी गंतव्ये आणि सक्रिय सॉकेट तपासा। यादी सांगते प्लॅटफॉर्म काय वापरू शकते, तर सॉकेट सांगतात हा क्लायंट आता काय करत आहे।

nslookup api.steampowered.com
ss -uanp | head -20
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://store.steampowered.com/

गेमची प्रक्रिया रहदारी असलेले UDP सॉकेट धरून ठेवत असेल आणि हस्तांतरण मार्ग ठीक असेल, तर अयशस्वीता UDP भागात आहे। हे समस्या खाते किंवा स्टोअरऐवजी बोगद्याच्या UDP हाताळणीपर्यंत मर्यादित करते।

टप्पा 3: पोर्ट यादीपूर्वी समावेश धोरण तपासा

अनेक VPN क्लायंट संपूर्ण मशीनऐवजी प्रत्येक अनुप्रयोग, पत्ता श्रेणी किंवा पत्ता कुटुंबासाठी धोरण लागू करतात। लाँचर बोगद्यात असू शकतो तर स्वतंत्रपणे सुरू केलेली गेम बायनरी त्याच्या बाहेर असते, आणि मग दोघे जगाबद्दल सहमत नसतात। अनुप्रयोग-स्तरीय समावेश हा विक्रेता क्लायंट स्थापित गेमिंग लॅपटॉपवर नेहमीचा दोषी आहे। गेल्या महिन्यात जतन केलेली प्रोफाइल नाही, तर प्रत्यक्षात लागू असलेले धोरण वाचा।

रूट टेबल आणि डीफॉल्ट रूट असलेला इंटरफेस पहा। गंतव्य उपसर्गांवर आधारित स्प्लिट-टनेल नियम तिथे दिसेल, आणि अनुप्रयोग-स्तरीय वगळणी दिसणार नाही। यापैकी कोणताही बदलण्यापूर्वी हा फरक जाणून घेणे योग्य आहे।

ip route show default
ip -brief addr
Get-NetAdapter | Select-Object Name, Status, InterfaceDescription

गेमची रहदारी भौतिक अडॅप्टरमधून बाहेर जात असेल आणि स्टोअर बोगद्यातून जात असेल, तर समावेश धोरण हाच शोध आहे। कोणताही पोर्ट अपवाद राउटिंग निर्णय सुधारणार नाही, आणि एक जोडल्याने फक्त पृष्ठभाग रुंदावतो।

टप्पा 4: UDP वाहून नेऊ शकत नाही असा SOCKS मार्ग वगळा

Tor SOCKS प्रॉक्सी पुरवतो, आणि संपूर्ण परिसंस्थेमध्ये SOCKS समर्थन UDP बाबतीत विसंगत आहे। Torचे दस्तऐवजी वर्तन UDP ASSOCIATE लागू करत नाही, म्हणून ज्या गेमची सत्र रहदारी UDP आहे तो क्लायंट कसाही निर्देशित केला तरी तो मार्ग वापरू शकत नाही। प्रॉक्सीद्वारे चालणारा ब्राउझर फक्त ब्राउझरचे TCP प्रवाह चालतात हेच सिद्ध करतो।

हेतू नाही, दावा तपासा। त्याच प्रॉक्सीद्वारे फक्त TCP चाचणी यशस्वी झाली तरी गेम अजूनही अनुपलब्ध सत्र नोंदवत असेल, तर प्रॉक्सी मार्ग गेमला आवश्यक असलेली रहदारी वाहून नेत नाही।

राउटेड VPN आणि SOCKS प्रॉक्सी वेगवेगळ्या क्षमतांची वेगवेगळी साधने माना। एकाची दुसऱ्याने अदलाबदल करणे हे कॉन्फिगरेशन प्राधान्य नाही, डिझाइन बदल आहे।

नोंद कराराशी ताडून पहा

नेटवर्क पोहोच आणि खाते परवानगी वेगवेगळे प्रश्न आहेत, आणि पहिल्यालाच कार्यरत बोगदा उत्तर देतो। निर्बंध तुम्ही निवडलेल्या प्रोटोकॉलबद्दल नाही, प्रॉक्सिंगच्या मागील हेतूबद्दल आहे। लागू करार अशा IP प्रॉक्सिंगला मर्यादित करतो ज्याचा उद्देश खातेधारक कुठे राहतो हे लपवणे आहे, त्यामुळे कार्यरत मार्गही तुम्ही स्वीकारलेल्या अटींबाहेर असू शकतो। कनेक्टिव्हिटीला मंजुरी मानण्याऐवजी करार वाचा।

प्रामाणिक तुलनेसाठी, एका वेळी एक बदलणारे घटक बदला आणि तोच गेम, सर्व्हर प्रदेश, खाते आणि क्रिया ठेवा। नंतर सुरुवातीला नोंदवलेल्या त्याच चार क्रियांवर निकाल तपासा।

tracert -h 12 store.steampowered.com
ss -uanp | grep -i -E 'game|steam'
curl -sS -o /dev/null -w '%{remote_ip} %{time_connect}\n' https://store.steampowered.com/

जेव्हा नोंद दाखवते की साइन-इन काम करत आहे, डाउनलोड काम करत आहे आणि सत्र अयशस्वी होत आहे, तेव्हा उर्वरित प्रश्न मार्गावरील UDP बद्दल आहे। तिन्ही काम करत असतील, तर मूळ तक्रार दुसऱ्या कशाबद्दल होती, आणि पुढील उपयुक्त पाऊल बोगदा नाही, गेमचा स्वतःचा लॉग आहे। कोणत्याही प्रकारे, चेकलिस्टने वादाला विशिष्ट निरीक्षणाने बदलले आहे।