Τι πρέπει να γνωρίζουν οι εταιρείες ΤΝ για τη διακυβέρνηση των διευθύνσεων IP

Τι πρέπει να γνωρίζουν οι εταιρείες ΤΝ για τη διακυβέρνηση των διευθύνσεων IP

1. Εξασφαλίστε ασφάλεια και μειώστε τον κίνδυνο — Αποτρέψτε πλαστογράφηση IP, υφαρπαγή και μη εξουσιοδοτημένη χρήση. Προστατέψτε την υποδομή και τη φήμη σας.
2. Παραμείνετε συμμορφωμένοι και έτοιμοι για έλεγχο — Καλύψτε κανονιστικές απαιτήσεις και κλαδικά πρότυπα, τεκμηριώνοντας σαφώς τους πόρους που κατέχετε και τις ευθύνες.
3. Ενισχύστε εμπιστοσύνη και συνεργασίες — Δείξτε σε πελάτες, συνεργάτες και επενδυτές υπεύθυνη διαχείριση IP.
4. Βελτιστοποιήστε τη χρήση IP και ελέγξτε το κόστος — Διαχειριστείτε αποτελεσματικά τους πόρους IP, αποφύγετε τη σπατάλη και μειώστε περιττά έξοδα.
5. Επιτρέψτε ευελιξία και φορητότητα — Προσαρμοστείτε εύκολα στην ανάπτυξη, την επέκταση στο νέφος και τις συγχωνεύσεις ή εξαγορές.
6. Στηρίξτε την κλιμάκωση και την καινοτομία — Χτίστε δικτυακή βάση έτοιμη για το μέλλον, που υποστηρίζει φόρτους ΤΝ και παγκόσμια ανάπτυξη.

Η καλή ΤΝ αρχίζει από ισχυρή διακυβέρνηση.

Διαχειριστείτε τα IP σας. Δώστε δύναμη στην καινοτομία σας.

Η διακυβέρνηση διευθύνσεων IP προσφέρει ορατότητα, λογοδοσία και έλεγχο σε όλο τον κύκλο ζωής των IP, ώστε να καινοτομείτε με σιγουριά.

ΣΧΕΔΙΑΣΜΟΣ · ΔΙΑΧΕΙΡΙΣΗ · ΠΡΟΣΤΑΣΙΑ · ΑΝΑΠΤΥΞΗ

Οι συζητήσεις για την υποδομή ΤΝ συνήθως αρχίζουν από την υπολογιστική ισχύ: GPU, ηλεκτρική ενέργεια, ψύξη, κέντρα δεδομένων, αποθήκευση και διασυνδέσεις. Αυτές είναι ορατές επενδύσεις. Η δικτυακή ταυτότητα που τις στηρίζει παραβλέπεται ευκολότερα.

Μια δημόσια υπηρεσία ΤΝ εξακολουθεί να χρειάζεται προσβάσιμα τελικά σημεία. Οι πελάτες της μπορεί να επιτρέπουν μόνο συγκεκριμένες διευθύνσεις. Η δρομολόγησή της μπορεί να εξαρτάται από έναν αριθμό αυτόνομου συστήματος. Τα συστήματα ασφαλείας της μπορεί να βασίζονται σε RPKI, αντίστροφο DNS και ιστορικό συνδεδεμένο με την ίδια δικτυακή ταυτότητα.

Αυτό οδηγεί στο ερώτημα που απαντά ο οδηγός: πώς μπορεί μια εταιρεία ΤΝ να διατηρεί το δίκτυό της προσβάσιμο όταν μια διεύθυνση, ένας πάροχος ή ένα μητρώο γίνεται μέρος του κινδύνου;

Πρώτα, διαχωρίστε τη χωρητικότητα από την ταυτότητα

Μια διεύθυνση IP μπορεί αρχικά να αποτελεί χωρητικότητα. Ένα προσωρινό περιβάλλον ανάπτυξης μπορεί να μετακινηθεί σε άλλη διεύθυνση με μικρή αναστάτωση. Ένα API σε παραγωγή είναι διαφορετική περίπτωση όταν πελάτες, συνεργάτες, τείχη προστασίας, συστήματα παρακολούθησης και αρχεία συμμόρφωσης εξαρτώνται από τη συγκεκριμένη διεύθυνση.

Τότε η διεύθυνση έχει γίνει μέρος της δικτυακής ταυτότητας της εταιρείας. Το κόστος δεν είναι πια η τιμή μιας διεύθυνσης. Είναι το κόστος αλλαγής κάθε εξωτερικού συστήματος που έχει μάθει να την εμπιστεύεται.

Αυτή η διάκριση δίνει στην ομάδα υποδομής καλύτερη αφετηρία από το να ρωτά μόνο πόσες διευθύνσεις χρειάζεται. Πρέπει να ρωτά ποιες μπορούν να εγκαταλειφθούν εύκολα, ποιες στηρίζουν την παραγωγή και ποιες έχουν γίνει δύσκολο να αντικατασταθούν.

Τέσσερα επίπεδα που συγχέονται εύκολα

Οι ομάδες ΤΝ μπορούν να λαμβάνουν καλύτερες αποφάσεις όταν διαχωρίζουν τέσσερα διαφορετικά επίπεδα:

• Ο πόρος. Τα προθέματα IPv4 και IPv6, μαζί με τους αριθμούς αυτόνομων συστημάτων, δίνουν στα δίκτυα παγκοσμίως μοναδικά αναγνωριστικά.
• Η εγγραφή στο μητρώο. Το μητρώο καταγράφει ποιος κατέχει ή ελέγχει έναν πόρο και βοηθά το ευρύτερο Διαδίκτυο να αποφεύγει αντικρουόμενες αξιώσεις.
• Το δίκτυο σε λειτουργία. Οι αναγγελίες BGP, οι δρομολογητές, οι ανάντη πάροχοι και οι εφαρμογές καθορίζουν αν η κίνηση φτάνει πράγματι σε μια υπηρεσία.
• Η δήλωση ασφάλειας. Το RPKI και μια εξουσιοδότηση προέλευσης διαδρομής βοηθούν άλλα δίκτυα να ελέγχουν αν ένα ASN εξουσιοδοτείται να αποτελεί την προέλευση ενός προθέματος.

Μια εγγραφή μητρώου δεν μετακινεί μόνη της ένα πακέτο. Μια σωστή εγγραφή παραμένει πολύτιμη, επειδή άλλα δίκτυα χρησιμοποιούν εγγραφές και δηλώσεις ασφάλειας όταν αποφασίζουν τι θα αναγνωρίσουν. Το ζητούμενο είναι η ακρίβεια: η καταγραφή ενός πόρου είναι λειτουργία συντονισμού, όχι κυριότητα της επιχειρηματικής δραστηριότητας που στηρίζεται σε αυτόν.

Γιατί αυτό γίνεται πρόβλημα επιχειρησιακής συνέχειας

Φανταστείτε μια πλατφόρμα ΤΝ της οποίας το κύριο πρόθεμα API χρησιμοποιείται σε λίστες επιτρεπόμενων διευθύνσεων πελατών, τείχη προστασίας συνεργατών, VPN, ελέγχους κατάχρησης, παρακολούθηση και περιφερειακή δρομολόγηση. Η εταιρεία μπορεί να έχει αγοράσει τον πόρο, να τον μισθώνει ή να τον έχει λάβει από πάροχο. Κάθε διευθέτηση δημιουργεί διαφορετικές εξαρτήσεις, αλλά όλες γίνονται ακριβότερες στην αλλαγή όταν το πρόθεμα έχει ενσωματωθεί βαθιά στα συστήματα.

Η διακοπή ενός παρόχου είναι μόνο ένα είδος αστοχίας. Η διοικητική υπηρεσία γύρω από τον πόρο μπορεί επίσης να καταστεί μη διαθέσιμη, να εμπλακεί σε δικαστική διαφορά, να χάσει πρόσβαση στα συστήματά της ή να αποφασίσει κάτι που αφήνει το ενεργό δίκτυο χωρίς πρακτικό τρόπο διατήρησης της ταυτότητάς του.

Η υπολογιστική συστοιχία της εταιρείας μπορεί να παραμένει υγιής. Οι πελάτες μπορεί να συνεχίζουν να πληρώνουν. Ωστόσο, το κόστος αλλαγής διευθύνσεων μπορεί να μετατρέψει ένα διοικητικό πρόβλημα σε πρόβλημα υπηρεσίας και εσόδων.

Η αγορά ή η μίσθωση διεύθυνσης δεν καταργεί την εξάρτηση

Η αγορά μπορεί να είναι λογική όταν μια εταιρεία ΤΝ χρειάζεται προβλέψιμη, μακροπρόθεσμη χωρητικότητα. Η μίσθωση μπορεί να είναι λογική όταν χρειάζεται ευελιξία ή γρήγορη επέκταση. Καμία συναλλαγή δεν απαντά σε κάθε ερώτημα συνέχειας.

Πριν η παραγωγή εξαρτηθεί από ένα πρόθεμα, η ομάδα πρέπει να γνωρίζει:

• Ποιος καταγράφεται ως κάτοχος του πόρου;
• Ποιο μητρώο διαχειρίζεται την εγγραφή;
• Ποιο ASN επιτρέπεται να αποτελεί την προέλευση του προθέματος;
• Ποιος μπορεί να δημιουργήσει ή να αλλάξει τη ROA;
• Ποιος ελέγχει το αντίστροφο DNS και τη διοικητική πρόσβαση;
• Τι συμβαίνει αν εξαφανιστεί πάροχος, μεσίτης ή εκμισθωτής;
• Τι συμβαίνει όταν λήξει η μίσθωση ή ένα μητρώο καταστεί μη διαθέσιμο;

Η τιμή ανά διεύθυνση είναι, επομένως, μόνο ένα μέτρο προμήθειας. Για ένα κρίσιμο πρόθεμα, χρησιμότερο μέτρο είναι η συνέχεια ανά διεύθυνση.

Το RPKI πρέπει να ακολουθεί το δίκτυο που πράγματι λειτουργεί

Ας υποθέσουμε ότι μια εταιρεία μεταφέρει ένα πρόθεμα από ένα ASN σε άλλο. Η ρύθμιση BGP μπορεί να είναι σωστή, αλλά η παλιά ROA να εξακολουθεί να εξουσιοδοτεί μόνο την προηγούμενη προέλευση. Τα δίκτυα που εκτελούν επικύρωση προέλευσης διαδρομής μπορεί τότε να θεωρούν τη νέα αναγγελία μη έγκυρη.

Ο λειτουργικός κανόνας είναι απλός: η αλλαγή δρομολόγησης και η αντίστοιχη δήλωση ασφάλειας ανήκουν στην ίδια διαδικασία αλλαγής. Το RPKI πρέπει να απαντά στο στενό τεχνικό ερώτημα για το οποίο σχεδιάστηκε: ποιο ASN εξουσιοδοτείται να αποτελεί την προέλευση αυτού του προθέματος;

Δεν πρέπει να γίνει γενικός μηχανισμός τιμωρίας για άσχετες εμπορικές διαφορές ή θεσμικές διαφωνίες. Η ασφάλεια πρέπει να προστατεύει το ενεργό δίκτυο. Δεν πρέπει να δημιουργεί επιπλέον σημείο ασφυκτικού ελέγχου της επιχείρησης, που δεν υπόκειται σε επανεξέταση.

Για το τεχνικό υπόβαθρο, δείτε την αρχιτεκτονική RPKI και τις αναφορές της IANA για τους αριθμητικούς πόρους.

Η λύση είναι λιτός συντονισμός με πραγματική οδό εξόδου

Οι εταιρείες ΤΝ χρειάζονται πράγματι συντονισμό. Οι διευθύνσεις πρέπει να παραμένουν μοναδικές. Οι εγγραφές πρέπει να είναι ακριβείς. Η ασφάλεια δρομολόγησης πρέπει να επαληθεύεται. Οι μεταβιβάσεις και οι αλλαγές ελέγχου πρέπει να μπορούν να ελεγχθούν.

Αυτές οι λειτουργίες δεν απαιτούν έναν αναντικατάστατο διαχειριστή. Ένας ισχυρότερος σχεδιασμός θα επέτρεπε στον κάτοχο πόρου να αποδεικνύει τον έλεγχο, να μεταφέρει ένα ανεξάρτητα επαληθεύσιμο αρχείο σε άλλη υπηρεσία και να διατηρεί το δίκτυο ενεργό αν ένας διαχειριστής αποτύχει.

Αυτό είναι το πρακτικό νόημα της φορητότητας. Δεν είναι η δυνατότητα μετακίνησης ενός γραφείου ή ένταξης σε άλλον οργανισμό μελών. Είναι η δυνατότητα διατήρησης της εγγραφής του πόρου, της απόδειξης ελέγχου, των δηλώσεων ασφάλειας και της λειτουργικής συνέχειας όταν η τρέχουσα διοικητική διευθέτηση πρέπει να αλλάξει.

Η αλλαγή του ονόματος στην πύλη δεν λύνει το δομικό πρόβλημα αν η εταιρεία εξακολουθεί να μην μπορεί να φύγει. Η οδός αντικατάστασης πρέπει να υπάρχει στο σύστημα πριν την καταστήσει αναγκαία μια κρίση. Το επιχείρημα αναπτύσσεται στα κείμενα Η Διακήρυξη Δικαιωμάτων του Συντονισμού της Μοναδικότητας και Η Πλάνη της Συνέχειας του Μητρώου.

Πρακτική απογραφή για μια ομάδα υποδομής ΤΝ

Πριν επεκτείνετε μια δημόσια υπηρεσία ΤΝ, τηρείτε μία ενημερωμένη απογραφή που απαντά:

• Ποια προθέματα IPv4 και IPv6 στηρίζουν την παραγωγή;
• Ποια ASN χρησιμοποιούνται και ποιο ASN αποτελεί την προέλευση κάθε προθέματος;
• Ποιος ελέγχει τον λογαριασμό μητρώου, το αντίστροφο DNS και τα κλειδιά RPKI;
• Ποιοι πόροι είναι μισθωμένοι, εκχωρημένοι από πάροχο ή άμεσα κατεχόμενοι;
• Ποιοι πελάτες και συνεργάτες έχουν εντάξει τις διευθύνσεις σε λίστες επιτρεπόμενων;
• Πόσο θα κόστιζε η αλλαγή διευθύνσεων κάθε κρίσιμου προθέματος;
• Ποια είναι η οδός αντικατάστασης αν αποτύχει ένας πάροχος ή ένα μητρώο;

Κατατάξτε το αποτέλεσμα σε χωρητικότητα που μπορεί εύκολα να εγκαταλειφθεί, χωρητικότητα παραγωγής και ταυτότητα κρίσιμη για την επιχείρηση. Η τελευταία κατηγορία αξίζει τον ίδιο σχεδιασμό εναλλακτικής λειτουργίας σε περίπτωση αστοχίας που εφαρμόζεται ήδη στην ηλεκτροδότηση, την αποθήκευση, τη διαμετακόμιση και τους παρόχους νέφους.

Γιατί η δουλειά αρχίζει πριν χαλάσει οτιδήποτε

Το IPv6 μπορεί να μειώσει την πίεση στο IPv4 και οι εταιρείες πρέπει να το χρησιμοποιούν όπου ταιριάζει στους πελάτες και τα συστήματά τους. Δεν εξαφανίζει κάθε εξάρτηση από IPv4 μέσα σε μία νύχτα. Πολλά εταιρικά δίκτυα, λίστες επιτρεπόμενων διευθύνσεων και εξωτερικές υπηρεσίες εξακολουθούν να εξαρτώνται από σταθερή ταυτότητα IPv4.

Η αναμονή μέχρι να αρχίσει ήδη να αποτυγχάνει ο πάροχος ή το μητρώο αφαιρεί τον χρόνο για έλεγχο αρχείων, σύγκριση εναλλακτικών και συντονισμό με πελάτες. Η ανάγκη είναι λειτουργική, όχι θεατρική: όσο περισσότερα συστήματα μαθαίνουν μια ταυτότητα, τόσο ακριβότερη γίνεται μια απρογραμμάτιστη αλλαγή.

Οι εταιρείες ΤΝ δημιουργούν υποδομές μεγάλης διάρκειας με εκτεταμένες εξωτερικές εξαρτήσεις. Πρέπει να εφαρμόζουν στους αριθμητικούς πόρους την ίδια πειθαρχία που εφαρμόζουν στην υπολογιστική ισχύ και την ενέργεια: να αφαιρούν περιττά μοναδικά σημεία αστοχίας, να τεκμηριώνουν την εξάρτηση και να καθιστούν δυνατή την αντικατάσταση πριν χρειαστεί.

Το ερώτημα για το διοικητικό συμβούλιο

Τα ανώτατα στελέχη δεν χρειάζεται να ρυθμίζουν BGP. Πρέπει όμως να ρωτούν αν οι σημαντικότερες δικτυακές ταυτότητες της εταιρείας μπορούν να επιβιώσουν από αλλαγή παρόχου, παρωχημένη δήλωση ασφάλειας ή θεσμική αστοχία.

Το σωστό ερώτημα δεν είναι μόνο «Έχουμε αρκετές διευθύνσεις IP;». Είναι:

• Ποιος μπορεί να τις αλλάξει;
• Ποιος μπορεί να τις δρομολογήσει;
• Ποιος μπορεί να αλλάξει τις δηλώσεις ασφάλειας;
• Ποιοι πελάτες εξαρτώνται από αυτές;
• Μπορεί η εταιρεία να τις διατηρήσει αν ο διαχειριστής δεν μπορεί να συνεχίσει;

Αυτό σημαίνει διακυβέρνηση διευθύνσεων IP στην κλίμακα της υποδομής. Προστατεύστε τη μοναδικότητα, την ακρίβεια, τις θεμιτές δηλώσεις ασφάλειας και το ενεργό δίκτυο. Διατηρήστε τον διαχειριστή αντικαταστάσιμο.

Συνεχίστε με το επιχείρημα που βρίσκεται στη βάση

Αυτός ο οδηγός εξηγεί το λειτουργικό ερώτημα. Το ευρύτερο επιχείρημα αναπτύσσεται στις Σημειώσεις του Lu Heng: δικτυακή ταυτότητα και συνέχεια των πελατών, η πρωτοκαθεδρία του κώδικα που λειτουργεί και τα προτεινόμενα δικαιώματα συντονισμού της μοναδικότητας.

Για το ζήτημα της προμήθειας, διαβάστε Γιατί υπάρχει το i.LEASE. Το κοινό νήμα είναι απλό: μια συναλλαγή μπορεί να δώσει στην εταιρεία πρόσβαση σε πόρο, αλλά μόνο ένας σχεδιασμός συνέχειας μπορεί να κάνει αυτή την πρόσβαση διαρκή.