यह प्रारूप स्थानीय कनेक्शन को इंगित करता है:
.\SQLEXPRESS
दूसरे सर्वर से, आपको एक सर्वर नाम या आईपी पता निर्दिष्ट करना होगा, उदा.:
192.168.1.205\SQLEXPRESS
YOURMACHINE\SQLEXPRESS
आपको यह भी सत्यापित करना होगा कि उदाहरण SQL सर्वर एक्सप्रेस है। से आपका अन्य लगभग समान प्रश्न यह एक डिफ़ॉल्ट उदाहरण की तरह दिखता है।
आपको इस मूर्खतापूर्ण उपयोगकर्ता उदाहरण/संलग्न डीबीफाइलनाम तकनीक का उपयोग करना भी बंद कर देना चाहिए। उदाहरण के लिए अपने डेटाबेस को ठीक से संलग्न करें, फिर Initial Catalog=aspnetdb; का उपयोग करके तार्किक डेटाबेस नाम का संदर्भ लें आपके कनेक्शन स्ट्रिंग में। इस उपयोगकर्ता आवृत्ति सुविधा को कई कारणों से बंद कर दिया गया था, और यह निश्चित रूप से उनमें से एक है।
बेशक अन्य नेटवर्क मुद्दे भी हो सकते हैं जो इसे रोकेंगे, उदा। यदि सर्वर एक अलग डोमेन में है, तो फ़ायरवॉल सेटिंग्स हस्तक्षेप कर रही हैं, आदि। लेकिन आपका अन्य सर्वर सर्वर नाम के लिए डॉट का उपयोग करके आपकी मशीन तक कभी भी पहुंचने में सक्षम नहीं होगा।
संपादित करें बेबी स्टेप्स देना क्योंकि जाहिर तौर पर मेरी सलाह का पालन नहीं किया जा रहा है। मान लें कि आपने वास्तव में नए सर्वर पर aspnetdb डेटाबेस संलग्न किया है, कृपया इसे आजमाएं:
connectionString="data source=192.168.85.124\SQLEXPRESS;
Integrated Security=SSPI;
Initial Catalog=aspnetdb;"
यदि आप SQL एक्सप्रेस नामित इंस्टेंस का उपयोग नहीं कर रहे हैं, तो प्रयास करें:
connectionString="data source=192.168.85.124;
Integrated Security=SSPI;
Initial Catalog=aspnetdb;"
SQL प्रमाणीकरण के लिए उसी उपयोगकर्ता नाम/पासवर्ड का उपयोग करें जिसका उपयोग आप प्रबंधन स्टूडियो में करते हैं:
connectionString="data source=192.168.85.124;
User ID=username; Password=password;
Initial Catalog=aspnetdb;"
यह 101 सामान का निवारण कर रहा है। यदि आप अभी भी इसे काम नहीं कर पा रहे हैं, तो आपको इसे ठीक करने के लिए 10 मिनट के लिए एक सलाहकार को नियुक्त करना पड़ सकता है क्योंकि यह पता लगाना असंभव है कि आपने क्या किया है और आप इसे काम पर क्यों नहीं ला सकते।
