درحال مشاهده اسناد Apigee Edge هستید.
به
اسناد Apigee X بروید. اطلاعات
مشتریان Edge Cloud اکنون میتوانند میزبانهای مجازی را ایجاد، اصلاح، و حذف کنند. قبلاً این کنشها باید توسط پشتیبانی Apigee Edge انجام میشد.
چه کسی میتواند میزبان مجازی را در Edge Cloud پیکربندی کند؟
فقط مشتری Cloud با حساب پولی میتواند میزبان مجازی ایجاد، اصلاح، و حذف کند. کاربری که میزبان مجازی را ایجاد میکند باید نقش سرپرست سازمان را داشته باشد، یا در نقش سفارشی با اجازههای اصلاح میزبان مجازی باشد. کاربران با نقشهای دیگر اجازه ندارند میزبان مجازی ایجاد کنند.
نقش سفارشی به اجازههای GET، PUT، و DELETE در /environments/*/virtualhosts،
یا هریک از منابع والد آن نیاز دارد.
برای اطلاعات بیشتر، ایجاد نقشها با میانای برنامهسازی کاربردی را ببینید.
اگر میزبان مجازی موجودی داشته باشم که توسط Apigee ایجاد شده باشد چه؟
مشتریان فعلی Edge Cloud ازقبل میزبانهای مجازی ایجادشده توسط Apigee دارند. اکنون میتوانید آن میزبانهای مجازی را تغییر دهید.
بااینحال، قبلاز ایجاد هرگونه تغییر، الزامات اصلاح میزبان مجازی را در پیکربندی میزبانهای مجازی برای Cloud بررسی کنید. برای مثال، اگر میزبان مجازی موجود شما برای استفاده از درگاهی غیر از ۴۴۳ پیکربندی شده باشد، نمیتوانید شماره درگاه یا تنظیمات TLS را تغییر دهید. یعنی نمیتوانید تنظیم TLS را از فعال به غیرفعال یا از غیرفعال به فعال تغییر دهید.
از چه درگاهی میتوانم در میزبان مجازی در Cloud استفاده کنم؟
فقط میتوانید از درگاه ۴۴۳ در میزبان مجازی در Cloud استفاده کنید. نمیتوانید از درگاه ۸۰ یا هر درگاه دیگری استفاده کنید.
چرا نمیتوانم از درگاه ۸۰ در میزبان مجازی در Cloud استفاده کنم؟
به مشتریان Apigee توصیه میکنیم که از میزبانهای مجازی درگاه ۸۰ برای ترافیک زمان اجرای API استفاده نکنند، زیرا درگاه ۸۰ ایمن نیست. دوم اینکه چون نمیتوانیم مالکیت دامنهها را اعتبارسنجی کنیم، میزبانهای مجازی درگاه ۸۰ نمیتوانند برای Cloud خودکارسازی شوند. تغییرات در میزبانهای مجازی درگاه ۸۰ غیرمعمول درنظر گرفته میشود و به همین دلیل، پشتیبانی Apigee Edge حق رد کردن چنین تغییراتی را برای خود محفوظ میدارد.
آیا «امنیت لایه انتقال» در همه میزبانهای مجازی جدید در Cloud الزامی است؟
برای ایجاد میزبان مجازی، باید «امنیت لایه انتقال» را در میزبان مجازی فعال کنید. این یعنی قبلاز ایجاد میزبان مجازی، ابتدا باید یک انبار کلید با گواهینامه و کلید «امنیت لایه انتقال» ایجاد کنید.
باید گواهی امضاشده توسط نهاد مورداعتمادی مثل Symantec یا VeriSign داشته باشید. نمیتوانید از گواهینامه خودامضا یا گواهینامههای برگ امضاشده توسط مرجع صدور گواهینامه خودامضا استفاده کنید.
برای اطلاعات بیشتر، پیکربندی میزبانهای مجازی برای Cloud را ببینید.
آیا میتوانم گواهینامه دوره آزمایشی رایگان Apigee را سنجاق کنم؟
بهدلایل امنیتی، گواهینامههای دوره آزمایشی رایگان Apigee هر سه ماه منقضی میشوند. در پایان آن سه ماه، Apigee گواهینامه منقضیشده را با گواهینامه جدیدی جایگزین میکند. بنابراین، Apigee توصیه نمیکند یا از سنجاق کردن گواهینامه دوره آزمایشی رایگان پشتیبانی نمیکند.
آیا میتوانم گواهینامه TLS مورداستفاده میزبان مجازی را بهروز کنم؟
اگر میزبان مجازی با گواهینامه منقضیشده «امنیت لایه انتقال» دارید، میتوانید میزبان مجازی را بهروز کنید تا از انبار کلید دیگری که حاوی گواهینامه معتبر است استفاده کند.
مرجع چیست؟
مرجع متغیری است که نام انبار کلید را دربرمیگیرد. برای تغییر دادن انبار کلید مورداستفاده توسط میزبان مجازی، متغیر مرجع را بهروزرسانی میکنید، نه خود میزبان مجازی را.
میزبانهای مجازی قدیمیتر در Apigee Edge ممکن است برای استفاده از ارجاعها پیکربندی نشده باشند. در این مورد، شما باید از پشتیبانی Apigee Edge بخواهید میزبان مجازی را بهروزرسانی کند تا از مرجع استفاده کند. برای تغییر میزبان مجازی به استفاده از مرجع، خودتان میزبان مجازی را بهروز نکنید.
چگونه تشخیص دهم که میزبان مجازی من از مرجع استفاده میکند یا نه؟
برای دیدن اطلاعات درباره یک میزبان مجازی خاص، از Get Virtual Host API استفاده کنید:
curl -X GET -H "accept:application/xml" \
https://api.enterprise.apigee.com/v1/o/{org_name}/e/{env_name}/virtualhosts/{vhost_name} \
-u orgAdminEmail:pWordکه در آن vhost_name نام میزبان مجازی است. برای مثال، میتوانید vhost_name را بهعنوان «ایمن» مشخص کنید تا پیکربندی میزبان مجازی ایمن پیشفرض را ببینید:
<VirtualHost name="secure">
<HostAliases>
<HostAlias>orgname-prod.apigee.net</HostAlias>
</HostAliases>
<Interfaces/>
<Port>443</Port>
<Properties/>
<SSLInfo>
<ClientAuthEnabled>false</ClientAuthEnabled>
<Enabled>true</Enabled>
<KeyAlias>freetrial</KeyAlias>
<KeyStore>ref://freetrial</KeyStore>
<IgnoreValidationErrors>false</IgnoreValidationErrors>
</SSLInfo>
</VirtualHost>توجه داشته باشید که در این مثال، مقدار عنصر <KeyStore> در پاسخ
با ref:// شروع میشود. این پیشوند نشان میدهد که انبار کلید از مرجع استفاده میکند.
اگر مقدار عنصر <KeyStore>
یک رشته حرفی باشد، از مرجع استفاده نمیکند. برای مثال:
<KeyStore>mykeystore</KeyStore>
میزبان مجازی را خودتان بهروز نکنید تا آن را به استفاده از مرجع تغییر دهید. برای بهروزرسانی میزبان مجازی برای استفاده از مرجع، باید از پشتیبانی Apigee Edge درخواست کنید. پساز اینکه Apigee میزبان مجازی را بهروزرسانی کرد تا از مرجع استفاده کند، میتوانید با بهروزرسانی متغیر مرجع، انبار کلید را تغییر دهید.
برای اطلاعات بیشتر، پیکربندی میزبانهای مجازی برای Cloud را ببینید.
چگونه میزبان مجازی ایجاد کنم؟
از روش زیر برای ایجاد میزبان مجازی استفاده کنید:
- ورودی ساناد و سابقه CNAME برای دامنه عمومیتان ایجاد کنید که به
[org]-[environment].apigee.netاشاره میکند. برای اطلاعات بیشتر، «درباره نامهای ساناد و نامهای مستعار میزبان» را در درباره میزبانهای مجازی ببینید. - بااستفاده از روشی که در ایجاد keystore و truststore بااستفاده از Edge UI توضیح داده شده است، keystore ایجاد و پیکربندی کنید.
- گواهینامه و کلید خود را در keystore بارگذاری کنید.
- همانطور که در پیکربندی میزبانهای مجازی برای Cloud توضیح داده شده است، مرجعی برای انبار کلید ایجاد کنید.
- میزبان مجازی را بااستفاده از API ایجاد میزبان مجازی همانگونه که در پیکربندی میزبانهای مجازی برای Cloud توضیح داده شده است ایجاد کنید. حتماً مرجع درست انبار کلید را مشخص کنید.
- اگر پراکسیهای API موجود دارید، میزبان مجازی را به عنصر
<HTTPConnection>در ProxyEndpoint اضافه کنید. میزبان مجازی بهطور خودکار به همه پراکسیهای جدید API اضافه میشود. به پیکربندی پراکسی API برای استفاده از میزبان مجازی مراجعه کنید.
آیا میتوانم از Apigee بخواهم درگاههای TCP 80، 443، یا 15999 را در Apigee Edge Cloud مسدود کند؟
ازآنجاییکه مشتریان ما «میزبانهای مجازی» را در درگاه TCP 443 و گاهی در درگاه TCP 80 پیکربندی میکنند (اگرچه استفاده از درگاه ۸۰ توصیه نمیشود)، نمیتوانیم این درگاهها را مسدود کنیم زیرا این کار منجر به شکست ترافیک زمان اجرای همه میاناهای برنامهسازی کاربردی میشود.
از درگاه TCP 15999 بهصورت داخلی در Cloud برای تعیین اینکه آیا «مسیریابها» سالم هستند یا نه استفاده میشود و بنابراین نباید مسدود شود زیرا این کار میتواند باعث تأثیر غیرقابلپیشبینی در زمان اجرای «میانای برنامهسازی کاربردی» شود.