نمایش نتایج 1 تا 5 از 5

نام تاپیک: معماری Single Sign-on

  1. #1
    کاربر دائمی آواتار SoheilKH
    تاریخ عضویت
    شهریور 1382
    محل زندگی
    haftbit.com
    پست
    315

    معماری Single Sign-on

    سلام
    در مورد معماری Single Sign-on اطلاعاتی می خواستم
    البته خودم از گوگل کمک گرفتم و یه چیز هایی در مورد اینکه از چه قسمت هایی تشکیل شده است دستم اومده اما در مورد پیاده سازی Application هایی که از این برنامه استفاده می کنند، سئوال دارم.
    به عنوان مثال Integration بین جداول کاربران و دیگر جدول های مرتبط را چطوری پیاده سازی کنم.و کلا اینکه چه اطلاعاتی (جدول) باید در سمت Application ها نگهداری شود و چه اطلاعاتی سمت برنامه Single sign-on. و Integration بین این جداول که از طریق وب سرویس باید یکدیگر مرتبط باشند. چطور تعریف می شوند


    با سپاس فراوان

  2. #2
    باید هم با کوکی کار کنید و هم با دیتابیس
    توضیحش مفصله ولی کلیت کار اینجوریه که اپلیکیشن های شما باید با کوکی کار کنند و وب سرویس تون با دیتابیس و این دو باید در کنار هم باشه چون صرف کوکی یا صرف دیتابیس جلوی SSO رو خواهد گرفت
    مثلا اگه کار بری لاگین می کنه علاوه بر ایجاد کوکی باید یه رکورد توی جدول مشخصی اضافه بشه که مثلا فلان کاربر با فلان شماره unique که می تونه سشن آی دی باشه وارد شده
    این رکورد باید بتونه آپدیت بشه و همه اپلیکیشن ها هم باید بتونن بخونندش پس این قسمت اگه وب سرویس باشه خیلی بهتره
    و باقی قضایا دستتون میاد خودش

    من بعد از کلی تحقیق این روش به ذهنم رسید...
    خودتون شروع به پیاده سازی کنید و مشکلات رو ببینید راهش دستتون میاد.

  3. #3
    کاربر دائمی آواتار SoheilKH
    تاریخ عضویت
    شهریور 1382
    محل زندگی
    haftbit.com
    پست
    315
    خیلی ممنون از جوابت
    منظور من نحوه پیاده سازی Application هایی است که از این SSO (وب سرویس) می خواهند استفاده کنند.
    فرض کن که یک SSO پیاده سازی کردی و حالا نوبت به App هایی است که می خواهند از این SSO استفاده کنند.
    چه اطلاعاتی از کاربر را باید در سمت SSO باشد و چه اطلاعاتی باید سمت App ها. یه مثال می زنم
    شما اطلاعات مربوط به Profile کاربر را در سمت SSO نگهداری می کنی (البته علاوه بر User & Password) .مثلا کاربر برای شهر تهران است .
    خوب حالا در سمت یکی از App هایت
    می خواهی اطلاعات را ثبت کنی مثلا فلان مدرسه را .
    این مدرسه در شهر تهران است.
    دقت کن در شهر تهران ، حالا باید یک رابطه ای بین تهران برای مدرسه و تهران برای شهر دانش آموز وجود داشته باشد.
    من توی این رابطه مشکل دارم.و شاید هم انتظارم از SSO زیاد است و باید کمی محدود ترش کنم.

    راستی برای پیاده سازی خود SSO با استفاده از Token ها و Authenticate کردن کاربر به راحتی قابل حل است. API گوگل یک مثال خوب و کافی در این مورد است

  4. #4
    نیازی به نگهداری اطلاعات در سمت App نیست. فقط کافیه وب سرویس شما بتونه هر اطلاعاتی در مورد کاربر جاری رو برگردونه و App ها از اون استفاده کنند.

    راستی برای پیاده سازی خود SSO با استفاده از Token ها و Authenticate کردن کاربر به راحتی قابل حل است. API گوگل یک مثال خوب و کافی در این مورد است
    این هم دقیقا روی همون بیسی که گفتم پیاده سازی میشه

  5. #5

    نقل قول: معماری Single Sign-on

    سلام بر اساتید
    مطلب در مورد Architecture of a single sign on (SSO) for internet banking سراغ دارید؟

تاپیک های مشابه

  1. ساختار متغیر SINGLE یا Double در حافظه
    نوشته شده توسط zehs_sha در بخش برنامه نویسی با زبان C و ++C
    پاسخ: 1
    آخرین پست: پنج شنبه 25 مهر 1398, 12:08 عصر
  2. تفاوتLongInteger با Single ؟
    نوشته شده توسط a_r_shariati در بخش Access
    پاسخ: 4
    آخرین پست: دوشنبه 07 فروردین 1385, 05:32 صبح
  3. ساختار متغیر SINGLE یا Double در حافظه
    نوشته شده توسط zehs_sha در بخش برنامه نویسی در Delphi
    پاسخ: 1
    آخرین پست: سه شنبه 06 آبان 1382, 18:57 عصر
  4. ساختار متغیر SINGLE یا Double در حافظه
    نوشته شده توسط zehs_sha در بخش VB.NET
    پاسخ: 1
    آخرین پست: دوشنبه 05 آبان 1382, 05:34 صبح
  5. ساختار متغیر SINGLE یا Double
    نوشته شده توسط zehs_sha در بخش الگوریتم، کامپایلر، هوش مصنوعی و ساختمان داده ها
    پاسخ: 1
    آخرین پست: یک شنبه 04 آبان 1382, 14:30 عصر

قوانین ایجاد تاپیک در تالار

  • شما نمی توانید تاپیک جدید ایجاد کنید
  • شما نمی توانید به تاپیک ها پاسخ دهید
  • شما نمی توانید ضمیمه ارسال کنید
  • شما نمی توانید پاسخ هایتان را ویرایش کنید
  •