במסמך הזה מוסבר איך ליצור ולנהל תגים מאובטחים למדיניות חומת האש. לפני שמשתמשים בתגים מאובטחים במדיניות חומת אש או מקשרים אותם למשאבים, צריך ליצור אותם.
כאן מוסבר על הנושאים הבאים:
- הענקת הרשאות מתאימות לניהול תגים ולשימוש בהם
- יצירת מפתחות וערכים של תגים
- יצירה של כללים ומדיניות לחומת אש שמשתמשים בתגים מאובטחים
- קישור תגים מאובטחים למכונות וירטואליות (VM)
- שימוש בתגים מאובטחים ברשתות מקושרות
מידע נוסף על תגים מאובטחים ועל אופן הפעולה שלהם זמין במאמר בנושא תגים מאובטחים לחומות אש.
מתן הרשאות לתגי אבטחה
אדמין בארגון יכול להעניק תפקידים ברמת הארגון, ובעלים של פרויקט יכול להעניק תפקידים ברמת הפרויקט.
איך נותנים את התפקיד 'אדמין בתג'
תפקיד Tag Administrator (roles/resourcemanager.tagAdmin) מאפשר ליצור, לעדכן ולמחוק תגים מאובטחים.
המסוף
כדי להעניק למשתמש את תפקיד ה-Tag Administrator (roles/resourcemanager.tagAdmin):
נכנסים לדף IAM במסוף Cloud de Confiance .
ברשימת הפרויקטים, בוחרים את הארגון או הפרויקט שרוצים להקצות להם את התפקיד.
לוחצים על Grant access.
בשדה New principals, מזינים את כתובת האימייל של המשתמש. לדוגמה,
//iam.googleapis.com/locations/global/workforcePools/my-pool/subject/my-user@example.com.ברשימה Select a role, כותבים Tag בשדה Filter ואז בוחרים באפשרות Tag administrator.
לוחצים על Save.
gcloud
כדי להקצות את התפקיד Tag Administrator (אדמין תגים) (roles/resourcemanager.tagAdmin) לחשבון ראשי ב-IAM במדיניות IAM של ארגון, משתמשים בפקודה gcloud organizations add-iam-policy-binding:
gcloud organizations add-iam-policy-binding ORGANIZATION_ID \
--member=user:EMAIL_ADDRESS \
--role=roles/resourcemanager.tagAdmin
מחליפים את מה שכתוב בשדות הבאים:
-
ORGANIZATION_ID: מזהה הארגון -
EMAIL_ADDRESS: כתובת האימייל של המשתמש
הענקת תפקיד Tag User
התפקיד Tag User (משתמש בתגים) (roles/resourcemanager.tagUser) מאפשר לכם לגשת לרשימת התגים המאובטחים ולנהל את השיוכים שלהם למשאבים.
המסוף
כדי להעניק למשתמש את התפקיד Tag User (roles/resourcemanager.tagUser):
נכנסים לדף IAM במסוף Cloud de Confiance .
ברשימת הפרויקטים, בוחרים את הארגון או הפרויקט שרוצים להקצות להם את התפקיד.
לוחצים על Grant access.
בשדה New principals, מזינים את כתובת האימייל של המשתמש. לדוגמה,
//iam.googleapis.com/locations/global/workforcePools/my-pool/subject/my-user@example.com.ברשימה Select a role, כותבים Tag בשדה Filter ואז בוחרים באפשרות Tag user.
אם רוצים, מוסיפים תנאי לתפקיד.
לוחצים על Save.
gcloud
כדי להקצות למשתמש את התפקיד Tag User (
roles/resourcemanager.tagUser) לתג ספציפי, משתמשים בפקודהgcloud resource-manager tags keys add-iam-policy-binding:gcloud resource-manager tags keys add-iam-policy-binding ORGANIZATION_ID/TAG_KEY \ --member=user:EMAIL_ADDRESS \ --role=roles/resourcemanager.tagUserמחליפים את מה שכתוב בשדות הבאים:
-
ORGANIZATION_ID: מזהה הארגון -
TAG_KEY: מפתח התג המאובטח -
EMAIL_ADDRESS: כתובת האימייל של המשתמש
-
כדי להקצות את התפקיד Tag User (
roles/resourcemanager.tagUser) לישות (principal) ב-IAM כדי שהיא תוכל להשתמש בכל ערכי התגים של כל מפתח תג בארגון, משתמשים בפקודהgcloud organizations add-iam-policy-binding:gcloud organizations add-iam-policy-binding ORGANIZATION_ID \ --member=user:EMAIL_ADDRESS \ --role=roles/resourcemanager.tagUserמחליפים את מה שכתוב בשדות הבאים:
-
ORGANIZATION_ID: מזהה הארגון -
EMAIL_ADDRESS: כתובת האימייל של המשתמש
-
כדי להעניק את התפקיד Tag User (משתמש בתגים,
roles/resourcemanager.tagUser) לסובייקט ב-IAM כדי שיוכל להשתמש בערך תג ספציפי של מפתח תג שההורה שלו הוא הארגון, משתמשים בפקודהgcloud resource-manager tags values add-iam-policy-binding:gcloud resource-manager tags values add-iam-policy-binding ORGANIZATION_ID/TAG_KEY/TAG_VALUE \ --member=user:EMAIL_ADDRESS \ --role=roles/resourcemanager.tagUserמחליפים את מה שכתוב בשדות הבאים:
-
ORGANIZATION_ID: מזהה הארגון -
TAG_KEY: מפתח התג המאובטח -
TAG_VALUE: ערך התג המאובטח -
EMAIL_ADDRESS: כתובת האימייל של המשתמש
-
כדי להקצות את התפקיד Tag User (
roles/resourcemanager.tagUser) לחשבון ראשי ב-IAM כדי שיוכל להשתמש בכל ערכי התגים של כל מפתח תג בפרויקט, משתמשים בפקודהgcloud projects add-iam-policy-binding:gcloud projects add-iam-policy-binding PROJECT_NAME \ --member=user:EMAIL_ADDRESS \ --role=roles/resourcemanager.tagUserמחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_NAME: שם הפרויקט -
EMAIL_ADDRESS: כתובת האימייל של המשתמש
-
תפקידים בהתאמה אישית לניהול תגים מאובטחים
תפקיד Tag Administrator (roles/resourcemanager.tagAdmin) מאפשר ליצור, לעדכן ולמחוק תגים מאובטחים.
אם אתם צריכים רק חלק מהיכולות האלה, אתם יכולים ליצור תפקיד בהתאמה אישית בניהול הזהויות והרשאות הגישה (IAM) עם ההרשאות הרלוונטיות, ואז להקצות את התפקיד החדש למשתמש הרלוונטי. רשימת ההרשאות הרלוונטיות מופיעה במאמר תפקידי IAM.
תגים מאובטחים שמשמשים במדיניות של חומת אש צריכים להיות מסומנים בייעוד GCE_FIREWALL. השימוש בתג secure מחייב לציין את המטרה GCE_FIREWALL כדי להשתמש בתג בתכונות של רשתות, אבל אפשר להשתמש בתג secure גם לפעולות אחרות.
יצירת מפתחות וערכים מאובטחים של תגים
לפני שמקשרים תגים מאובטחים למדיניות חומת האש, צריך ליצור את המפתחות והערכים של התגים המאובטחים.
אחרי שיוצרים את מפתח התג, אי אפשר לשנות אותו, והוא צריך להיות ייחודי באותו מרחב שמות.
המסוף
כדי ליצור מפתח ותגי ערך מאובטחים:
נכנסים לדף Tags במסוף Cloud de Confiance .
ברשימת הפרויקטים, בוחרים את הארגון או הפרויקט שרוצים ליצור בהם מפתח תג.
לוחצים על יצירה.
בשדה Tag key (מפתח התג), מזינים את השם לתצוגה של מפתח התג. השם הזה הופך לחלק משם מרחב השמות של התג.
אופציונלי: בשדה Tag key description (תיאור מפתח התג), מזינים תיאור של מפתח התג.
בקטע Tag purpose (מטרת התג), בוחרים באפשרות For use with Cloud NGFW (לשימוש עם Cloud NGFW).
כדי ליצור תג מאובטח, מבצעים אחת מהפעולות הבאות:
אם נתוני המטרה מציינים רשת, בוחרים באפשרות הגבלת ההיקף לרשת אחת.
אם נתוני המטרה מציינים ארגון, מבטלים את הסימון של האפשרות הגבלת ההיקף לרשת אחת.
בכרטיסייה Network selection (בחירת רשת), בוחרים את הארגון או הפרויקט שרוצים ליצור עבורם מפתח תג מאובטח.
ברשימה Network, בוחרים את הרשת.
אם רוצים להוסיף ערכי תג למפתח הזה, לוחצים על הוספת ערך לכל ערך תג שרוצים ליצור.
בשדה Tag value (ערך התג), מזינים את השם המוצג של ערך התג. השם הזה הופך לחלק משם מרחב השמות של התג.
אופציונלי: בשדה תיאור ערך התג, מזינים תיאור של ערך התג.
כשמסיימים להוסיף ערכי תג, לוחצים על יצירת מפתח תג.
gcloud
אחרי שמקבלים את ההרשאות הנדרשות, יוצרים את מפתח התג המאובטח ברמת הארגון או הפרויקט.
כדי ליצור מפתח תג מאובטח לארגון, משתמשים בפקודה
gcloud resource-manager tags keys create:gcloud resource-manager tags keys create TAG_KEY \ --parent organizations/ORGANIZATION_ID \ --purpose GCE_FIREWALL \ --purpose-data organization=autoמחליפים את מה שכתוב בשדות הבאים:
-
TAG_KEY: מפתח התג המאובטח -
ORGANIZATION_ID: מזהה הארגון
-
כדי ליצור מפתח תג מאובטח לפרויקט אב או לארגון שנתוני הייעוד שלו מזהים רשת VPC אחת, משתמשים בפקודה
gcloud resource-manager tags keys create:gcloud resource-manager tags keys create TAG_KEY \ --parent organizations/ORGANIZATION_ID \ --purpose GCE_FIREWALL \ --purpose-data network=PROJECT_ID/NETWORKמחליפים את מה שכתוב בשדות הבאים:
-
TAG_KEY: מפתח התג המאובטח -
ORGANIZATION_ID: מזהה הארגון -
PROJECT_ID: מזהה הפרויקט -
NETWORK: השם של הרשת
-
כדי להוסיף את הערכים הרלוונטיים של התג המאובטח למפתחות של התג המאובטח, משתמשים בפקודה
gcloud resource-manager tags values create:gcloud resource-manager tags values create TAG_VALUE \ --parent ORGANIZATION_ID/TAG_KEYמחליפים את מה שכתוב בשדות הבאים:
-
TAG_VALUE: הערך להקצאה למפתח התג המאובטח -
ORGANIZATION_ID: מזהה הארגון -
TAG_KEY: מפתח התג המאובטח
מריצים את הפקודה כמה פעמים כדי להוסיף כמה ערכים. חשוב לוודא שכל ערך של תג מאובטח שמוסיפים למפתח התג המאובטח הוא ייחודי.
-
יצירת מדיניות חומת אש
אחרי שיוצרים מפתחות תגים מאובטחים, אפשר להשתמש בהם במדיניות של חומת האש. אתם יכולים להשתמש במפתחות תגים מאובטחים שהוגדרו ברמת הארגון במדיניות חומת אש היררכית או במדיניות חומת אש ברשת. אפשר להשתמש רק בתגים מאובטחים שהוגדרו ברמת הרשת במדיניות של חומת אש ברשת.
יצירה של מדיניות היררכית לחומת אש
אפשר ליצור מדיניות בכל משאב (ארגון או תיקייה) בהיררכיית הארגון.
המסוף
נכנסים לדף Firewall policies במסוף Cloud de Confiance .
ברשימת הפרויקטים, בוחרים את מזהה הארגון או תיקייה בארגון.
לוחצים על יצירת מדיניות חומת אש.
בשדה Policy name, כותבים את השם.
כדי ליצור כללים למדיניות, לוחצים על המשך > יצירת כלל חומת אש.
פרטים נוספים זמינים במאמר בנושא יצירת כלל במדיניות היררכית של חומת אש עם תגים מאובטחים.
אם רוצים לשייך את המדיניות למשאב, לוחצים על המשך > הוספה.
פרטים נוספים זמינים במאמר בנושא שיוך מדיניות לארגון או לתיקייה.
לוחצים על המשך > יצירה.
gcloud
כדי ליצור מדיניות היררכית של חומת אש, משתמשים בפקודה gcloud compute firewall-policies create:
gcloud compute firewall-policies create \
[--organization ORGANIZATION_ID] | [--folder FOLDER_ID] \
--short-name SHORT_NAME
מחליפים את מה שכתוב בשדות הבאים:
ORGANIZATION_ID: מזהה הארגוןצריך לציין את המזהה הזה אם יוצרים את המדיניות ברמת הארגון. המזהה הזה מציין רק איפה המדיניות נמצאת, והוא לא משייך את המדיניות למשאב הארגון באופן אוטומטי.
FOLDER_ID: המזהה של תיקייהצריך לציין את המזהה הזה אם יוצרים את המדיניות בתיקייה מסוימת. המזהה הזה מציין רק את המקום שבו המדיניות נמצאת, והוא לא משייך את המדיניות לתיקייה באופן אוטומטי.
SHORT_NAME: שם למדיניותלמדיניות שנוצרת באמצעות Google Cloud CLI יש שני שמות: שם שהמערכת יוצרת ושם קצר שאתם מספקים. כשמשתמשים ב-Google Cloud CLI כדי לעדכן מדיניות קיימת, אפשר לציין את השם שנוצר על ידי המערכת או את השם הקצר ואת מזהה הארגון. כשמשתמשים ב-API כדי לעדכן את המדיניות, צריך לציין את השם שנוצר על ידי המערכת.
יצירה של מדיניות חומת אש בין רשתות גלובלית
אחרי שיוצרים תג מאובטח, אפשר להשתמש בו בכללים של מדיניות חומת אש גלובלית ברשת.
המסוף
נכנסים לדף Firewall policies במסוף Cloud de Confiance .
ברשימת הפרויקטים, בוחרים את הפרויקט בארגון.
לוחצים על יצירת מדיניות חומת אש.
בשדה Policy name, כותבים את השם.
בקטע היקף הפריסה, בוחרים באפשרות גלובלי.
כדי ליצור כללים למדיניות, לוחצים על המשך > יצירת כלל חומת אש.
פרטים נוספים מופיעים במאמר בנושא יצירת כלל במדיניות חומת אש בין רשתות עם תגים מאובטחים.
אם רוצים לשייך את המדיניות לרשת, לוחצים על המשך > שיוך.
פרטים נוספים מופיעים במאמר בנושא שיוך מדיניות לרשת.
לוחצים על המשך > יצירה.
gcloud
כדי ליצור מדיניות חומת אש ברשת, משתמשים בפקודה gcloud compute network-firewall-policies create:
gcloud compute network-firewall-policies create \
NETWORK_FIREWALL_POLICY_NAME \
--description DESCRIPTION \
--global
מחליפים את מה שכתוב בשדות הבאים:
NETWORK_FIREWALL_POLICY_NAME: שם למדיניות-
DESCRIPTION: תיאור של המדיניות
יצירת כלל במדיניות חומת האש עם תגים מאובטחים
אחרי שיוצרים תג מאובטח ומדיניות חומת אש, אפשר ליצור כלל מדיניות חומת אש עם ערכי תג מקור ספציפיים וערכי תג יעד ספציפיים כדי לאפשר את התנועה שנבחרה בין המכונות הווירטואליות עם תגי המקור ותגי היעד.
יצירת כלל במדיניות חומת אש היררכית עם תגים מאובטחים
אפשר ליצור כלל מדיניות היררכי לחומת אש עם מפתחות וערכים ספציפיים של מקור ויעד רק אם יצרתם מדיניות היררכית לחומת אש. מידע נוסף זמין במאמר יצירת מדיניות היררכית של חומת אש.
המסוף
נכנסים לדף Firewall policies במסוף Cloud de Confiance .
ברשימת הפרויקטים, בוחרים את מזהה הארגון או את התיקייה שמכילה את המדיניות.
לוחצים על שם המדיניות ואז על יצירת כלל חומת אש.
מזינים את העדיפות של הכלל.
מציינים את כיוון התנועה.
בקטע פעולה במקרה של התאמה, בוחרים הגדרה.
בקטע יומנים, בוחרים באפשרות מופעל או מושבת.
בקטע יעד, בוחרים באפשרות תגי אבטחה ולוחצים על בחירת היקף התגים.
בדף Select a resource (בחירת משאב), בוחרים את הארגון או הפרויקט שבהם רוצים ליצור תגים מאובטחים.
מזינים את צמדי המפתח/ערך שהכלל יחול עליהם.
כדי להוסיף עוד צמדי מפתח/ערך, לוחצים על הוספת תג.
בקטע מקור, בשורה תגים, לוחצים על בחירת היקף לתגים.
בדף בחירת משאב, בוחרים את הארגון או התיקייה שמכילים את מפתחות התגים המאובטחים.
לוחצים על יצירה.
gcloud
כדי ליצור כלל במדיניות היררכית של חומת אש, משתמשים בפקודה gcloud compute firewall-policies rules create:
gcloud compute firewall-policies rules create \
--firewall-policy FIREWALL_POLICY_NAME \
--src-secure-tags ORGANIZATION_ID/TAG_KEY/TAG_VALUE \
--target-secure-tags ORGANIZATION_ID/TAG_KEY/TAG_VALUE \
--direction DIRECTION \
--action ACTION \
--layer4-configs tcp:PORT
מחליפים את מה שכתוב בשדות הבאים:
-
FIREWALL_POLICY_NAME: השם של מדיניות חומת האש ההיררכית -
ORGANIZATION_ID: מזהה הארגון -
TAG_KEY: מפתח התג המאובטח -
TAG_VALUE: הערך להקצאה למפתח התג המאובטח -
DIRECTION: מציין אם הכלל הוא כללingressאו כללegress -
ACTION: אחת מהפעולות הבאות:-
allow: מאפשר חיבורים שתואמים לכלל -
deny: דחיית חיבורים שתואמים לכלל -
goto_next: עובר להערכת החיבור ברמה הבאה בהיררכיה, בין אם מדובר בתיקייה או ברשת
-
PORT: מספר היציאה לגישה למשאב
יצירת כלל במדיניות חומת אש בין רשתות עם תגים מאובטחים
אפשר ליצור כלל במדיניות חומת אש ברשת עם ערכי תגי המקור הספציפיים וערכי תגי היעד שמאפשרים את תעבורת הנתונים שנבחרה בין מכונות וירטואליות עם תגי המקור ותגי היעד. מידע נוסף זמין במאמר בנושא יצירת מדיניות גלובלית של חומת אש ברשת.
המסוף
נכנסים לדף Firewall policies במסוף Cloud de Confiance .
ברשימת הפרויקטים, בוחרים את הפרויקט או את התיקייה שמכילים את המדיניות.
לוחצים על שם המדיניות ואז על יצירת כלל חומת אש.
מזינים את העדיפות של הכלל.
מציינים את כיוון התנועה.
בקטע פעולה במקרה של התאמה, בוחרים הגדרה.
בקטע יומנים, בוחרים באפשרות מופעל או מושבת.
בקטע יעד, בוחרים באפשרות תגי אבטחה ולוחצים על בחירת היקף התגים.
בדף Select a resource (בחירת משאב), בוחרים את הארגון או הפרויקט שבהם רוצים ליצור תגים מאובטחים.
מזינים את צמדי המפתח/ערך שהכלל יחול עליהם.
כדי להוסיף עוד צמדי מפתח/ערך, לוחצים על הוספת תג.
בקטע מקור, בשורה תגים, לוחצים על בחירת היקף לתגים.
בדף בחירת משאב, בוחרים את הארגון או התיקייה שמכילים את מפתחות התגים המאובטחים.
לוחצים על יצירה.
gcloud
כדי ליצור כלל במדיניות חומת האש של הרשת, משתמשים בפקודה gcloud compute network-firewall-policies rules create:
gcloud compute network-firewall-policies rules create \
--firewall-policy FIREWALL_POLICY_NAME \
--src-secure-tags ORGANIZATION_ID/TAG_KEY/TAG_VALUE \
--target-secure-tags ORGANIZATION_ID/TAG_KEY/TAG_VALUE \
--direction DIRECTION \
--action ACTION \
--layer4-configs tcp:PORT \
--global-firewall-policy
מחליפים את מה שכתוב בשדות הבאים:
-
FIREWALL_POLICY_NAME: השם של מדיניות חומת האש החדשה ברשת הגלובלית -
ORGANIZATION_ID: מזהה הארגון -
TAG_KEY: מפתח התג -
TAG_VALUE: הערך להקצאה למפתח התג DIRECTION: מציין אם הכלל הוא כללingressאו כללegress-
ACTION: אחת מהפעולות הבאות:-
allow: מאפשר חיבורים שתואמים לכלל -
deny: דחיית חיבורים שתואמים לכלל -
goto_next: עובר להערכת החיבור ברמה הבאה בהיררכיה, בין אם מדובר בתיקייה או ברשת
-
PORT: מספר היציאה לגישה למשאב
קישור תגים מאובטחים
כדי להבין איך פועל קישור מאובטח של תגים גם למדיניות חומת אש ברשת וגם למדיניות חומת אש היררכית, אפשר לעיין במאמר בנושא קישור תגים מאובטח.
לפני שמתחילים
מוודאים שיש לכם תפקיד Tag Administrator (
roles/resourcemanager.tagAdmin). בתור Tag Administrator, אתם יכולים לקשר את התגים המאובטחים למופעי מכונה וירטואלית בודדים.אם אין לכם את התפקיד Tag Administrator (
roles/resourcemanager.tagAdmin), אתם יכולים לבקש מה-Organization Administrator להקצות לכם את התפקיד Tag User (roles/resourcemanager.tagUser). מידע נוסף זמין במאמר בנושא הענקת הרשאות לתגים מאובטחים.מוודאים שיש לכם את התפקיד Tag User (
roles/resourcemanager.tagUser) במשאבים שהתגים משויכים אליהם. מידע נוסף על מתן התפקיד Tag User (משתמש תגים) (roles/resourcemanager.tagUser) במשאבים שאליהם התגים צריכים להיות מקושרים זמין במאמר מתן הרשאות להגנה על תגים.חשוב לוודא שיצרתם מפתחות וערכים מאובטחים של תגים וכלל במדיניות חומת האש עם תגים מאובטחים.
מוודאים שיצרתם מופע של מכונת VM. מידע נוסף זמין במאמר בנושא יצירה והפעלה של מכונה של Compute Engine.
הכפפה של תגים מאובטחים למכונות וירטואליות
אפשר לצרף תגים קיימים למשאבים מסוימים. אחרי שהמשאב נוצר, מצמידים לו תגים לפי ההוראות הבאות.
המסוף
כדי לקשר את התגים המאובטחים למופעי מכונות וירטואליות:
נכנסים לדף VM instances במסוף Cloud de Confiance .
בוחרים פרויקט ולוחצים על המשך.
בעמודה Name (שם), לוחצים על שם המכונה הווירטואלית שרוצים להוסיף לה תגים.
בדף הפרטים של מכונת ה-VM, מבצעים את השלבים הבאים:
- לוחצים על Edit.
- בקטע Basic information, לוחצים על Manage tags ומוסיפים את התגים הרצויים למופע.
- לוחצים על Save.
gcloud
במאמר צירוף תגים למשאבים במאמרי העזרה של Resource Manager מוסבר איך להשתמש בדגלים האלה.
לדוגמה, הפקודה הבאה מצרפת תג למכונה וירטואלית:
gcloud resource-manager tags bindings create \
--location=LOCATION_NAME \
--tag-value=tagValues/TAGVALUE_ID \
--parent=FULL_RESOURCE_NAME
מחליפים את מה שכתוב בשדות הבאים:
-
LOCATION_NAME: האזור שבו נמצאת המכונה. אם המשאב הוא גלובלי, לא מציינים את הדגל--location. -
TAGVALUE_ID: המזהה המספרי של ערך התג
FULL_RESOURCE_NAME: שם המשאב המלא של משאב היעד. בדוגמה הזו, שם המשאב המלא של מכונת ה-VM://compute.googleapis.com/projects/PROJECT_NUMBER/zones/ZONE/instances/INSTANCE_ID
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_NUMBER: המזהה המספרי של הפרויקט שמכיל את משאב היעד -
ZONE: האזור שבו נמצאת המכונה -
INSTANCE_ID: מזהה המופע של המכונה הווירטואלית
-
REST
כדי לצרף תג למשאב, קודם צריך ליצור ייצוג JSON של קישור תג שכולל את המזהה הקבוע או את שם מרחב השמות של ערך התג ואת המזהה הקבוע של המשאב. למידע נוסף על הפורמט של tagBinding, אפשר לעיין בחומר העזר בנושא tagBindings.
כדי לצרף את התג למשאב של תחום מוגדר, כמו מכונה וירטואלית, משתמשים בשיטה tagBindings.create עם נקודת הקצה האזורית שבה נמצא המשאב. לדוגמה:
POST https://LOCATION_NAME-cloudresourcemanager.googleapis.com/v3/tagBindings
גוף הבקשה יכול להיות אחת משתי האפשרויות הבאות:
{
"parent": "FULL_RESOURCE_NAME",
"tagValue": "tagValue/TAGVALUE_ID"
}
{
"parent": "FULL_RESOURCE_NAME",
"tagValueNamespacedName": TAGVALUE_NAMESPACED_NAME
}מחליפים את מה שכתוב בשדות הבאים:
-
LOCATION_NAME: המיקום האזורי של המשאב. למכונה וירטואלית, מציינים את האזור. למשאב גלובלי, משמיטים את הפרמטרLOCATION_NAME-
FULL_RESOURCE_NAME: שם המשאב המלא של משאב היעד. בדוגמה הזו, שם המשאב המלא של מכונת ה-VM://compute.googleapis.com/projects/PROJECT_NUMBER/zones/ZONE/instances/INSTANCE_ID
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_NUMBER: המזהה המספרי של הפרויקט שמכיל את משאב היעד -
ZONE: האזור שבו נמצאת המכונה -
INSTANCE_ID: מזהה המופע של המכונה הווירטואלית
-
TAGVALUE_ID: המזהה הקבוע של ערך התג שמצורף. לדוגמה:4567890123
TAGVALUE_NAMESPACED_NAME: שם מרחב השמות של ערך התג שמצורף, בפורמט:parentNamespace/tagKeyShortName/tagValueShortName
הוספת תגים מאובטחים למכונת VM במהלך יצירת ה-VM
בתרחישים מסוימים, יכול להיות שתרצו לתייג משאבים במהלך יצירת המשאבים, ולא אחרי שהמשאב נוצר.
המסוף
השלבים המדויקים עשויים להשתנות בהתאם לסוג המשאב. השלבים הבאים מיועדים למכונה וירטואלית:
נכנסים לדף VM instances במסוף Cloud de Confiance .
בוחרים פרויקט ולוחצים על המשך.
לוחצים על Create instance. הדף Create an instance מופיע ובו החלונית Machine configuration.
בתפריט הניווט, לוחצים על מתקדם. בחלונית Advanced שמופיעה, מבצעים את הפעולות הבאות:
- מרחיבים את הקטע Manage tags and labels (ניהול תגים ותוויות).
- לוחצים על הוספת תגים.
- בחלונית Tags שנפתחת, פועלים לפי ההוראות להוספת תג למופע.
- לוחצים על Save.
מציינים אפשרויות הגדרה אחרות למופע. למידע נוסף, קראו את המאמר אפשרויות הגדרה במהלך יצירת מכונה.
כדי ליצור את המכונה הווירטואלית ולהפעיל אותה, לוחצים על Create.
gcloud
כדי לצרף תג למשאב במהלך יצירת המשאב, מוסיפים את הדגל --resource-manager-tags עם הפקודה המתאימה create. לדוגמה, כדי לצרף תג למכונה וירטואלית, משתמשים בפקודה הבאה:
gcloud compute instances create INSTANCE_NAME \
--zone=ZONE \
--resource-manager-tags=tagKeys/TAGKEY_ID=tagValues/TAGVALUE_IDמחליפים את מה שכתוב בשדות הבאים:
-
INSTANCE_NAME: השם של מופע מכונת ה-VM -
ZONE: האזור שמכיל את המופע של המכונה הווירטואלית -
TAGKEY_ID: המזהה המספרי של מפתח התג -
TAGVALUE_ID: המזהה המספרי הקבוע של ערך התג שמצורף – לדוגמה:4567890123
כדי לציין כמה תגים, מפרידים ביניהם באמצעות פסיק, למשל,
TAGKEY1=TAGVALUE1,TAGKEY2=TAGVALUE2.
REST
שולחים בקשת POST לכתובת ה-URL הבאה:
POST https://compute.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE/instances
כוללים את תוכן בקשת ה-JSON הבא:
{
"name": INSTANCE_NAME,
"params": {
"resourceManagerTags": {
"tagKeys/TAGKEY_ID": "tagValues/TAGVALUE_ID",
},
}
// other fields omitted
}מחליפים את מה שכתוב בשדות הבאים:
-
INSTANCE_NAME: השם של מופע מכונת ה-VM -
TAGKEY_ID: המזהה המספרי של מפתח התג -
TAGVALUE_ID: המזהה המספרי הקבוע של ערך התג שמצורף – לדוגמה:4567890123
שימוש בתגים מאובטחים ברשתות מקושרות
אפשר להשתמש בתגים מאובטחים בקישור בין רשתות שכנות (peering) של VPC. נניח שהרשתות המחוברות הן server ו-client. כדי להשתמש בתגים מאובטחים בשתי רשתות מקושרות שלCloud de Confiance , צריך לבצע את המשימות הבאות בסדר שצוין.
מקצים למשתמש את התפקיד Tag Administrator (אדמין בתג) (
roles/resourcemanager.tagAdmin). אדמין ארגוני יכול להעניק למשתמשים את התפקיד Tag Administrator (roles/resourcemanager.tagAdmin) ברמת הארגון, ובעלי פרויקט יכולים להעניק את התפקיד Tag Administrator (roles/resourcemanager.tagAdmin) ברמת הפרויקט. מידע נוסף מופיע במאמר בנושא הענקת הרשאות לתגים מאובטחים.יוצרים תג מאובטח עם מפתח וערך ברשת
server. מידע על יצירת מפתחות וערכים מאובטחים של תגים זמין במאמר בנושא יצירת מפתחות וערכים מאובטחים של תגים.יוצרים כלל במדיניות חומת האש ברשת
serverכדי לאפשר תעבורת נתונים נכנסת מהתג המאובטח שנוצר בשלב הקודם. למידע נוסף: יצירת כלל במדיניות חומת אש עם תגי אבטחה.מעניקים למשתמש
clientאת ההרשאות הנדרשות כדי להגן על התגים בשתי רשתות ה-VPC. מידע נוסף מופיע במאמר בנושא הענקת הרשאות לתגים מאובטחים.ברשת
client, מקשרים את התגים המאובטחים למכונה וירטואלית. מידע נוסף זמין במאמר בנושא קישור תגים מאובטחים. עכשיו מכונתclientVM פותחת חיבורים למכונתserverVM.כלל מדיניות חומת האש של השרת מאפשר את תעבורת הנתונים כי היא מגיעה מהתגים המאובטחים שהיא קשורה אליהם. הכלל גם מאפשר את מנת התגובה כי תעבורת נתונים יוצאת מותרת כברירת מחדל.