Nu ghici prefixul biroului dintr-o singură adresă de server
O singură adresă de server nu dezvăluie rețeaua biroului. Obține prefixele aprobate, compară-le cu intervalele locale și ține minte că o rută nu este acces.
Începe cu adresa care ți s-a dat, apoi împotrivește-te impulsului de a o lărgi la ceva care pare ordonat. Un singur server la 10.22.8.19 nu spune nimic despre faptul că biroul deține 10.22.8.0/24, 10.22.0.0/16 sau o mână de /28s împrăștiate. Alegerea 10.0.0.0/8 pentru că numărul începe cu 10 prinde rețele de acasă, intervale de containere și legături de parteneri pe care nu le-ai intenționat. Prefixul este o graniță de obținut, nu de dedus.
Lungimea unui prefix descrie câți biți inițiali sunt semnificativi; nu descrie cui îi aparține intervalul.
O adresă de server nu este o rețea
Serverul, subrețeaua și locația sunt trei lucruri diferite. Un singur serviciu poate sta într-o subrețea mică dedicată, în timp ce restul biroului ocupă intervale separate, iar o rută de host poate fi complet potrivită pentru un serviciu care are în mod deliberat o singură adresă. Încetează să fie potrivită când locația redirecționează către alt host, se autentifică printr-un server separat sau își schimbă adresa. Acele dependențe sunt cerința reală, și merită întrebat despre ele înainte de a instala orice prefix.
Un calculator de subrețele transformă un prefix cunoscut într-o mască, un interval sau o listă de hosturi. Nu poate deduce o graniță organizațională dintr-un singur nume de host, iar tratarea rezultatului ca autoritate este modul în care rețele fără legătură ajung rutate.
Cere prefixele aprobate
Obține intervalele de destinație de la cine operează VPN-ul sau rețeaua. Pot exista mai multe prefixe distincte și un server DNS privat într-o altă locație, care este adesea uitat până când numele eșuează. Notează-le ca o listă aprobată cu un proprietar și o dată, nu ca un interval reconstruit dintr-un exemplu. Dacă lista este lungă, aceasta este informație despre rețea și nu o invitație de a o rezuma în ceva mai larg.
O interogare de rute doar în citire pe Mac, îndreptată spre destinația care te interesează, arată ce cale este folosită chiar acum. Acesta este comportamentul actual, nu o autorizare.
Verifică suprapunerea înainte de a aplica orice
Compară prefixele aprobate cu fiecare interval local înainte de a le aplica: LAN de acasă, punți de containere, rețele de mașini virtuale și orice alt VPN. O rută precisă către birou tot nu îți poate spune ce dispozitiv de la acea adresă ai avut în vedere când același interval există și local; tabelul nu are un astfel de concept. Suprapunerea produce simptome care arată ca servicii stricate, nu ca erori de rutare, și sunt greu de diagnosticat ulterior.
Lasă proprietarul care oferă suport să instaleze prefixele, prin configurația clientului însuși sau prin rutele împinse de server, astfel încât o reconectare să le restabilească în loc să se bazeze pe o comandă pe care cineva a tastat-o o dată.
O rută nu este acces
Rutarea unui prefix în tunel nu acordă acces la serviciile din interior. Poarta de acces trebuie să permită traficul, destinația trebuie să îl accepte și trebuie să existe o cale de întoarcere, iar fiecare dintre ele poate eșua independent de rută. Testează un serviciu dorit după ce ruta este pusă, apoi confirmă că o resursă fără legătură este încă refuzată. O rută care ajunge la un firewall nu este același lucru cu o conexiune funcțională.
Documentează împreună lista de prefixe, verificarea suprapunerii și proprietarul. Când o adresă se schimbă, acestea trei sunt ce are nevoie următoarea persoană.
Prefixul este o înțelegere despre granițe. Tratează-l așa și ruta încetează să mai fie o presupunere.