אין כפתור אחד של „שינוי IP”, כי כתובת השרת קשורה לסוג הרשת ולמיקום שלו. מה אפשר לעשות תלוי בנקודת ההתחלה. ארבעה מקרים מכסים כמעט כל בקשה שמגיעה אלינו, ואף אחד מהם לא דורש פנייה.
אם אתם לא בטוחים מה סוג הרשת שלכם: בלשונית רשת של השרת בלוח הבקרה כתוב NAT או IPv4 ציבורי ייעודי. ההבדל מוסבר ברשת ופורטים.
1. שרת NAT ← IPv4 ציבורי משלו
המקרה הנפוץ ביותר. לשרת NAT אין IPv4 ציבורי משלו: מתחברים אליו דרך פורט SSH (או RDP) אישי, ושאר הפורטים הנכנסים סגורים. כדי לארח אתר, שרת דואר או כל דבר שאנשים מתחברים אליו, צריך כתובת ייעודית.
לא צריך להתקין מחדש. בלוח הבקרה פתחו את השרת, עברו ללשונית חיוב ובחרו מבין אפשרויות השדרוג תעריף עם IP ייעודי באותו גודל או גדול יותר. דרך ה־API: קודם בודקים את האפשרויות והמחיר, ואז משדרגים עם target_plan ו־confirm: true:
GET /services/{id}/upgrade-options
POST /services/{id}/upgrade-to-dedicated
מה קורה:
- מהיתרה יורד ההפרש בין שני המחירים החודשיים על הימים שנותרו בתקופה הנוכחית;
- השרת מאותחל עם הכתובת החדשה; הדיסק והקבצים שלכם נשארים כמו שהם;
- SSH עובר לפורט 22 בכתובת ה־IPv4 החדשה, וכל פורט שתפתחו בחומת האש נעשה נגיש מבחוץ;
- מהתקופה הבאה משלמים את מחיר התעריף החדש.
למה לצפות אחרי האתחול. לקוח ה־SSH יתריע שמפתח המארח השתנה, כי השרת יוצר מפתחות חדשים לכתובת החדשה. אם שיניתם את סיסמת root ידנית, בדקו אותה — היא עשויה לחזור לזו שמוצגת בלוח הבקרה. ואם החלפתם את הגדרות הרשת של cloud-init בתצורה משלכם, הכתובת החדשה לא תוחל מעצמה; פתחו את קונסולת הדפדפן מלוח הבקרה והגדירו אותה שם.
המעבר דורש כתובת פנויה במיקום של השרת. אם אין כזו באותו רגע, השדרוג נדחה ושום דבר לא מחויב.
2. IPv4 שני על שרת עם IP ייעודי
אם כבר יש לכם IPv4 ייעודי וצריך עוד אחד — אתר שני עם כתובת משלו, כתובת נפרדת לדואר — הוסיפו אותו בעמוד השרת תחת IP ייעודי: $5 לחודש, מחויב במלואו בהזמנה, עם תאריך חידוש משלו. דרך ה־API:
POST /services/{id}/dedicated-ip
הכתובת החדשה מופיעה כממשק רשת שני אחרי האתחול הבא. הכתובת הראשית לא משתנה. אם במיקום אין כרגע כתובת פנויה, ההזמנה ממתינה בתור והכתובת מוקצית אוטומטית ברגע שאחת מתפנה.
ה־$5 לא מוחזרים אם תסירו את הכתובת או תבטלו את השרת.
3. IPv4 ייעודי ← חזרה ל־NAT
באותו עמוד אפשר להעביר שרת עם IP ייעודי לתעריף NAT באותו גודל. ה־IPv4 הציבורי שלכם חוזר למאגר שלנו, השרת מאותחל עם כתובת פרטית ופורט SSH אישי, ושאר הפורטים הנכנסים נסגרים. לא נוגעים בדיסק, והחיוב עובר למחיר של NAT.
עשו את זה רק אם שום דבר לא תלוי בכתובת. אחרי שה־IPv4 משתחרר, מישהו אחר יכול לקבל אותו, ואי אפשר לבקש בחזרה בדיוק את הכתובת הזו.
4. כתובת אחרת לגמרי
יש מי שפשוט רוצה כתובת חדשה: פרויקט חדש, מוניטין נקי, מדינה אחרת. הדרך היא שרת חדש. הזמינו אותו, העבירו את הנתונים, הפנו את ה־DNS לכתובת החדשה ואז בטלו את השרת הישן. בהזמנה דרך ה־API או MCP אפשר לבחור מדינה עם location: "de" או "fi".
זו גם הדרך היחידה להעביר שרת למיקום השני: כתובת IPv4 שייכת למיקום שלה.
מה לא משנה את הכתובת
| פעולה | IPv4 ראשי |
|---|---|
| אתחול, כיבוי והפעלה | נשאר |
| התקנה מחדש של מערכת ההפעלה | נשאר |
| תעריף גדול יותר מאותו סוג (NAT←NAT, IP←IP) | נשאר |
| שינוי hostname או DNS הפוך | נשאר |
| NAT ← IP ייעודי | IPv4 ציבורי חדש |
| IP ייעודי ← NAT | משוחרר |
| ביטול השרת | משוחרר |
לפני שמשנים משהו
- הורידו את ה־TTL ב־DNS כמה שעות מראש אם דומיין מצביע על השרת, כדי שהשינוי יתפשט מהר.
- בדקו רשימות היתרים. מפתחות API בבורסות, חומות אש של שותפים וכללי מסדי נתונים שסומכים על הכתובת הישנה צריכים את החדשה.
- הגדירו מחדש DNS הפוך בכתובת החדשה אם אתם שולחים דואר; הוא מוגדר לכל כתובת בנפרד. ראו רשת ופורטים.
- גבו. אף אחד מהשלבים לא נוגע בדיסק, אבל אתחול הוא רגע טוב להחזיק גיבוי. גיבויים מנוהלים מתוארים בגיבויים.
אם הכתובת שלכם ברשימה שחורה
רישום קשור בדרך כלל לתעבורה מלפני שהכתובת הייתה שלכם, או לשרת שלכם עצמו. במקרה השני, החלפת כתובת לא פותרת כלום. בדקו את הרישום, תקנו את הסיבה והשתמשו בטופס ההסרה של הרשימה. אם לדעתכם הרישום שגוי, פתחו פנייה עם שם הרשימה וקישור; אנחנו בודקים כל מקרה, אבל לא מחליפים כתובות לפי בקשה.
תגובות
אין עדיין תגובות. היו הראשונים.