لا يمكن لـ Windows Service الوصول إلى المجلد المشترك في وقت التمهيد حتى يتم تشغيله يدويًا أو تم تجاهل Windows Explorer

Question

لدي خدمة Windows تعمل في النظام المحلي تستمر ببساطة في محاولة الوصول إلى ملف مع مسار UNC من Machine Machine Folder file.txt حتى ينجح. ينجح فورًا عندما أبدأ الخدمة يدويًا ، ولكن عند إعادة التشغيل ، يصبح خطأ النظام 53 (لم يتم العثور على مسار الشبكة) حتى أفعل شيئًا مثل Logoff أو "Fiddle" مستكشف Windows مثل النقر المزدوج على ملف نصي غير ذي صلة (غريب ، أعرف). ولكن لا توجد خدعة موثوقة. لست متأكدًا مما يؤدي إلى أن أكون قادرًا على رؤية المجلد المشترك فجأة.

ومع ذلك ، قمت بالتواصل على "حل" موثوق به على ما يبدو ، وهو محاولة معالجة خلق على "net use i: machine folder" من داخل الخدمة لرسم خريطة المجلد المشترك قبل محاولة الوصول إليه (أتابع استخدام UNC المسار ، ليس أنا :). ال net use يبدو أن المكالمة تثير فورًا قدرتي على الوصول إلى المجلد المشترك من الخدمة على الرغم من حقيقة أن net use من المحتمل أن اتصل بالاتصال بنفسه (لم أتحقق لأنه ليس من المفترض أن تكون قادرًا على تعيين محركات الأقراص من خدمة).

هذا يبدو مشابهًا لـ لا يعمل اتصال قاعدة البيانات عندما تبدأ الخدمة في التمهيد ولكنها تعمل عندما يتم تشغيلها يدويًا ولكن في حالتي ، يكون مجلد مشترك في الشبكة ، بالإضافة إلى أنني أعلم أنه يمكن أيضًا أن يبدأ العمل فجأة في ظل الظروف الموضحة أعلاه.

لا أعتقد أن هذه مشكلة أذونات لأنها توضح إمكانيات الوصول الكاملة في المجلد المشترك عندما تنجح في الوصول. لكنني أود أن أعرف السبب حتى أتمكن من التعامل معه بشكل صحيح.

Answer 1

لا يحتوي حساب alcalsystem على تسجيل دخول أو كلمة مرور فعلية ، وبالتالي سيحاول الاتصال بالمشاركة مع بيانات اعتماد الكمبيوتر إذا كان ذلك على نطاق ، وإلا مجانًا. لكي يعمل هذا ، ستحتاج المشاركة إلى السماح بالوصول إلى حساب الكمبيوتر (عادةً اسم المضيف مع $ إلحاق) أو السماح للضيف بالوصول دون كلمة مرور.

من المحتمل أن تكون الممارسة الأفضل هي إنشاء حساب مجال جديد للخدمة لتشغيله ، وتعيين الأذونات بشكل مناسب للحساب الجديد.

Answer 2

هل حاولت بدء الخدمة بمجموعة من بيانات اعتماد المجال؟