Mysql: ऐप इंजन पर Google क्लाउड SQL - कनेक्शन स्ट्रिंग पुराना हो गया है?

user@cloudsql (प्रोजेक्ट-आईडी: इंस्टेंस-नाम)/dbname
पुराना वाला है। यह अभी भी काम करता है क्योंकि मैं अभी भी इसका इस्तेमाल करता हूं।

हाल ही में gae ने डेटाबेस को क्षेत्रों में वर्गीकृत करना शुरू कर दिया है इसलिए नया प्रारूप भी। यदि आपके क्लाउडएसक्यूएल को किसी क्षेत्र में वर्गीकृत किया गया है, तो आपको नए प्रारूप का उपयोग करने की आवश्यकता होगी

शायद यह ड्राइवर नए प्रारूप को ठीक से पार्स नहीं करता है। यह हो सकता है मुद्दा

आपके मामले में, क्या आप दूसरी पीढ़ी का क्लाउड SQL सर्वर चला रहे हैं?

कोई पहला जीन नहीं

मुझे संदेह है कि ड्राइवर नए प्रारूप को पार्स नहीं कर रहा है। कोड को बदलने की आवश्यकता हो सकती है ताकि यह पहले कोलन से पहले सामग्री और पहले कोलन के बाद की सामग्री को नए कोलन के बावजूद ले जाए

वर्तमान में अपडेट करने के लिए एक पुल अनुरोध है मुझे पढ़ें

सर उठाने के लिए धन्यवाद। मैंने अभी उस पीआर पर एक टिप्पणी छोड़ी है।
अस्थायी समाधान के रूप में मैं पहली पीढ़ी के सर्वर को तब तक स्थापित करूंगा जब तक कि ड्राइवर की समस्या ठीक नहीं हो जाती।

अपडेट: ऐसा लगता है कि ड्राइवर के साथ कोई समस्या है जब एक तैनात Google ऐप इंजन एप्लिकेशन दूसरी पीढ़ी के Google क्लाउड SQL सर्वर से कनेक्ट करने का प्रयास करता है।

मैंने पहली पीढ़ी का क्लाउड SQL सर्वर बनाया और मैं इस कनेक्शन स्ट्रिंग के साथ एक तैनात Google ऐप इंजन एप्लिकेशन का उपयोग करके सर्वर से सफलतापूर्वक कनेक्ट करने में सक्षम था:

user@cloudsql(project-id:instance-name)/dbname

किसी क्षेत्र के नाम की आवश्यकता नहीं थी।

पार्सिंग कोई समस्या नहीं होनी चाहिए, ड्राइवर माता-पिता के बीच सब कुछ लेता है: https://github.com/go-sql-driver/mysql/blob/master/dsn.go#L282
इसका उपयोग केवल https://github.com/go-sql-driver/mysql/blob/master/driver.go#L65 में किया जाता है

क्‍या कोई क्‍लाउडएसक्‍ल अकाउंट वाला ड्राइवर डाउनलोड कर सकता है, https://github.com/go-sql-driver/mysql/blob/master/appengine.go#L14 संपादित करें और "appengine/cloudsql" को "google.golang.org/appengine/cloudsql" से बदलें।

_दोस्तों, संदर्भ के लिए: _
दूसरी पीढ़ी से जुड़ने के लिए Google द्वारा प्रदान किया गया समाधान यहां है:
http://stackoverflow.com/questions/38890022/tls-requested-but-server-does-not-support-tls-error-with-google-cloud-sql-2nd

Google का पोस्ट किया गया दस्तावेज़ीकरण गलत था (और शायद अभी भी है), लेकिन सही समाधान वहां पोस्ट किया गया है। हम बिना किसी समस्या के उत्पादन में दूसरी पीढ़ी के क्लाउड SQL का उपयोग कर रहे हैं।

क्या इसका कोई हल है? निश्चित रूप से CloudSQL सेकेंड जेनरेशन के साथ काम नहीं कर रहा है।

@bagatelli मेरी टिप्पणी अपने ऊपर देखें

@benguild मैंने आपकी टिप्पणी कई जगहों पर देखी है। हालाँकि आप यह मान रहे हैं कि हर कोई अपने कनेक्शन में एसएसएल का उपयोग कर रहा है जो कि सभी के लिए नहीं है। निश्चित रूप से यह मेरा नहीं है। मुझे जो त्रुटि संदेश मिल रहा है वह है "ड्राइवर: खराब कनेक्शन"। डेटाबेस तक भी नहीं पहुंचा है क्योंकि ड्राइवर कनेक्शन पैरामीटर को ठीक से नहीं पहचान सकता है। मैं सोच रहा हूं कि यह समस्या कहीं न कहीं "नए एपेंगिन" और "पुराने एपेंगिन" पैकेजों के साथ है, जिसके कारण बहुत सी चीजें टूट रही हैं और Google इस बदलाव को ठीक से दस्तावेज करने की जहमत नहीं उठा रहा है।

@bagatelli स्पष्ट करने के लिए, सुनिश्चित करें कि आप इस टिप्पणी में उल्लिखित कनेक्शन स्ट्रिंग प्रारूप का उपयोग कर रहे हैं: http://stackoverflow.com/questions/38890022/tls-requested-but-server-does-not-support-tls-error- with-google-cloud-sql-2nd#comment65140499_38890022

पूर्व संक्षिप्तता के लिए खेद है। हम बिना किसी समस्या के गो ऑन ऐप इंजन से उत्पादन में दूसरी पीढ़ी का उपयोग कर रहे हैं। बस "tlsConfigName" पैरामीटर को छोड़ दें क्योंकि SQL प्रॉक्सी इसे जोड़ देगा, लेकिन किसी भी तरह से वे रिपोर्ट करते हैं कि TLS अब वैसे भी समर्थित है।

@ बेंगुइल्ड । इन सभी मुद्दों पर मेरी मदद करने के आपके सभी प्रयासों के लिए धन्यवाद।
क्या आप "नया एपेंगिन" या "पुराना एपेंगिन" का उपयोग कर रहे हैं? मैंने अभी अपना सारा कोड इस नए दुःस्वप्न में परिवर्तित करने में बिताया है जो कि नया एपेंगिन पैकेज है और जैसा कि आप मेरी अन्य पोस्ट से जान सकते हैं कि मैं अब अपना कोड तैनात नहीं कर सकता और इसलिए मैं ठीक से परीक्षण नहीं कर सकता जो आपने ऊपर सुझाया था . जैसे ही मुझे अपने ऐप को परिनियोजित करने का कोई समाधान मिल जाएगा, मैं फिर से कोशिश करूंगा।
शुक्रिया!

@bagatelli यदि आपको परिनियोजन में समस्या हो रही है, तो अपने कोड को VM पर खींचने का प्रयास करें या Google क्लाउड कंसोल का उपयोग करें।

@bagatelli जो मैं कह रहा था ... उसे एक नई मशीन पर आज़माने के लिए, या इस तथ्य को लिखने से पहले उनके क्लाउड कंसोल (जिसमें पहले से ही देव उपकरण हैं) का उपयोग करें कि यह निश्चित रूप से पर्यावरण से संबंधित नहीं है।

मैं वर्तमान में 4 महीने पुरानी बग के कारण macOS Sierra का उपयोग करके तैनात नहीं कर सकता, लेकिन हम VM से जुर्माना लगा सकते हैं।

मुझे यकीन है कि पर्यावरण को पूरी तरह से दूर करना आपके लिए अधिक काम है इसलिए मैं पूरी तरह से छोड़ने से पहले कम से कम उस पर शासन करना सुनिश्चित कर दूंगा।

@pjebs । सुनिश्चित नहीं है कि आपको यह धारणा कहां से मिली है, लेकिन मैं लचीले वातावरण का उपयोग नहीं कर रहा हूं।

@pjebs यह गलत है। इस प्रकार आप वर्तमान में मानक पर तैनात हैं।

@pjebs appcfg.py update भी काम करता है।

@bagatelli मैं आपको सुनता हूं- मैं आम तौर पर अपनी तृतीय-पक्ष निर्भरता और एपीआई निर्भरता को कम करता हूं क्योंकि आप जो कह रहे हैं वह सच है ... Google समर्थन प्रदान करने के लिए बाध्य नहीं है, हालांकि वे अन्यथा अपनी प्रतिष्ठा को जोखिम में डालेंगे।

मुझे यकीन नहीं है कि वर्तमान में आपके लिए वास्तव में क्या समस्या है (पुराने एपीआई का उपयोग करने के अलावा, मुझे लगता है?), लेकिन ऐप इंजन के लिए मैंने जो सॉफ़्टवेयर विकसित किया है, मैंने ऐप इंजन को बंद करने के इरादे से भी विकसित किया है यदि और जब जरूरत हो। उदाहरण के लिए, प्रत्येक Google API I इंटरफ़ेस के लिए, मैं एक "सहायक" लिखता हूं जिसके लिए वास्तव में विधियों को कॉल करता है और शेष एप्लिकेशन को अपना स्वयं का प्रदान करता है ताकि केवल और केवल आवश्यक होने पर एक नए वातावरण में समायोजित करने की आवश्यकता हो और [ उम्मीद है] बाकी एप्लिकेशन को तोड़े बिना।

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

@pjebs. जहाँ तक मैं समझता हूँ कि goapp appcfg.py के लिए सिर्फ एक आवरण है। यह किसी बिंदु पर appcfg.py को कॉल करना समाप्त कर देगा।

@bagatelli ज़रूर, मुझे एक ईमेल भेजें। कोई दिक्कत नहीं है

@ बेंगुइल्ड । मैं अंत में अपने ऐप को तैनात करने में कामयाब रहा, हालांकि अभी भी CloudSQL से कनेक्ट होने में कोई भाग्य नहीं है।
मैंने अपने पूरे ऐप को "नए एपेंगिन" पैकेज का उपयोग करने के साथ-साथ mysql-driver पैकेज पर "appengine.go" में google.golang.org/appengine/clousql पर क्लौस्क्ल के आयात को सेट करने के लिए अपडेट किया है।
फिर मैंने CloudSQL कंट्रोल पैनल से एक क्लाइंट सर्टिफिकेट बनाया और अपने कोड को RegisterTLSConfig का उपयोग करके अपडेट किया, जैसा कि ड्राइवर दस्तावेज़ में वर्णित है, जो tls कॉन्फिगरेशन को एक पैरामीटर के रूप में प्रदान करता है जैसा कि स्टैक ओवरफ्लो पर आपकी पोस्ट में बताया गया है। मेरा यूआरएल कनेक्शन इस तरह दिखता है:

रूट: पासवर्ड@क्लाउडएसक्यूएल (उदाहरण-कनेक्शन-नाम-कॉपी-से-क्लाउड-कंसोल)/myDatabase?tls=customTls

अभी भी कोई भाग्य नहीं है। त्रुटि:

ड्राइवर: खराब कनेक्शन

@arnehormann । यह आपके प्रश्न का उत्तर आपकी उपरोक्त पोस्ट से देता है।

@bagatelli इसे टीएलएस के बिना आज़माएं।

@ बेंगुइल्ड । टीएलएस के बिना कोशिश की। कोई भाग्य नहीं।

ड्राइवर: खराब कनेक्शन

@pjebs । सुनिश्चित नहीं है कि आप यहां इस मुद्दे को पूरी तरह समझते हैं। ड्राइवर डेटाबेस तक भी नहीं पहुंच रहा है। मैं समझता हूं कि आपने जो ऊपर उल्लेख किया है वह उत्पादन वातावरण पर सही हो सकता है लेकिन मैं डेटाबेस से एक भी कनेक्शन स्थापित करने में सक्षम नहीं हूं, इसलिए मेरे मामले में उपरोक्त बिल्कुल लागू नहीं होता है।

@bagatelli मैं क्या करूँगा स्टैक ओवरफ़्लो पर पोस्ट करें जैसे मैंने किया और इसके साथ टैग किया: google-cloud-sql ... Google से किसी को जवाब देना चाहिए, मुझे आशा है।

यदि आपको यह समस्या हो रही है तो वे इसे अन्य लोगों के लिए अनुक्रमित करना चाहेंगे जिनके पास समान समस्या है। एक बार हल किए गए प्रश्न के लिंक के साथ यहां वापस जवाब दें।

सबसे अधिक संभावना है कि इसे अभी भी आपके कार्यान्वयन के साथ करना है क्योंकि जैसा मैंने कहा था कि लोग उत्पादन में दूसरी पीढ़ी का उपयोग कर रहे हैं और यह बीटा से बाहर है।

@bagatelli क्या आपको क्लाउड कंसोल में उदाहरण के लिए "TLS आवश्यक" सेटिंग बंद करना याद आया?

धन्यवाद @benguild और @pjebs । एसओ पर पोस्ट करेंगे और अगर मुझे कारण मिल जाए तो यहां एक अपडेट दें।

@ बेंगुइल्ड । मुझे क्लाउड कंसोल में TLS का कोई उल्लेख नहीं दिखाई दे रहा है

मुझे लगता है कि आपका मतलब है "केवल एसएसएल कनेक्शन की अनुमति दें"। यदि आप यही बात कर रहे हैं तो हाँ, यह बंद है।

ठीक है दोस्तों, मुझे समस्या मिल गई है। और यह न तो ड्राइवर था, न मेरा ऐप या क्लाउडएसक्यूएल। जिस प्रोजेक्ट पर मैं ऐप को तैनात कर रहा हूं वह कई साल पहले पुराने डेवलपर्स कंसोल के माध्यम से बनाया गया था।
क्लाउड कंसोल में एक्सेस कंट्रोल टैब में, "इस प्रोजेक्ट में ऐप्स: सभी अधिकृत" कहने वाला एक लेबल है। और जब कोई प्रोजेक्ट बनाया जाता है तो यह डिफ़ॉल्ट एपेंजिन और कंप्यूट इंजन खाते भी बनाता है। समस्या यह है कि इस विशेष परियोजना में दोनों डिफ़ॉल्ट खाते नहीं थे और निश्चित रूप से यह मुद्दा है। संभवतः यह हुआ कि Google ने उन खातों को तब नहीं बनाया जब उन्होंने एपेंगिन को क्लाउड कंसोल में माइग्रेट किया जो एक्सेस खातों को प्रबंधित करने के लिए IAM और Admin का उपयोग करता है।
मैं यह मान रहा हूं क्योंकि जब मैंने डिफ़ॉल्ट खातों पर ध्यान दिया, जहां मैंने एक नया प्रोजेक्ट और एक नया क्लाउड sql डेटाबेस बनाया और इस नए प्रोजेक्ट पर ठीक उसी कोड को तैनात किया और _voila_...सभी ठीक काम कर रहे हैं।
@benguild @pjebs वास्तव में इस मुद्दे से निपटने में मेरी मदद करने के आपके सभी प्रयासों की सराहना करते हैं।
@benguild मैंने अपनी पिछली बातचीत से सभी असंबंधित टिप्पणियों को हटा दिया है क्योंकि मुझे लगता है कि हम AppEngine/Google से संबंधित एक ही पृष्ठ पर हैं। उस पर आपको बाद में एक ईमेल भेजेंगे।
मैंने इस प्रश्न को StackOverflow पर पोस्ट किया है और इस खोज के साथ इसका उत्तर दूंगा ताकि समान समस्या वाले अन्य लोगों को इससे लाभ हो सके।
http://stackoverflow.com/questions/40020782/connect-to-google-sql-cloud-2nd-generation-with-go-on-appengine

एक बार फिर धन्यवाद!

हाँ, यदि ऐप इंजन के पास SQL ​​​​इंस्टेंस तक पहुंच नहीं है तो आपको कोई समस्या होगी। मैं

#485 . द्वारा तय

मैं बस इतना कह सकता हूं कि धन्यवाद @benguild ! आपने 500 खुले क्रोम टैब और 5 घंटे की गुगली करने के बाद कीबोर्ड के खिलाफ अपना सिर पीटना बंद करने में मेरी मदद की! हलेलुजाह !!!