انجمن‌ها

سلام

ارتباط کاربران سیستم با کاربران Windows (یا کاربران Domain) یکی از پایه‌های اصلی و مفاهیم بنیادین سیستم ما است و متاسفانه قابل تغییر نیست. در این زمینه پیش از این مطالب مشابهی در انجمن‌ها درج شده است. مثلا

http://accsupport.nosa.co...ft/1757/Default.aspx

ارادت

با سلام و احترام.

در مورد درخواست مطرح شده و نکات فنی آن، منتظر جناب آقای مومنی خواهیم ماند. فقط دو نکته در متن شما توجه بنده را جلب کرد که نکاتی در موردشان عرض می کنم:
" با توجه به اینکه در شبکه تعدادی از کاربران ،کاربر Administrator می باشند دسترسی های نرم افزار نامحدود می شود و مانند کاربرAdministrator در سرور می باشد .": چنانچه کاربران شما بروی سیستم های خودشان ادمین باشند، مشکلی در مورد دسترسی هایشان وجود نخواهد داشت. اما اگر این کاربران بروی سرور نوسا ادمین هستند، می توانند به هر دسترسی که شما از ایشان می گیرید، مستقیما بروی سرور دسترسی پیدا کنند یا از آن ساده تر، همان آیتم را از روی سرور برای خودشان مجاز کنند. پس در هر حالت کمکی به شما نخواهد کرد.

"همچنین کاربر امکان لاگین به نرم افزار را فقط روی یک سیستم مشخص دارد و دسترسی به نرم افزار وابسته به یوزر لاگین شده به ویندوز می باشد": چنانچه در شبکه از Active Directory استفاده می کنید و کاربران از طریق کاربران دامین وارد سیستم هایشان می شوند، عملا هر کاربری می تواند بروی کلیه ی سیستم ها Login کرده و بر اساس دسترسی خودش از نرم افزار استفاده کند. حتی نیازی به login هم ندارد و می تواند با Run as کردن برنامه با کاربر خودش و با دسترسی خودش برنامه را باز کند.
راه حل ساده تری هم دارید: می توانید از سرویس SOAP در شبکه داخلی اتان استفاده کنید. به این صورت با هر بار اجرای برنامه، بدون توجه به کاربری که با آن وارد ویندوز شده اید، از شما نام کاربری و کلمه ی عبور پرسیده می شود. برای توضیحات بیشتر در مورد سرویس SOAP می توانید با همکاران دفتر تماس بگیرید.

ارسال توسط momeni در 20 مرداد 1399 02:43 ب.ظ
سلام

ارتباط کاربران سیستم با کاربران Windows (یا کاربران Domain) یکی از پایه‌های اصلی و مفاهیم بنیادین سیستم ما است و متاسفانه قابل تغییر نیست. در این زمینه پیش از این مطالب مشابهی در انجمن‌ها درج شده است. مثلا

http://accsupport.nosa.co...ft/1757/Default.aspx

ارادت

 

سلام و عرض ادب.

در فاصله ای که بنده جواب را می نوشتم، پیام شما ارسال شده بود. سپاس از توضیحات شما و پوزش بابت ورود به بحث.

 

با سلام -اما این مورد اشتراک کاربران با کاربران دامین ،مناسب شبکه های بزرگ و با سیستم های مشترک نمی باشد و نرم افزار باید مستقل از ویندوز باشد.
ما در قسمت درخواست کالا از انبار که واحدهای سازمانی که باید به نرم افزار لاگین کنند و درخواست خود را ثبت کنند و وضعیت درخواست خود را پیگیری کنند و درخواست های بخش های دیگر را نتواند مشاهده کنند به مشکل برخوردیم-
اگر زیرساخت و دامین از کار بیفتد نرم افزار از کار می افتد و نمی توان در شبکه از نرم افزار استفاده کرد این یک باگ است و بهتر است برطرف شود

باسلام و عرض ادب

در خصوص سرویس SOAP امکان استفاده در شبکه داخلی هم وجود دارد؟بابت توضیحات شما سپاسگزارم

با سلام مجدد.

در مورد استفاده از سرویس SOAP در شبکه ی داخلی: بله. امکان استفاده از آن در شبکه ی داخلی هم وجود دارد.
البته، بر خلاف نظر شما، به نظر بنده، اتفاقا در شبکه های بزرگ، استفاده از مدل Windows Authentication با بهره گیری از امکانات Active Directory بسیار امن تر و مناسب تر و مدیریت کاربران از هر حیث ساده تر است.
در مورد بحث درخواست کالا از انبار، بنده ارتباط آن را با بحث نحوه ی شناسایی کاربران متوجه نشدم. اینکه یک بخش نتواند درخواست بخش های دیگر را ببیند، ارتباطی با نحوه شناسایی کاربران آن بخش ندارد.

در مورد "اگر زیرساخت و دامین از کار بیفتد نرم افزار از کار می افتد و نمی توان در شبکه از نرم افزار استفاده کرد این یک باگ است و بهتر است برطرف شود" هم، به نظرم خودتان جواب را در ابتدای جمله گفته اید: "زیرساخت"؛ یعنی ساختاری که فضای مناسب را برای ارائه خدمتی مشخص فراهم می کند. پس واضح است که اگر زیر ساخت فراهم نباشد، سرویس قابل ارائه نیست. اگر سیستم عامل سرور از کار بیفتد، یا برق قطع شود، یا اتصال شبکه ی شما دچار اختلال شود یا ... بخشی از سرویس های شما از کار خواهد افتاد و این، عین تعریف زیر ساخت است.
این که یک سرویس چه زیر ساخت هایی نیاز دارد را، توسعه دهنده آن سرویس تعیین می کند.
در مورد نوسا هم، اگر از روش Windows Authentication در بستر شبکه دامین استفاده می کنید، زیرساخت احراز هویت کاربران شما، نه تنها در نوسا، که در کل سرویس های سیستم عامل، دامین کنترلر شما خواهد بود. اگر این وضعیت از نظر شما مناسب نیست، همانگونه که عرض شد، می توانید از سرویس SOAP (و در کنارش تعریف کاربران بصورت Local بروی سرور) استفاده کنید. در اینصورت اولا برای احراز هویت از سرور دامین استفاده نمی شود، ثانیا در هر بار اجرای کلاینت نوسا، می توانید با نام کاربری و کلمه ی عبور متفاوتی وارد نرم افزار شوید. البته در این صورت، با هر بار تغییر سرور نوسا، مجبور خواهید بود کلیه ی کاربران را مجدد بروی سرور تعریف کنید؛ مساله ای که در زمان استفاده از شبکه دامین با آن مواجه نخواهید بود.