سؤال

لدي تطبيق يعمل بشكل جيد عند تنفيذه خارج الخادم.عندما يحاول العملاء الاتصال، يتلقون الخطأ التالي:

فشل الحصول على البيانات.*لا يمكن تهيئة مزود البيانات *SQL Server غير موجود ، أو تم رفض الوصول

على مكونات ويب Office الخاصة بي (MDAC).أعتقد أن هناك خطأ ما في تكوين الأمان أو الخادم، لكن لا يمكنني تحديده بدقة.أقوم بتشغيل SQL Server 2005.

*ملاحظة - لا يمكن للعملاء تغيير إعدادات الأمان وسياسة الشركة.

هل كانت مفيدة؟

المحلول

وعند محاولة هذا من موجه الأوامر:

TELNET SERVERNAME 1433

وماذا يحدث؟ إذا كنت تحصل على شاشة فارغة، ثم SQL Server بالإصغاء وكنت قد حصلت على شيء خطأ في إعدادات برنامج البريد. إذا كنت تحصل على "رفض وصول" أو "لا رد" نوع الجواب، هو على الأرجح إما مشكلة جدار الحماية أو SQL Server لا يستمع، ولكن في كلتا الحالتين، انها مسألة الخادم.

نصائح أخرى

وتعطيل SQL 2005 ملقم الوصول شبكة افتراضيا، قد تحتاج لتمكينه

http://msdn.microsoft.com/ أون لنا / مكتبة / ms165647 (SQL.90) .aspx اتصال

يمكن أن تمنع

وإعدادات جدار الحماية الاتصالات من العملاء. إذا لم يكن كذلك، فإنه يمكن أن يكون مشكلة DNS.

وعلى الأرجح مشكلة مع جدار الحماية الخاص بك لا يسمح الاتصالات البعيدة؟

إذا انها تعمل من خادم لكن عملاء تواجه مشاكل، وأعتقد أن "رفض الوصول" جزء من الخطأ هو المفتاح هنا وانها مشكلة المصادقة.

وأي نوع من التوثيق الذي تستخدمه لمصادقة العملاء الخاص بك؟ هو الخادم باستخدام التمثيل؟ إذا كنت تقوم بتشغيل العملاء والخادم في مجال الدليل النشط، تطبيق العميل (مستكشف المكتب أو الإنترنت على سبيل المثال) قد يكون تمرير أوراق الاعتماد إلى الخادم الذي كان الملقم يستخدم للمصادقة على قاعدة البيانات.

لSQL Server ليكون الاتصال به من جهاز شبكة يتطلب المنفذ 1433 لتكون مفتوحة على الخادم لحركة المرور TCP. بالإضافة إلى ذلك، إذا كان لديك مثيل مسمى يجب عليك التحقق من المنفذ الذي يتم الاستماع على أنها قد تكون مختلفة إلى الافتراضي، وسوف تحتاج على الأرجح ليتم فتحه. سيكون لديك أيضا لفتح منفذ UDP 1434 لدعم خدمة مستعرض SQL

قضية جدار الحماية.جدار الحماية قابل للتعطيل، قم بتشغيل المثيل مرة أخرى

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top