תיעוד 39
יצירת רשומות תת-דומיין
עודכן לאחרונה: 16 באפריל 2026
רוב תת-הדומיינים משרתים מטרה מסוימת בהקשר הכללי של האתר. לדוגמה, blog.example.com יכול להיות הבלוג, support.example.com יכול להיות פורטל העזרה ללקוחות, ו-store.example.com יהיה אתר המסחר האלקטרוני.
גם אם אין צורך בתת-דומיינים מסוימים, ייתכן שתרצו להגדיר לפחות רשומת תת-דומיין ב-www. בדרך כלל היא תצביע לאותו תוכן שיש בדומיין הראשי (example.com), או תשתמש בהפניה. רשומת DNS של תת-דומיין ב-www עוזרת להבטיח שמבקר שמקליד www. לפני כתובת הדומיין עדיין יוכל למצוא את האתר או היישום.
#רשומות תת-דומיין
כדי לארח תוכן בתת-דומיין של הדומיין, ודאו תחילה שספק האחסון יכול להגיש תוכן עבור שם המארח הנתון (<subdomain>.example.com).
לאחר מכן יוצרים רשומת פתרון כתובת IP מתאימה (A, AAAA, או CNAME), ומציינים את התווית של תת-הדומיין (blog, www, או store, לדוגמה) כName של הרשומה.
| Type | Name | IPv4 address | Proxy status |
|---|---|---|---|
| A | blog | 192.0.2.1 | Proxied |
- בלוח הבקרה של Cloudflare, עברו לדף DNS Records. עברו אל Records
- בחרו ב-Add record.
- בחרו ב-
A,AAAA, אוCNAMEכ-Type של הרשומה, לפי הצרכים:- כדי להצביע לכתובת IPv4, בחרו ב-
A, השתמשו בתת-הדומיין (blog) עבור Name של הרשומה, והזינו את כתובת ה-IPv4 בשדה המתאים. - כדי להצביע לכתובת IPv6, בחרו ב-
AAAA, השתמשו בתת-הדומיין (blog) עבור Name של הרשומה, והזינו את כתובת ה-IPv6 בשדה המתאים. - כדי להצביע לשם דומיין מלא (FQDN) (כגון
your-site.host.example.com), בחרו ב-CNAME, השתמשו בתת-הדומיין (blog) עבור Name של הרשומה, והזינו את שם הדומיין המלא בשדה Target.
- כדי להצביע לכתובת IPv4, בחרו ב-
- ציינו את Proxy status ואת TTL לפי הצרכים.
- בחרו ב-Save כדי לאשר.
השתמשו בנקודת הקצה Create DNS Record ב-API.
להגדרות השדות, עיינו בתיעוד ה-API (גלוי לאחר בחירת סוג הרשומה תחת מפרט גוף הבקשה).
- כדי להצביע לכתובת IPv4, בחרו ב-A Record, השתמשו בתת-הדומיין (
blog) עבור השדהname, והשתמשו בכתובת ה-IPv4 עבור השדהcontent. - כדי להצביע לכתובת IPv6, בחרו ב-AAAA Record, השתמשו בתת-הדומיין (
blog) עבור השדהname, והשתמשו בכתובת ה-IPv6 עבור השדהcontent. - כדי להצביע לשם דומיין מלא (FQDN) (כגון
your-site.host.example.com), בחרו ב-CNAME Record, השתמשו בתת-הדומיין (blog) עבור השדהname, והשתמשו בשם הדומיין המלא עבור השדהcontent.
#הפניות של תת-דומיין
להנחיות נוספות על הפניית תת-דומיין, לדומיין הראשי או למיקום אחר, עיינו בהגדרת הפניות של תת-דומיין.
#SSL/TLS לתת-דומיינים
DNS הוא מה שמודיע היכן אפשר להגיע לאתר או ליישום, ו-SSL/TLS הוא מה שמאפשר לאתרים וליישומים ליצור חיבורים בצורה מאובטחת.
אם תת-הדומיינים אינם מכוסים נכון על ידי אישור SSL/TLS, המבקרים יראו אזהרה בדפדפן שלפיה האתר או היישום אינם מאובטחים.
אם הדומיין הראשי משתמש באישור Universal SSL של Cloudflare, האישור הזה מכסה גם את כל תת-הדומיינים ברמה הראשונה (blog.example.com).
לתת-דומיינים עמוקים יותר (dev.blog.example.com), השתמשו בסוג אחר של אישור.
Proxy status
Cloudflare יכולה להגיש אישור SSL/TLS עבור רשומת DNS רק כאשר מגדירים את proxy status של הרשומה ל-Proxied. אם לא עושים זאת, שרת המקור שאליו הרשומה מצביעה יהיה אחראי לתמיכה בחיבורי SSL/TLS.
#התאמה אישית של התנהגות תת-דומיין
אם רוצים להתאים הגדרות Cloudflare לתת-דומיינים בודדים, הגישה תשתנה בהתאם לתוכנית.
לקוחות Enterprise יכולים להגדיר הגדרות וגישה מותאמות לתת-דומיין מסוים בתוך Cloudflare באמצעות Subdomain support.
כל שאר הלקוחות יכולים להגדיר Configuration Rules או Page Rules ייעודיים לתת-דומיין כדי לשנות הגדרות Cloudflare.
אם רוצים שניהול הגדרות ה-DNS של תת-דומיין יהיה לגמרי מחוץ ל-Cloudflare, כלומר שתת-הדומיין הזה יכול להיות מנוהל על ידי אנשים בלי גישה לחשבון Cloudflare, עיינו בהאצלת תת-דומיינים מחוץ ל-Cloudflare.