تحلیل مهندسی بر پایه مستندات رسمی · بررسی منابع در ۲۳ آبان ۱۴۰۵، برابر با ۱۴ نوامبر ۲۰۲۶
اگر کاربران از بیرون وارد StoreFront می‌شوند و فقط برای اجرای برنامه یا دسکتاپ منتشرشده به Gateway نیاز دارند، می‌توانید ورود را روی NetScaler فعلی نگه دارید و انتقال ترافیک نشست (HDX) را برای منابع منتخب به Citrix Gateway Service بسپارید. اگر همان کاربران برای یک برنامه دیگر به VPN یا RDP Proxy متکی‌اند، آن وابستگی مسیر جداگانه می‌خواهد. این تصمیم را برای هر گروه منابع بگیرید.
بعد از ورود کاربر، چه چیزی تغییر می‌کند؟
فرض کنید کاربر مالی در StoreFront هم نرم‌افزار حسابداری شعبه را می‌بیند و هم دسکتاپ مرکز داده را. در طراحی ترکیبی، آدرس ورود و احراز هویت می‌تواند همان آدرس NetScaler سازمان بماند. با قابلیت Optimal HDX Routing در StoreFront، مدیر تعیین می‌کند نشست منابع کدام سایت یا Zone از سرویس ابری عبور کند. اگر دو برنامه در یک Zone باشند، پیش از وعده پایلوت تک‌برنامه‌ای بررسی کنید که قاعده مسیریابی چه منابع دیگری را هم در بر می‌گیرد.
کدام مسیر با نیاز سازمان می‌خواند؟
| وضعیت | تصمیم پیشنهادی و دلیل |
|---|---|
| هدف، کم‌کردن بار پراکسی نشست روی NetScaler است | یک Zone با نشست‌های HDX را برای سرویس ابری انتخاب کنید. ظرفیت پراکسی را Citrix مدیریت می‌کند. تیم داخلی همچنان مسئول مسیر ورود و StoreFront است. |
| مسیر نشست باید از تجهیزات تحت مدیریت سازمان بگذرد | برای این منابع، مسیریابی HDX روی NetScaler را حفظ کنید. الزام مسیر را با تیم شبکه و مالک داده ثبت کنید. |
| یک درگاه هم‌زمان VPN و برنامه مجازی ارائه می‌کند | ابتدا فهرست مصرف‌کنندگان هر خدمت را استخراج کنید. انتقال HDX به‌تنهایی هزینه و تعهد نگهداری VPN را حذف نمی‌کند. |
پیش از استعلام، نسخه و حق استفاده را تطبیق دهید
برای سناریوی DaaS با StoreFront محلی، سیتریکس StoreFront نسخه 2407 به بعد و NetScaler نسخه 13.1 به بعد را در پیش‌نیازهای این قابلیت آورده است. برای مسیریابی جغرافیایی، حداقل StoreFront به 2503 می‌رسد. در این طراحی، Cloud Connector ویندوزی لازم است. این اعداد حداقل قابلیت‌اند؛ Build نصب‌شده، وضعیت پشتیبانی و نیاز ارتقا را جداگانه ثبت کنید. اگر از پیش‌نمایش 2311 یا 2402 استفاده کرده‌اید، یادداشت انتشار 2407 بازسازی تعریف Gateway ابری قدیمی را لازم می‌داند.
سیتریکس مشتریان Universal HMC، CPL و مشتریان فعلی DaaS را در فهرست دارندگان حق استفاده از این قابلیت آورده است. برای مقایسه اقتصادی، از فروشنده بخواهید پوشش سفارش فعلی را کتبی مشخص کند. فقط ظرفیت یا خدمت واقعاً قابل حذف را در ستون صرفه‌جویی بگذارید. هزینه ارتقای StoreFront، نگهداری Connectorها، اتصال شبکه و پشتیبانی از NetScaler باقی‌مانده را هم در همان بازه قرارداد محاسبه کنید.
پایلوتی که بتوان درباره‌اش تصمیم گرفت
- یک Zone و یک Zone خارج از پایلوت انتخاب کنید. قاعده مسیر فعلی، آدرس ورود و روش بازگرداندن تنظیمات را ثبت کنید.
- از شبکه واقعی یک شعبه، زمان ورود، نمایش فهرست و شروع نشست را جدا ثبت کنید. پیش از تغییر، با مالک برنامه روی حد قابل‌قبول زمان شروع توافق کنید.
- پس از تغییر، مسیر واقعی نشست را از شواهد اتصال بررسی کنید. همان برنامه را در ساعت پرترافیک دوباره اجرا کنید و قطع و اتصال مجدد را بسنجید. در Zone شاهد هم یک نشست باز کنید.
- اگر مسیر مورد انتظار تأیید نشد یا زمان شروع از حد توافق گذشت، قاعده قبلی را برگردانید و راه‌اندازی یک نشست تازه را بررسی کنید.
پرسش‌های متداول
کاربران باید آدرس ورودشان را عوض کنند؟
در سناریوی مورد بحث می‌توان URL فعلی NetScaler و StoreFront را نگه داشت. تغییر اصلی هنگام اجرای منبع انتخاب‌شده اتفاق می‌افتد.
اگر کاربر برنامه‌ها را می‌بیند ولی دسکتاپ باز نمی‌شود، از کجا شروع کنیم؟
زمان خطا، منبع و Zone را ثبت کنید. با یک منبع سالم مقایسه کنید و ببینید StoreFront برای هر یک چه Gatewayی انتخاب می‌کند. نمایش فهرست فقط مرحله قبل از ایجاد نشست را تأیید می‌کند.
آیا همین حداقل نسخه برای CVAD کاملاً محلی هم کافی است؟
پیش‌نیازهای بالا مربوط به DaaS هستند. برای Delivery Controller محلی، راهنمای جداگانه سیتریکس برای CVAD محلی و شرایط اتصال آن به Citrix Cloud را بررسی کنید.
برای بررسی پیش‌فاکتور، نسخه‌ها، Zoneهای هدف و خدماتی را که روی NetScaler می‌مانند همراه استعلام ثبت کنید. خرید و تمدید لایسنس سیتریکس · معرفی Citrix Gateway