)
)
معرفی
مشکلات عملکرد Citrix به ندرت با یک قطعی کامل آغاز میشوند. ورود به سیستم ممکن است به آرامی طولانیتر شود، یک VDA ممکن است از همتایان خود منحرف شود، شکستهای اتصال ممکن است افزایش یابد یا تأخیر در جلسه ممکن است در زمانهای قابل پیشبینی افزایش یابد. نظارت مؤثر به تیمهای IT کمک میکند تا این تغییرات را زود تشخیص دهند و علائم ایزوله را از مسائل زیرساخت، شبکه یا ظرفیت گستردهتر متمایز کنند.
این مقاله به ابزارها، معیارها و نشانههای هشدار اولیه میپردازد که به مدیران کمک میکند تا مشکلات سیتریکس را به طور مؤثرتری تشخیص دهند.
چه نوع لایههایی باید توسط نظارت Citrix پوشش داده شوند؟
چندین مؤلفه به هم پیوسته در Citrix Virtual Apps و Desktop وجود دارد که باید در نظر گرفته شوند. یک جلسه کاربری میتواند شامل واسطهگری، احراز هویت، VDA، خدمات ویندوز، پروفایلهای کاربری، GPO، ذخیرهسازی، برنامهها و اتصالات شبکه باشد قبل از اینکه یک برنامه یا دسکتاپ حتی برای استفاده در دسترس باشد. نظارت خوب بر Citrix نیاز به دیدن چهار جزئیات دارد.
در لایه جلسه، مدیران میخواهند بدانند که آیا کاربران قادر به اتصال هستند، مدت زمان ورود چقدر است و اینکه جلسات به پاسخگویی ادامه میدهند.
در لایه تحویل Citrix، نظارت میتواند تشخیص دهد که ماشینها روشن و ثبت شدهاند، اتصالات در حال شکست هستند و بار کاری چگونه متعادل شده است.
در سطح زیرساخت، CPU، حافظه، ذخیرهسازی و خدمات ویندوز میتوانند آزمایش شوند تا اطمینان حاصل شود که سیستمهای میزبانی قادر هستند.
و در سطح شبکه/تاریخی، شما باید ببینید که تأخیر بر پاسخ جلسه تأثیر نمیگذارد و اینکه تقاضا برای ذخیرهسازی و سایر منابع در طول زمان افزایش نمییابد.
حقه این است که هر شمارنده موجود را ردیابی نکنید، بلکه یک مشکل را از نشانه تا لایه زیرساخت احتمالی دنبال کنید.
کدام ابزارها برای هر مورد استفاده مفید هستند؟
هیچ یک از دستههای نظارت به شما بینش یکسانی در مورد تمام برنامهها و خدماتتان نمیدهد. بهترین مجموعه ابزارها به آنچه میخواهید ببینید و عیبیابی کنید بستگی دارد.
سیتریکس مانیتور و دایرکتور
این جایی است که ابزارهای نظارتی خود سیترکس مکان مناسبی برای شروع بررسی هستند.
نظارت Citrix برای Citrix DaaS و Director برای Citrix Virtual Apps و Desktops به شما درباره جلسات، اتصال و خرابیهای ماشین، زمان ورود، بار، استفاده از ماشین و سلامت ماشین اطلاع میدهد. شما میتوانید روندها را در طول زمان مشاهده کنید تا بتوانید عملکرد فعلی را با دادههای تاریخی مقایسه کنید، نه اینکه عملکرد فعلی را با یک نقطه خاص در زمان مقایسه کنید.
این نظارت بر روی فرآیند نظارت خود روشنایی میافکند.
به عنوان مثال، سیتریکس میتواند شما را به یک تجزیه و تحلیل مدت زمان ورود به سیستم و جایی که تأخیر رخ میدهد: کارگزار، راهاندازی ماشین، HDX، اسکریپتهای ورود، سیاست گروه، احراز هویت و غیره.
این یک راه بسیار بهتر برای انتقال از شکایت کاربر "ورودها کند هستند" به یک سوال عیبیابی مفیدتر است: کدام بخش از فرآیند ورود بیشتر از آنچه باید طول میکشد؟
نظارت بر زیرساخت و سرور
تشخیصهای Citrix با این حال، جایگزین نظارت بر پلتفرم تحویل زیرین نخواهد شد.
نظارت بر سرور میتواند استفاده مداوم از CPU، فشار حافظه، فعالیت دیسک، ظرفیت ذخیرهسازی و رفتار غیرعادی فرآیندها را نشان دهد. این خوانشها بهویژه در صورتی که مشکل در Citrix مشاهده شود، ارزشمند هستند، اما علت آن در عمق بیشتری در پشته نهفته است.
به این فکر کنید که چگونه میتوانید افزایش زمانهای ورود به سیستم را بررسی کنید. اگر تأخیر در ذخیرهسازی نیز بالا باشد، باید پروفایلها و ذخیرهسازی را بررسی کنید. اگر سرور خوب است اما زمانهای ورود به سیستم در حال افزایش است، احتمالاً احراز هویت سرور، سیاست گروه یا عامل تحویل دیگری در این مورد تأثیر دارد.
نظارت تاریخی بر زیرساخت همچنین به برنامهریزی ظرفیت کمک میکند. افزایش تدریجی مصرف منابع در روزها یا هفتههای قبل از سقوط یک سرور نشان میدهد که محدودیتی برای یک نقطه پایانی یا میزبان وجود دارد بدون اینکه واقعاً مؤلفه را از کار بیندازد.
نظارت بر شبکه
تحویل برنامهها و دسکتاپها بر روی Citrix به یک اتصال شبکه خوب بین دستگاه کاربر و میزبان وابسته است.
نظارت بر شبکه ممکن است افزایش تأخیر، ازدحام، پهنای باند، عدم قابلیت اطمینان یا مشکلات مربوط به سایت را نشان دهد که نظارت بر سرور نمیتواند توضیح دهد.
تحلیل عملکرد جلسه Citrix ممکن است معیارهایی مانند تأخیر ICA را نیز نشان دهد، زمان رفت و برگشت ICA (RTT) نرخ فریم و پهنای باند رایگان در مقابل مصرف شده.
این داده به ویژه زمانی مهم است که کاربران موفق به اتصال میشوند اما میگویند که برنامهها یا دسکتاپهایشان کند به نظر میرسند.
تجربه دیجیتال و نظارت کامل بر زیرساخت
در برخی از محیطها، شما نیاز دارید که فراتر از در دسترس بودن زیرساختها را ببینید.
نظارت بر تجربه دیجیتال و نظارت مصنوعی میتوانند فعالیتهای کاربر مانند ورود به سیستم، راهاندازی برنامهها و تکمیل تراکنشها را تقلید یا مشاهده کنند. به جای مشاهده فقط پاسخهای سرورها، هدف تأیید این است که خدمات برای کاربر به درستی کار میکند.
این تمایز مهم است زیرا زیرساخت خوب تجربه کاربری خوبی تولید نمیکند. محیطهای بزرگتر همچنین میتوانند از پلتفرمهای مشاهدهپذیری کامل استفاده کنند که یک جلسه Citrix را به VDA، منابع ویندوز، Active Directory، ذخیرهسازی، سرورهای برنامه و مسیر شبکه متصل میکند.
اما شما احتمالاً نمیخواهید حتی داشبوردهای بیشتری داشته باشید. یک پلتفرم نظارت زمانی به کار خود میپردازد که علل ممکن را محدود کرده و مدیران را به لایهای که تغییر کرده است راهنمایی کند.
مهمترین انواع معیارها چیست؟
هزاران شمارنده از پلتفرم سیتریکس در دسترس است. مفیدترین معیارها آنهایی هستند که به تجربه کاربر، سلامت زیرساخت یا هر تغییر ظرفیت خاصی مرتبط میشوند.
مدت زمان ورود
زمان ورود یکی از قویترین معیارهای کاربرمحور است زیرا چندین حوزه از زنجیره تحویل را نمایان میکند.
مدت زمان کل ورود به سیستم معیار اصلی است اما میتواند جزئیات را در حین تشخیص پنهان کند. سیتریکس قادر خواهد بود بین واسطهگری، راهاندازی ماشین، اتصال HDX، احراز هویت ورود به سیستم، بارگذاری پروفایل، اسکریپتهای ورود به سیستم و پردازش سیاست گروه تمایز قائل شود.
اگر زمان صرف شده برای بارگذاری پروفایل طولانی شود، تمرکز به فروشگاه مدیریت پروفایل منتقل میشود. پردازش طولانی گروه سیاست، بررسی را به مکان دیگری میبرد. راهاندازی کند ماشین، VDA، سیستم میزبان یا پلتفرم مجازیسازی را در کادر باقی میگذارد.
مدت زمان کل نشان میدهد که چیزی متفاوت است، اما تجزیه و تحلیل فازها نشان میدهد که کجا متفاوت است.
پاسخگویی جلسه
یک جلسه برقرار شده نشانهای از یک جلسه پاسخگو نیست.
معیارهای ICA RTT، تأخیر ICA، نرخ فریم و پهنای باند میتوانند برای تعیین اینکه آیا یک دسکتاپ یا برنامه متصل به درستی عمل میکند یا خیر، استفاده شوند.
زمینه هنوز هم مهم است. اگر کاربران در یک دفتر تنها کسانی باشند که عملکردشان کاهش مییابد، احتمالاً مسیر شبکه مقصر است.
اتصالات و خرابیهای ماشین
از دست دادن کامل اتصال باید به طور فوری مورد توجه قرار گیرد، اما روند میتواند از هر رویداد واحد معنادارتر باشد.
افزایش در پسزمینهای از اتصالات بهندرت ناکام میتواند نشانهای از یک مشکل بهتدریج در حال ظهور باشد، حتی اگر بیشتر کاربران متصل بمانند.
مدیران باید توزیع شکستها را بررسی کنند. جعبه فردی، گروه تحویل، دفتر یا دوره زمانی میتواند بسیار بیشتر از یک لیست از تمام شکستها اطلاعاتی باشد.
جلسات همزمان و بارگذاری
تعداد جلسات همزمان در پسزمینه بیشتر معیارهای زیرساختی قرار دارد.
افزایش بزرگ CPU در نتیجه یک افزایش بسیار زیاد در ورود به سیستم فقط به معنای تقاضای بیشتر است. افزایش مشابه در تقاضای پردازنده بدون تغییر در کاربران دلیل دیگری دارد.
برنامهریزی باید سه عامل را در نظر بگیرد:
حجم جلسه → بار میزبان → پاسخگویی
اگر تعداد جلسات افزایش یابد بدون اینکه بار میزبان یا زمان پاسخ متناسب افزایش یابد، سیستم ممکن است هنوز قادر به پشتیبانی از آن باشد.
اگر همان تعداد جلسات بار پردازنده، رقابت حافظه یا تأخیر بیشتری ایجاد کند، پس چیز دیگری در بار کاری تغییر کرده است.
سی پی یو، حافظه و ذخیره سازی
به الگوهای استفاده از CPU، حافظه و ذخیرهسازی خود به جای درصدهای فردی فکر کنید.
با CPU، یک نوسان کوتاه ممکن است چیز نگرانکنندهای نباشد. استفاده مداوم، اشباع مکرر، افزایش پایه، یا یک میزبان که زمان پردازنده را نسبت به همکارانش مصرف میکند، بسیار مهمتر است.
حافظه همچنین میتواند از منظر دیگری دیده شود. استفاده بالای RAM به تنهایی تنها زمانی نگرانکننده است که رشد مداوم، افزایش ناگهانی استفاده، تفاوتهای غیرمعمول بین میزبانها یا عدم توانایی RAM در بازگشت به حالت عادی خود پس از یک افزایش وجود داشته باشد.
ذخیرهسازی به نظارت بر ظرفیت و عملکرد نیاز دارد. کاهش فضای خالی یک ریسک واضح در عملکرد است، در حالی که تأخیر بالای دیسک یا رقابت در ذخیرهسازی باعث کند شدن پروفایلها، راهاندازی برنامهها و شروع جلسات در حضور ظرفیت در دسترس میشود.
علائم هشداردهنده زودهنگام قبل از مواجهه با مشکلات سیتریکس چیست؟
مشکلات عملکرد در سیتریکس معمولاً به صورت انحرافات قبل از تبدیل شدن به قطعیها بروز میکنند. بنابراین بهترین نشانههای اولیه تغییرات در همبستگیها بین تعدادی از شمارندهها به جای عبور یک شمارنده واحد از آستانه است.
| علامت هشدار زودهنگام | چه چیزی را باید بعداً بررسی کرد |
|---|---|
| ورودها به تدریج کندتر میشوند | مراحل ورود، پروفایلها، سیاست گروه، احراز هویت و ذخیرهسازی |
| افزایش شکستهای اتصال از یک پایه پایین در حال افزایش است | ماشینها، گروههای تحویل، تغییرات اخیر و رفتار شبکه |
| او peaks منابع در همان زمان هر روز رخ میدهد | طوفانهای ورود، مشاغل برنامهریزیشده، برنامهها و ظرفیتهای موجود |
| یک میزبان به طور مکرر به طور متفاوتی از همتایان خود رفتار میکند | فرآیندها، خدمات، پیکربندی و توزیع بار کاری |
| تاخیر جلسه در حالی افزایش مییابد که منابع میزبان در حالت عادی باقی میمانند | مسیر شبکه، مکان نقطه پایانی و پهنای باند |
| افزایش CPU یا حافظه بدون کاربران اضافی | برنامهها، فرآیندها، وصلهها و تغییرات پیکربندی |
| فضای دیسک رایگان به طور قابل پیش بینی کاهش می یابد | پروفایلها، لاگها، دادههای موقت و ذخیرهسازی برنامه |
| عملکرد بلافاصله پس از یک بهروزرسانی تغییر میکند | بهروزرسانی اخیر، تغییرات سیاست، برنامه یا پیکربندی |
عنصر مشترک انحراف از هنجار مورد انتظار است. زمانی که متخصصان IT این سوال را مطرح میکنند که "آیا این مقدار بالا است؟" به همراه "چرا با هنجار متفاوت است؟"، نظارت بسیار مؤثرتر میشود.
چرا باید تمرکز شما بیشتر بر روی خط پایهها باشد تا آستانههای ثابت؟
آستانههای ثابت هنوز لازم است. مدیران به هشدارها نیاز دارند تا قبل از تمام شدن دیسکها، قبل از اشباع CPU و قبل از اینکه یک سرویس خراب شود و بر در دسترس بودن تأثیر بگذارد، مطلع شوند.
اما یک آستانه واحد و جامع در تمام محیطهای Citrix مناسب نخواهد بود.
بیایید بگوییم، یک محیط معمولاً ۱۵ ثانیه طول میکشد تا ورود کاربران را کامل کند و این معیار شروع به افزایش به سمت ۲۵ ثانیه و بیشتر میکند. این یک حوزه قابل بررسی است، حتی اگر سازمان ۳۰ ثانیه را به عنوان آستانه هشدار تعریف کند.
در یک محیط متفاوت، جایی که سرعت ورود معمولاً حدود ۳۰ ثانیه است، همان عدد نگرانی چندانی نخواهد داشت - نمونه دیگری از اینکه چگونه اعداد مطلق مختلف میتوانند در شرایط مختلف معانی بسیار متفاوتی داشته باشند.
در عملکرد معمول خود، بیسلاینها میتوانند در مورد موارد زیر هشدار دهند:
- تغییرات عملکرد کند
- بهروزرسانی پست پرشها
- تغییرات در زمانهای اوج استفاده
- بارهای کاری در حال افزایش
- تفاوتهای بین سرورهای مشابه
- محدودیتهای ظرفیت ساختمان
معیار با هشدارها ساده است: هشدار در مورد تغییرات غیرعادی و محدودیتهای مطلق.
چگونه میتواند تیم IT شما معیارهای Citrix شما را همبسته کند؟
معیارهای فردی Citrix واقعاً ارزش خود را زمانی نشان میدهند که با رفتار زیرساخت و شبکه همبسته شوند. به این جفتهای رایج فکر کنید:
| علائم سیتریکس | شواهد مرتبط | جهت تحقیق |
|---|---|---|
| ورودها کندتر میشوند | تاخیر دیسک نیز افزایش مییابد | پروفایلها، ذخیرهسازی و ورودی/خروجی دیسک |
| ورودها کندتر میشوند | CPU، حافظه و ذخیرهسازی در حالت عادی باقی میمانند | احراز هویت، GPOها، پروفایلها، واسطهگری یا مراحل ورود دیگر |
| کاهش پاسخ جلسه | سلامت میزبان پایدار باقی میماند | مسیر شبکه، پهنای باند یا مکان نقطه پایانی |
| استفاده از CPU افزایش مییابد | تعداد جلسات همزمان تغییر نکرده است | فرآیندها، تغییرات برنامه، وصلهها یا بارهای کاری برنامهریزیشده |
| یک VDA عملکرد ضعیفی دارد | VDAs قابل مقایسه به حالت عادی باقی میمانند | خدمات محلی، پیکربندی یا بار کاری بر روی آن دستگاه |
| پس از یک تغییر، شکستها افزایش مییابند | پایه قبلی پایدار بود | بهروزرسانی اخیر، سیاست یا پسرفت پیکربندی |
این مانع از آن میشود که مدیران IT هر هشدار را بهطور جداگانه بررسی کنند. در عوض، این مرحله بعدی تحلیل ریشهای مشکل شما میشود:
علائم → معیارهای مرتبط → لایه تحت تأثیر → علت احتمالی
این تفاوت بین داشتن دادههای نظارتی و واقعاً بهرهبرداری مؤثر از آن است.
چگونه باید هشدارهای سیتریکس خود را پیکربندی کنید؟
یک هشدار خوب میتواند به یک مدیر این امکان را بدهد که به اندازه کافی زود اقدام کند قبل از اینکه سطح خدمات تحت تأثیر قرار گیرد. سطوح پایهای برای زمانهای ورود، جلسات همزمان، شکستها، منابع سرور، کارایی ذخیرهسازی و پاسخگویی جلسه تعیین کنید. از اطلاعات برای تعریف وضعیتهای هشدار و بحرانی استفاده کنید.
هشدارها باید تغییر قابل توجهی از حالت عادی را نشان دهند که هنوز زمان مدیریت را فراهم میکند، در حالی که رویدادهای بحرانی نمیتوانند منتظر اقدام باشند.
سیتریکس از سیاستهای هشدار و اعلانهای بحرانی برای چندین اقدام و داده پشتیبانی میکند، با این حال آستانههای ثابت زمانی که با اطلاعات قبلی در مورد روندها و دقت پاسخ استفاده میشوند، مؤثرترین هستند.
بهترین ارزش برای هشداردهی ارائه اطلاعات بدون ایجاد هشدارهای اضافی است که مدیران را شرطی کرده و منجر به از دست دادن عبور از آستانههای مهم میشود. تمرکز بر این است که آیا این به سرعت تکرار میشود، به طور مداوم بالاتر از حد طبیعی است یا یک ناهنجاری است.
بهترین روند نظارت بر سیتریکس چیست؟
یک کاربر شکایت میکند که "سیتریکس کند است" - جداسازی مشکلات زمانی که تعدادی از تنظیمات به طور همزمان تغییر میکنند میتواند زمانبر باشد. یک روند کاری به خوبی تعریف شده کمک میکند تا بر روی محدود کردن مشکل قبل از تلاش برای رفع آن تمرکز شود.
1. دامنه چیست؟
آیا این فقط بر یک کاربر، چند کاربر، یک برنامه، یک VDA، یک گروه تحویل، یک مکان یا هر محیطی تأثیر میگذارد؟
دامنه بلافاصله بسیاری از علل بالقوه را رد میکند.
2. مرحله چیست؟
آیا تأخیر قبل از اتصال، در حین ورود/احراز هویت، در حین راهاندازی برنامه، یا پس از ورود به جلسه است؟ ورود کند و جلسه کند دو چیز متفاوت هستند.
3. نشانههای خاص سیتریکس
جستجوی اطلاعات جلسه، خطاهای اتصال، خطاهای ماشین خطای VDA مرحله ورود، و سایر شمارندههای عملکرد جلسه.
این نشان میدهد که آیا Citrix در حال حاضر نشان میدهد که کدام مرحله کند یا در حال کاهش است.
4. دادههای زیرساخت و شبکه خود را متقابلسنجی کنید
دادههای Citrix را با شمارندههای CPU، حافظه، ذخیرهسازی و شبکه برای همان دوره مقایسه کنید. در صورت امکان، با ماشینهای خوب به جای یکدیگر مقایسه کنید تا از تعصب جلوگیری شود.
5. به گذشته نگاه کنید
این رفتار از چه زمانی ادامه دارد؟ آیا این پس از یک بهروزرسانی ویندوز، ارتقاء برنامه، تغییر سیاست گروه، تغییر پروفایل یا تغییر زیرساخت آغاز شده است؟
وضعیت کنونی را با عملکرد گذشته مقایسه کنید؛ آنچه به نظر میرسد یک وضعیت ناگهانی و سقوطی باشد، ممکن است در واقع ادامه یک روند بلندمدت باشد.
این یک رویه تکرارپذیر را ارائه میدهد:
علائم → دامنه → مرحله → معیارهای همبسته → تغییر اخیر → علت محتمل
نظارت بر Citrix: چه زمانی به یک سوال معماری تبدیل میشود؟
پیچیدگی نظارت به این معنا نیست که شما باید Citrix را جایگزین کنید
برخی از استقرارهای بزرگ یا پیچیده هنوز به ویژگیهای مجازیسازی، تحویل برنامه، HDX و مدیریت سیتریکس نیاز دارند. برای آن محیطها، نظارت چندلایه تنها بخشی از پارادایم کارکردن معماری بهعنوان یک کل است.
جایی که نظارت مشکل متفاوتی را نشان میدهد این است که معماری فراتر از آنچه برای ارائه این برنامه نیاز است، گستردهتر است.
این زمانی شروع میشود که شما مقادیر زیادی از زیرساخت و تلاشهای مدیریتی را برای تحویل صرف میکنید که بسیار ساده است تا در ویندوز منتشر شود.
شاخصها میتوانند عبارت باشند از:
- تلاش عملیاتی در میان تعداد زیادی از نهادهای تحویل توزیع شده است
- شما نیازی به نظارت اینچنینی نسبت به استقرار ندارید.
- فقط زیرساختهای بسیار زیادی در اطراف انتشار ساده برنامه وجود دارد و دسترسی از راه دور
- کاربران فقط به مرورگر یا دسترسی RDP به برنامه نیاز دارند.
- هزینههای مدیریت و اثرات زیرساخت به مسائل جدی تبدیل میشوند
به طور خلاصه، این دیگر یک سوال عیبیابی نیست. این یک سوال معماری است. سوال ممکن است از "چگونه میتوانیم این محیط سیتریکس را بهتر نظارت کنیم؟" به "آیا این مورد استفاده هنوز به معماری نیاز دارد؟" تغییر کرده باشد.
چگونه TSplus میتواند جایگزینی برای سیتریکس باشد؟
نظارت بر Citrix میتواند نشان دهد که وقتی زیرساخت و تلاشهای مدیریتی نسبت به یک نیاز نسبتاً ساده برای انتشار برنامههای ویندوز یا دسکتاپها به کاربران از راه دور نامتناسب میشود.
در آن وضعیت، مشکل ممکن است کمتر به بهبود نظارت مربوط باشد و بیشتر به این موضوع مربوط باشد که آیا معماری تحویل هنوز با مورد استفاده واقعی مطابقت دارد یا خیر.
TSplus دسترسی از راه دور معماری سادهتری را برای ارائه برنامههای چندکاربره و دسکتاپ از طریق اتصالات سازگار با RDP یا یک پورتال وب HTML5 ارائه میدهد. این میتواند مناسب سازمانهایی باشد که به دسترسی ساده به برنامهها و دسکتاپهای ویندوز نیاز دارند بدون لایههای مجازیسازی و مدیریت گستردهتر یک محیط کامل Citrix.
نتیجه
نظارت مؤثر بر Citrix کمتر به جمعآوری هر شمارشگری که در دسترس است مربوط میشود و بیشتر به درک چگونگی ارتباط شمارشگرهای مهم با یکدیگر مربوط است. مدت زمان ورود، پاسخگویی جلسه، شکستها، منابع میزبان، ذخیرهسازی و رفتار شبکه زمانی بیشترین کاربرد را دارند که با خطوط پایه تاریخی و یکدیگر مقایسه شوند.
این همبستگی به تیمهای IT کمک میکند تا از یک علامت مبهم به لایه تحت تأثیر و یک علت احتمالی منتقل شوند. همچنین میتواند نشان دهد که آیا مشکل در عملکردی است که نیاز به اصلاح دارد یا در معماری که پیچیدگی عملیاتی آن نیاز به بررسی وسیعتری دارد.
TSplus دسترسی از راه دور آزمایشی رایگان
جایگزین نهایی Citrix/RDS برای دسترسی به دسکتاپ/برنامه. ایمن، مقرون به صرفه، محلی/ابری
)
)
)
