टीमस्पेक 3 डिस्कनेक्ट

0

मैंने हाल ही में कुछ यादृच्छिक TS3 बड़े डिस्कनेक्ट किए हैं और मैं यह जानने के लिए उत्सुक हूं कि मुझे कोई भी एप्लिकेशन कहां मिल सकता है जो किसी भी प्रकार के TS3 सर्वर डिस्कनेक्ट के कारण को निर्धारित करने में मेरी मदद कर सकता है क्योंकि हम भविष्य में कई और उपयोगकर्ता हैं। । मैं उस पर एक ArchLinux टेम्पलेट के साथ लगभग खाली VPS (OpenVZ) सर्वर चलाता हूं। मेरे पास 1.5 / 2GB RAM, 2GHz CPU और खूब सारी हार्ड ड्राइव स्पेस है, ज्यादातर भाग के लिए, बस मेरे TS3 और कम ट्रैफिक अपाचे वेब सर्वर के लिए।

यह मैं जांच कर रहा हूं।

2011-02-04 06:07:05.130343|INFO    |VirtualServer |  1| client disconnected 'Valamoor'(id:224) reason 'reasonmsg=connection lost'
2011-02-04 06:07:05.131338|INFO    |VirtualServer |  1| client disconnected 'Kevrow'(id:19 reason 'reasonmsg=connection lost'
2011-02-04 06:07:05.191849|INFO    |VirtualServer |  1| client disconnected 'scuba'(id:200) reason 'reasonmsg=connection lost'
2011-02-04 06:07:05.192633|INFO    |VirtualServer |  1| client disconnected '[Ash] Setna'(id:75) reason 'reasonmsg=connection lost'
2011-02-04 06:07:05.193350|INFO    |VirtualServer |  1| client disconnected 'Akiris'(id:254) reason 'reasonmsg=connection lost'
2011-02-04 06:07:05.194047|INFO    |VirtualServer |  1| client disconnected 'Marcus'(id:25 reason 'reasonmsg=connection lost'
2011-02-04 06:07:05.194726|INFO    |VirtualServer |  1| client disconnected 'Guthry'(id:275) reason 'reasonmsg=connection lost'

2011-02-04 07:18:50.327071|INFO    |VirtualServer |  1| client disconnected 'Valamoor'(id:224) reason 'reasonmsg=connection lost'
2011-02-04 07:18:51.339018|INFO    |VirtualServer |  1| client disconnected 'Marcus'(id:25 reason 'reasonmsg=connection lost'
2011-02-04 07:18:51.339870|INFO    |VirtualServer |  1| client disconnected '[Ash] Setna'(id:75) reason 'reasonmsg=connection lost'
2011-02-04 07:18:51.340515|INFO    |VirtualServer |  1| client disconnected 'Guthry'(id:275) reason 'reasonmsg=connection lost'


2011-02-05 04:55:20.797353|INFO    |VirtualServer |  1| client disconnected 'JohnyRingo'(id:240) reason 'reasonmsg=connection lost'
2011-02-05 04:55:20.798517|INFO    |VirtualServer |  1| client disconnected 'Maloo roots'(id:196) reason 'reasonmsg=connection lost'
2011-02-05 04:55:20.799314|INFO    |VirtualServer |  1| client disconnected 'Cpt dravyn'(id:234) reason 'reasonmsg=connection lost'
2011-02-05 04:55:20.839254|INFO    |VirtualServer |  1| client disconnected 'scuba'(id:200) reason 'reasonmsg=connection lost'

etc...

मुझे यह निर्धारित करने की आवश्यकता है कि क्या यह मेरा होस्टिंग प्रदाता या मेरा सर्वर है, और मुद्दों को निर्धारित करने के लिए मैं कौन से टूल का उपयोग कर सकता हूं। मेरे VPS होस्ट ने मुझे यह बताया है ...

"मैंने उस नोड की जांच की जो आपका वीपीएस चलता है और कोई असामान्य सिस्टम लोड नहीं है, या मैं / ओ ड्राइव से प्रतीक्षा करते हैं। मैंने सर्वर से बैंडविड्थ के इतिहास की भी जांच की और कोई स्पाइक या आउटेज नहीं हुआ है।"

— ArchUser
स्रोत

1

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

यह पता लगाने का एक तरीका है कि क्या समस्या टीमस्पेस में है या कनेक्शन में है, कुछ अन्य टीसीपी कनेक्शन को उसी समय खुला रखना है, उदाहरण के लिए एसएसएच। कृपया ध्यान दें कि उदाहरण के लिए, OpenSSH कनेक्शन के साथ समस्या होने पर तुरंत डिस्कनेक्ट नहीं करता है , पोटीन करता है।

— ओली
स्रोत

क्या आप किसी ऐसे परीक्षण कार्यक्रम के बारे में जानते हैं, जिसे मैं TS3 के अलावा सर्वर से जुड़ा चलाना छोड़ सकता हूं जो नेटवर्क संचार में कम विराम के लिए परीक्षण कर सकता है? समस्या यह है कि मैं शायद ही कभी एक कनेक्शन मुद्दा है क्योंकि मुझे लगता है कि मैं सर्वर के बहुत करीब हूं, आमतौर पर यह दूर लोगों के लिए होता है।

— 21

0

Teamspeak 3 डिफ़ॉल्ट रूप से 20ms कोडेक देरी का उपयोग करना चाहता है जो कि काफी आक्रामक है, इससे ग्राहक या सर्वर नहीं उठ सकते हैं, तो यह ड्रॉप हो सकता है। कहीं 40-60ms के आसपास अपने चैनलों पर एक उच्च कोडेक देरी का उपयोग करने का प्रयास करें।

— Aclark
स्रोत

धन्यवाद, मैं इसे ध्यान में रखूंगा और यह वास्तव में मददगार होगा, लेकिन जब तक मैंने VPS होस्ट को स्विच नहीं किया, तब तक मुझे 20ms की देरी का मुद्दा नहीं था।

— ArchUser