मेरी कंपनी का एक ग्राहक चीन में स्थित है (मेरी कंपनी यूके में स्थित है)। हमारे पास उनके साथ एक सेवा समझौता है, और नियमित रूप से उनके लिए कई रखरखाव कार्य करते हैं। उनके काम की प्रकृति के लिए बहुत अधिक भौतिक मशीनरी की आवश्यकता होती है, और हम एक उत्पाद प्रदान करते हैं जो उस मशीनरी को नियंत्रित और मॉनिटर करता है (इंजन को चालू / बंद करना, विभिन्न गैसों के स्तर की जांच करना, आउटपुट उत्पादकता की निगरानी करना, आदि)।
हमारे द्वारा उन्हें दिया गया उत्पाद हार्डवेयर का एक टुकड़ा है, जिसे उन्होंने अपने नेटवर्क से जोड़ा है- जो हमें उस नेटवर्क पर मशीनरी और अन्य हार्डवेयर के विभिन्न बिट्स तक पहुंच प्रदान करता है।
हम आम तौर पर एक राउटर के माध्यम से हमारे उत्पाद से जुड़ते हैं, जिसके लिए उन्होंने हमें आईपी पता दिया है, हालांकि, हम हाल ही में उस राउटर के आईपी पते से कनेक्ट करने में असमर्थ रहे हैं, और इसलिए हमारे डिवाइस को देखने या किसी भी रखरखाव को करने में असमर्थ हैं। कार्य जो वे हमसे अनुरोध कर रहे हैं।
अतीत में कई बार इस तरह की समस्याएं होने के बाद, हमने राउटर के आईपी पते से कनेक्ट करने के लिए ओएस / ब्राउज़र / ब्राउज़र संस्करण के विभिन्न संयोजनों का उपयोग करके इसके चारों ओर तरीके खोजे हैं। हालाँकि, इस बार कोई भी संयोजन काम नहीं करता ...
फिलहाल राउटर के आईपी पते पर ब्राउज़ करने की कोशिश करने पर, मुझे ब्राउज़र में एक त्रुटि मिलती है:
इस साइट तक नहीं पहुंचा जा सकता है।
xxx.xx.xxx.xxx को रीपोन्ड करने में बहुत लंबा समय लगा
प्रयत्न:
- Checking the connection - Checking the proxy and the firewall - Running Windows Network Diagnostics
मुझे यह त्रुटि मेरे स्थानीय मशीन (विंडोज 10- क्रोम, फ़ायरफ़ॉक्स और ओपेरा) और सभी वर्चुअल मशीन (सेंटोस 7-7) से मिली है।
यह देखते हुए कि ये सभी विधियां विफल हो गईं, मैंने पते तक पहुंचने के लिए प्रॉक्सी सर्वर का उपयोग करने का प्रयास करने का फैसला किया, लेकिन जब मैंने ऐसा किया, तो मुझे एक त्रुटि मिली: मैंने कहा:
त्रुटि: अनुरोधित संसाधन लोड नहीं किया जा सका। libcurl ने त्रुटि वापस की: त्रुटि: 14077410: SSL रूटीन: SSL23_GET_SERVER_HELLO: sslv3 अलर्ट हैंडशेक विफलता
क्या कोई समझा सकता है कि इस त्रुटि sslv3 alert handshake failureका क्या मतलब है? क्या कोई ऐसा तरीका है जिससे मैं त्रुटियों को हल / 'बायपास' कर सकता हूं ताकि मैं राउटर तक पहुंच पाऊं?
हो सकता है कि यह आईपी पता चीनी फ़ायरवॉल द्वारा उठाया और अवरुद्ध किया गया हो? यदि हां, तो क्या इसे गोल करने का कोई तरीका है?
संपादित करें
मैंने कुछ अधिक जांच की है (मैं केवल कंपनी में लगभग 8 महीने रहा हूं- इसलिए यह ऐसी चीज थी जिसकी मुझे अब तक देखने की आवश्यकता नहीं थी), और ऐसा लगता है कि हमारे पुराने वीपीएन को पुराने सर्वर पर एसएसएच के माध्यम से ट्यून किया गया था। ।
हमारा नया वीपीएन फरवरी के अंत तक काम कर रहा था (एसएसएच के माध्यम से ट्यून नहीं किया गया था, एक नए सर्वर पर), लेकिन तब से काम करना बंद कर दिया गया है।
ऐसा लगता है कि चीन ने फरवरी के अंत में वीपीएन को अवरुद्ध कर दिया था।
हमने अपने क्लाइंट से बाहरी आईपी पते (कोई वीपीएन) के माध्यम से एक्सेस करने के लिए कहा है, ताकि हम अपने डिवाइस से राउटर और पोर्ट से आगे कनेक्ट कर सकें।
चीन में हमारे ग्राहक की अन्य साइटों में से, हमने ओपन वीपीएन (हमारे डिवाइस पर) के लिए एसएसएच के माध्यम से एक सुरंग बनाई है, एसएसएच हमारे डिवाइस को हमारे नए सर्वर से जोड़ता है- हमें 'सुरंग' देता है जिसका हम उपयोग कर सकते हैं। ओपन वीपीएन सुरंग के माध्यम से कनेक्ट होता है / सुरंग के माध्यम से संचार होता है, और ओपन वीपीएन पैकेट एसएसएच द्वारा छिपाए जाते हैं।
हमारा डेटा SSH (एन्क्रिप्टेड) द्वारा भेजा गया है और डेटा प्रकार का अर्थ है कि चीनी सरकार को इसके माध्यम से जाने देना है।
क्या कोई अन्य तरीका है जिससे हम इसे प्राप्त कर सकते हैं, या क्या हमें अपने क्लाइंट से राउटर के लिए बाहरी आईपी पते की प्रतीक्षा करनी होगी (इससे कई सप्ताह पहले हमें उनसे यह प्राप्त हो सकता है)?