Resurse
Readresarea: când trebuie schimbate adresele IP și cum o evită o închiriere
Readresarea, numită și renumerotare, mută o rețea de pe un set de adrese IP pe altul. Schimbarea pe propriile servere este partea mică: munca stă în tot ce se află în afara rețelei dvs. și cunoaște adresele vechi. O evitați deținând adrese care rămân la dvs., proprii sau printr-o închiriere care spune în scris că păstrați blocul cât timp reînnoiți.
Când are loc readresarea
- Schimbați furnizorul. Adresele atribuite de furnizorul de hosting sau de cloud rămân la el când plecați. Un bloc propriu, sau unul închiriat de dvs., poate pleca împreună cu dvs.: cum îl preia fiecare furnizor aflați în ghidurile BYOIP.
- O închiriere se încheie sau locatorul ia blocul înapoi. În funcție de contract, un locator poate recupera un bloc la sfârșitul unui termen, îl poate realoca altui client sau vă poate muta pe alte adrese ca să-și ordoneze propriul spațiu, uneori chiar în timpul termenului.
- Blocul își schimbă proprietarul. Un deținător poate vinde un bloc care este închiriat, iar dreptul unui locator asupra unui bloc se poate încheia. Ce se întâmplă atunci cu închirierea dvs. depinde de ce spune contractul.
- Intervine registrul. Un registru regional de internet poate radia resurse când taxele lor nu sunt plătite sau când deținătorul nu mai are contractul cerut de registru: în regiunea RIPE NCC, resursele independente au nevoie de unul cu un LIR sponsor sau chiar cu RIPE NCC.
- Rețeaua dvs. se schimbă. O fuziune, un upstream nou, mutarea într-un alt datacenter sau o reproiectare pot lăsa adrese care nu se mai potrivesc.
- Prefixul dvs. IPv6 a venit de la furnizor. Spațiul IPv6 atribuit de furnizor se schimbă odată cu furnizorul. RFC 4192 descrie cum renumerotați o rețea IPv6 fără o zi de trecere bruscă (flag day).
Ce se schimbă când se schimbă adresele
Fiecare loc de mai jos vă păstrează adresele vechi, iar majoritatea sunt în afara propriei rețele. RFC 5887 al IETF, „Renumbering Still Needs Work” (traducere: „Renumerotarea încă necesită muncă”), enumeră aceleași puncte dureroase din perspectiva rețelei.
| Unde stau adresele vechi | Ce faceți |
|---|---|
| DNS-ul dvs.: înregistrări A și AAAA, SPF și alte înregistrări TXT | Coborâți TTL-urile cu zile înainte, apoi schimbați înregistrările |
| Reverse DNS | Setați înregistrările PTR pe blocul nou înainte să se mute e-mailul sau serviciile |
| Allowlisturile și regulile de firewall ale partenerilor și clienților | Întrebați devreme: ferestrele lor de schimbare vă stabilesc calendarul |
| Peerii VPN, IPsec și capetele de tunel | Actualizați ambele capete și păstrați capătul vechi activ până când partea cealaltă s-a mutat |
| Certificate și licențe legate de un IP | Reemiteți-le pentru adresele noi |
| Reputația pentru e-mail | Încălziți treptat trimiterea de pe adresele noi și verificați-le istoricul mai întâi |
| Bazele de date de localizare | Publicați un geofeed pentru blocul nou înainte să se mute traficul |
| Rutarea: ROA-uri, obiecte route, Letters of Authorization | Creați-le pentru blocul nou și retrageți-le pe cele vechi când traficul se oprește (RPKI, obiecte route, LOA) |
| Propriile evidențe: IPAM, monitorizare, documentație | Actualizați-le pe măsură ce se mută fiecare serviciu |
Cum planificați o readresare
- Găsiți fiecare loc în care apar adresele. Porniți de la gestionarea adreselor IP și de la zonele DNS, apoi configurațiile de firewall și VPN, apoi partenerii care vă permit după IP.
- Pregătiți mai întâi blocul nou. Înregistrările de registru, ROA-ul, obiectul route, reverse DNS și geofeedul la locul lor, iar blocul verificat în blocklisturi înainte să se mute ceva pe el.
- Coborâți TTL-urile DNS cu câteva zile înainte de mutare.
- Rulați vechiul și noul în paralel. Mutați serviciile pe rând și comunicați partenerilor cu allowlisturi fixe adresele noi înainte să aveți nevoie de ele.
- Încălziți treptat e-mailul pe adresele noi, în loc să mutați toată trimiterea deodată.
- Păstrați blocul vechi până când traficul lui se oprește, apoi retrageți-i anunțurile, ROA-urile și înregistrările.
Ce ar trebui să scrie într-o închiriere
O închiriere decide dacă va trebui vreodată să faceți asta din motivele locatorului, nu din ale dvs. Înainte să semnați, căutați:
- Nicio recuperare sau realocare în timpul termenului. Blocul este al dvs. de folosit până la sfârșitul termenului și al nimănui altcuiva.
- Nicio mutare forțată pe alte adrese, în timpul termenului sau la reînnoire.
- Reînnoire pe același bloc și în ce condiții.
- Preaviz și un înlocuitor dacă locatorul este vreodată obligat să retragă blocul, de exemplu de un registru, de o autoritate sau de un upstream: câte zile și dacă primiți un bloc echivalent la același preț.
- Ce se întâmplă dacă locatorul vinde blocul sau dacă propriul lui drept asupra blocului se încheie.
Restul a ce trebuie verificat este în contractul de închiriere IPv4.
Unde se încadrează RTM Networks
Fiecare închiriere de la noi vine cu Garanția de continuitate a blocului, fără cost suplimentar și nu ca un nivel plătit: nu recuperăm, nu realocăm și nu renumerotăm un bloc pe care vi-l închiriem, în timpul termenului sau la reînnoire, iar când reînnoiți păstrați același bloc. Se aplică atât timp cât reînnoiți la timp și nu vă aflați într-un proces de reziliere conform Termenilor noștri. Am retrage un bloc doar dacă un registru, o autoritate competentă sau un upstream care anunță spațiul ar cere-o, sau dacă propriul nostru drept asupra blocului s-ar încheia. Ați primi atunci un preaviz scris de cel puțin 60 de zile și un bloc echivalent de aceeași mărime, în același registru unde este disponibil, la același preț pentru restul termenului. Dacă nu am putea oferi unul, sau dacă ați prefera să nu îl luați, ați putea înceta acel serviciu la data retragerii fără altă răspundere. Este în Termenii și condițiile noastre.
Contact
Aveți nevoie de spațiu IPv4 închiriat?
Spuneți-ne dimensiunea și perioada de care aveți nevoie. Spațiul închiriat este de obicei activ în 24 de ore de la plată și de obicei răspundem în 1-3 ore lucrătoare.
