מאגר ידע
Generate a Read & Write API token in the Hetzner Console and connect it, so your domains' DNS is served from your own Hetzner project.
חיבור חשבון Hetzner משלכם מאפשר ל-DNS של הדומיין להיות מוגש מהחשבון שלכם במקום מהחשבון שלנו. האזור (zone), החיוב ולוח הבקרה של הספק נשארים אצלכם; אנו יוצרים ומעדכנים את הרשומות הנדרשות לאתרים ולתיבות הדואר שלכם, כך שלא תצטרכו להעתיק אותן ידנית.
חשבון Hetzner עם האזורים שלכם ב-Hetzner Console. חברת Hetzner העבירה את ה-DNS אל ה-Hetzner Console, וממשק ה-DNS הבלעדי (DNS Console) הישן יותר משתמש בסוג טוקן שונה שאינו עובד עוד עבור חיבור זה — אם האזורים שלכם עדיין שם, העבירו אותם קודם ל-Hetzner Console. טוקנים שייכים לפרויקט, לכן השתמשו בפרויקט שמכיל את האזורים שלכם.
ב-Hetzner Console, פתחו את הפרויקט שמכיל את האזורים שלכם, בחר ב-Security בסרגל הצד השמאלי, לאחר מכן ב-API tokens בחלק העליון, ואז ב-Generate API token. הזינו תיאור, בחרו ב-Read & Write — טוקן לקריאה בלבד יכול להציג את האזורים שלכם אך אינו יכול לשנות רשומה — וצרו אותו. העתיקו את הטוקן: Hetzner לא תציג אותו שוב לאחר סגירת החלון.
פתחו את Integrations בלוח הבקרה שלכם ובחרו ב-Connect an account. בחרו ב-Your own DNS כקבוצה וב-Hetzner DNS כחשבון, מלאו את API token, ולחצו על Connect account.
אנו בודקים את מה שהדבקתם לפני שדבר מה נשמר. מפתח שאינו עובד אינו נשמר לעולם, והתשובה מציינת מה הייתה הבעיה בו. מפתח שעובד נשמר מוצפן בכספת הסודות שלנו — לעולם לא במסד הנתונים שלנו — ואינו מוצג שוב לעולם, אפילו לא לכם.
האזורים שלכם אינם מופיעים. הטוקן שייך לפרויקט אחר, או שהאזורים עדיין נמצאים ב-DNS Console הישן. צרו את הטוקן בפרויקט שמכיל אותם.
שינויי רשומות נדחים. הטוקן נוצר במצב Read. צרו טוקן Read & Write וחברו אותו.
מופיעה הודעה שהמפתח נדחה. כמעט תמיד מדובר באחד משלושה דברים: רווח או מעבר שורה שהועתקו איתו, מפתח שפג תוקפו, או מפתח שבוטל או נוצר מחדש לאחר שהעתקתם אותו. צרו מפתח חדש והדביקו אותו שוב.
החיבור מצליח, אך משהו מאוחר יותר נכשל. המפתח עובר אימות אך חסרה לו הרשאה שהפעולה דורשת. צרו מפתח חדש עם ההרשאות המפורטות לעיל, לאחר מכן נתקו את החיבור הישן וחברו את המפתח החדש.
פתחו את Integrations, מצאו את החשבון ולחצו על Disconnect. פעולה זו מוחקת את המפתח השמור באופן מיידי. כל מה שהשתמש בו ייעצר בפעולה הבאה שלו, והמסכים שהסתמכו עליו יציגו הודעה על כך במקום להיכשל בשקט.
הניתוק אינו מבטל את מה שכבר נעשה — רשומות, הפצות או הגדרות ששינינו בחשבון שלכם יישארו כפי שהן. אם לדעתכם המפתח עצמו דלף, בטלו אותו גם אצל הספק; הניתוק מסיר את העותק שלנו, לא את שלהם.
מאמר זה טרם פוקל לשפתך, ולכן את/ה קורא/ת את הגרסה באנגלית.
על מה כתבנו בנוגע לאחסון, קידום אתרים (SEO) וניהול אתרים בקנה מידה רחב.
איך אחסון אתרים מעצב אינדוקס ושווי קישורים ב-2026: שמירה על עמודים באינדוקס, בדיקת דומיינים ותיקים לפני שבונים עליהם, בניית קישורים ללא טביעת רגל, וקו כנה לגבי מה שתשתית יכולה ולא יכולה לעשות עבור קידום אתרים (SEO).
קרא את הפוסט ←רשימת תיוג מעשית ל-WordPress מהיר ומאובטח: שיוך מטמון ברמת השרת (server-level caching), מטמון אובייקטים ברמת האתר (per-site object cache), קומץ התוספים שבאמת שווה להריץ, שמירה על סביבת פיתוח (stack) מעודכנת, ועמודי ה-WooCommerce שאסור לשמור במטמון לעולם.
קרא את הפוסט ←מה באמת מבדיל בין אירוח מנוהל איכותי לבין שרת זול עם לוח בקרה — העברות, גיבויים, בידוד, מנגנוני מטמון אמיתיים וסקלביליות אמיתית — וכיצד להעריך זאת לפני שאתם מתחייבים.
קרא את הפוסט ←התמיכה כלולה בכל תוכנית, שולחן העבודה פתוח 24 שעות ביממה, ותוכלו לכתוב לנו בכל אחת מ-58 השפות שלנו — אנו נענה לכם בשפה שלכם.
צור קשר עם התמיכה → כל המאמרים →