Ciao a tutti e bentornati.
Ora, nel video di oggi, parleremo dell'ordinamento delle regole nell'istruzione.
Ora, tieni presente che ogni volta che lavori con un'istruzione, è molto importante fare attenzione perché una regola
sbagliata e l'intero traffico verso il tuo ordine VPC e il traffico verso un prodotto in un ambiente verranno
bloccati.
Quindi è importante comprendere in dettaglio in relazione specifica all'area dell'ordinamento delle regole.
Ora, poiché sappiamo che in un ECL di rete, possiamo andare avanti e aggiungere o rimuovere regole.
Quindi, in pratica, ogni volta che aggiungi o rimuovi regole da una rete, i partecipanti ECL
vengono automaticamente applicati alla sottorete a cui è associata la rete specifica.
Ora, se esaminiamo la rete predefinita, le regole ECL.
Quindi queste sono le due regole che vedrai.
Uno ha un numero di regola di cento e il secondo ha un numero di regola di tipo, e il primo
consente tutto il traffico e il secondo nega tutto il traffico.
Quindi il nome, quando lo vedi, crea un po' di confusione.
Quindi andiamo avanti e capiamo di più su questo.
Ora, in rete, vedi che le regole vengono valutate con la regola del numero più basso.
Quindi, per esempio, se vedrai, devi fare i numeri.
Quello che vuoi è 99 e prendi in 100.
Quindi le regole vengono valutate con la regola del numero più basso.
Quindi, tra queste, verrà valutata per prima la regola numero 99.
Ora, c'è un secondo punto molto importante in precedenza, che afferma che non appena una regola corrisponde
al traffico viene applicata indipendentemente dal numero più alto.
Strano, dinamico, contraddetto.
Ad esempio, supponiamo che un traffico provenga da noi IP di 1077 0. 5.
E poiché questo traffico proviene da questo IP e sta montando la regola numero 99, il traffico
sarà consentito indipendentemente da ciò che è menzionato negli altri numeri di regola qui.
Quindi nella regola numero cento, è specificato negato d'ora in poi.
Tuttavia, poiché il traffico corrisponde alla regola numero 99, viene applicato, in realtà non va verso la
regola numero 100.
Ora, supponiamo che un traffico provenga da 1077 0. 10.
Ora, questo non corrisponde davvero alla regola numero 99.
Quindi va avanti e guarda alla regola numero 100, che viene negata da cosa e il traffico viene
negato.
Quindi questa è la comprensione di base dell'ordinamento delle regole.
Quindi andiamo avanti e proviamolo.
Quindi attualmente nella rete ACL, se esaminiamo le regole in entrata, devi governare verso il tuo Venezuela.
Il numero 102 è la regola numero stella.
Quindi andiamo avanti e modifichiamolo.
Ora nella regola numero cento, stiamo fondamentalmente specificando consenti da tutto l'indirizzo IP qui.
Quindi andiamo avanti e creiamo anche una nuova regola.
Questa cosa specificherà una regola numero 301.
Va bene.
E all'interno consentirà anche tutto il traffico.
E cosa farà?
Copierò il mio attuale indirizzo IP.
Lo specificherò.
E nel permesso ora dirò di negare che io e probabilmente ho concepito in questo.
Quindi, se esamini già la maggior parte delle regole, hai già una regola con il numero di regola di centinaia
che consente tutto il traffico.
Quindi hai un'altra regola con il numero di regola 101, che sostanzialmente nega il traffico da un IP specifico,
che è il mio attuale indirizzo IP.
E hai un numero di regola bloccato, che sta negando il traffico da tutto l'indirizzo IP.
Allora, cosa ne pensate?
Sarò in grado di connettermi all'istanza facile associata a una sottorete a cui è collegata questa
rete?
Scopriamolo.
Quindi ti copierò l'indirizzo IP di Easy.
E facciamo rapidamente una cosa se ti presento, vedo che ci stiamo alzando ma una falsa risposta dal facile
all'istanza.
Non siamo in grado di connetterci esattamente perché ogni volta che inviamo un pacchetto correlato a bing
all'istanza facile, corrisponde a quell'ordine numero 100 di regola.
Ora, poiché corrisponde alla regola numero 800, le altre regole che sono 101 e al riguardo queste
regole non verranno valutate affatto.
Ora, andiamo avanti e cambiamo di nuovo.
Questa volta invece di centouno, diciamo 99, di solito concepisco i cambiamenti.
Va bene, quindi se guardiamo qui 99, in pratica specifica il mio attuale bambino ed è benigno.
Quindi andiamo avanti ed eseguiamo di nuovo il ping.
E vedi, questa volta non funziona davvero.
Io non.
Grande.
Quindi spero che con questo tu abbia capito le basi dell'ordinamento delle regole e l'importanza dell'ordinamento delle regole nella
rete generale è qui.
Ancora una volta, una parte importante da notare è che la SCA di rete considera sia le regole dell'idea in entrata che quelle
in uscita.
Quindi all'interno dell'outbound hai praticamente tutto il traffico che è un carico e quindi anche il facile da percepire
sarà in grado di connettersi a Internet.
Grande.
Ora alcuni punti importanti che è necessario notare.
Quindi questo è più un punto di vista della rete, ma è importante per le reti è innanzitutto
che il client che avvia la richiesta scelga l'intervallo o l'area della porta temporanea.
Cerchiamo quindi di capire rapidamente questo con la loro diagonale.
Quindi supponiamo che tu abbia un server a sinistra e un client a destra.
Ora il client vuole connettersi al server su S è l'esportazione.
Quindi, se vedrai che una tripla intestazione e un server Englander è, finisce in X nel mio sequel
associato alla porta 22 Port It e alla barca 3306.
Quindi un client vuole connettersi al lato, fallo sulla porta 22 in modo che avvii una connessione a bordo.
22 del server, invece, lo fa.
Due devono rispondere al cliente.
Quindi ci sarà una porta specifica in cui il server invia anche una risposta a quella linea.
Quindi questo è fondamentalmente effimero, noioso.
Quindi attualmente vedrai che è 5607.
Quindi questo è ciò a cui si riferiva veramente il primo puntatore, il quale afferma che quella linea
che avvia una richiesta sceglie un ritratto effimero in cui verrebbe la A.
Quindi, ad esempio, diamo un'occhiata a una connessione basata su dump BCP.
Quindi se ascolti c'è un indirizzo IP specifico 172 21. 55 Quindi questo indirizzo IP è fondamentalmente di quello del
client.
Quindi questo indirizzo IP si sta connettendo a un server con l'IP di 128 190 9106. 4 sul porto degli 80.
Quindi la richiesta di base SDP è qualcosa che è previsto su questa scheda.
Ora, se vedrai cosa avevi, il client ha anche una porta specifica che è cinque cinque, 427.
Quindi cosa significa sostanzialmente che una volta che il server riceve la richiesta dal client, anche il server
deve rispondere al client.
Ora come risponderà il server al client?
Quindi risponderà con l'indirizzo IP rifiutato seguito dal numero di porta.
Quindi qui abbiamo visto che l'IP del client ha la porta 58427.
Quindi in questo pacchetto di risposta audio vedi che la risposta è fatta dal server che è 122 e 90 9106. 4.
E questa risposta va all'indirizzo IP del client seguito dalla porta, che è cinque, cinque, quattro,
due sette.
Va bene.
Quindi, solo per rivedere, ogni volta che è in corso una comunicazione tra un cieco
e un server, un client si apre e porta, diciamo 55607 da cui invierebbe i dati al server sulla porta 22.
Ora, quando un server vuole rispondere al client, la risposta sarebbe basata sull'indirizzo IP del client,
seguito dal numero di porta che il client aveva aperto.
Quindi questo è ciò che significa veramente il quarto punto.
Ora, in pratica, perché questo è importante per le lettere di negoziazione e come allora sanno, andrai
avanti e modificherai le regole in entrata?
Facciamo un esempio.
Ogni volta che aggiungi una nuova regola a te, specifichi anche un intervallo di porte di qui.
Quindi è importante notare che qui è consentito un set corretto di intervallo di porte.
Ora, se si esamina il secondo punto del PPD, si afferma chiaramente anche che il confine
021023 è di porto e solo dopo questo 1023 ci sono le porte che Golang utilizza per avviare la connessione.
Ad esempio, sempre a seconda del sistema operativo, così tanti canali utilizzano l'intervallo
di porte da 3 a 762.61.000 richieste provenienti da EAB utilizza da 102426583 riproduci e così via qui.
Ora permettetemi anche di darvi rapidamente un esempio di questo.
Vediamo quindi, all'interno di questa specifica rete più semplice, creiamo una nuova regola.
Per prima cosa, andiamo avanti e rimuoviamo la regola precedente.
Creiamo una nuova regola con il numero di regola 99.
Ora, in questa fase, ogni volta che specifichi l'intervallo di porte, questa fortezza sarà quella della porta in arrivo.
Ad esempio, se guardi in questo diagramma, ogni volta che un client fa una richiesta, quindi questa è una richiesta in
entrata.
Quindi, qualunque porta tu specifichi, questa sarebbe la porta in entrata.
Quindi, se faccio qualcosa del genere, significa che ciò che sarà consentito alla rete è il livello del mare.
Tuttavia, generalmente la sede crea la regola in uscita.
È qui che generalmente si verificano molti errori.
Lascia che te lo mostri velocemente.
Quindi, nel controllo delle regole in uscita, procediamo.
Una nuova regola numero di regola LCA di 99 e all'interno ancora hai un DCP personalizzato e all'interno dell'intervallo di porte vediamo,
consento un ampio intervallo da 0 a 1 023.
Va bene.
E la destinazione è 0000 e specificherò una regola di rifiuto o farò clic per salvare questo.
Va bene.
Quindi, ciò significa sostanzialmente che qualsiasi traffico che va dalle risorse che fanno
parte del VPC a questo specifico intervallo di porte di qualsiasi indirizzo IP, questo traffico verrà negato.
Quindi, a questo punto, quando ho provato a connettermi alle due istanze facili sullo sport SSA, lasciami fare
un rapido SSA qui.
Va bene, quindi stiamo praticamente ottenendo un timeout di connessione.
Quindi per questo, verifichiamo rapidamente le regole in entrata, ordiniamolo.
E sì, ne abbiamo uno a Montreal perché il traffico è stato negato.
Consentitemi di rimuovere rapidamente questa regola.
Bene, farò rapidamente un mare di cambiamenti qui.
Proviamo a farlo perché questo è ancora una volta.
Sta cercando di connettersi con il facile e ci alziamo incontrando la cena.
Questo va benissimo, ma la negazione della missione va bene.
Ma in questa fase possiamo identificare chiaramente che la comunicazione tra il mio attuale laptop Windows e quella di
facile istanza sta avvenendo.
Ma se conosco anche le regole in uscita, l'audio.
Modifichiamo questo.
Quindi da qui possiamo identificare che il laptop Windows che si stava connettendo al server a bordo 22 non stava effettivamente utilizzando
una di queste immagini di porta.
021023.
Quindi ora andiamo avanti e cambia.
Prendiamo un DCP personalizzato e questa cosa.
Diciamo 102426553 fake e vedrai il nome.
Facciamo un cambio di rotta.
Va bene.
Quindi ora, quando vai avanti e ti connetti di nuovo all'istanza, la connessione che vedrai
non stiamo davvero ricevendo alcuna risposta, principalmente perché il nostro server non è in grado di
rispondere al client, perché il ritratto effimero che il client aveva usato questa stampa scadente effimera non è fondamentalmente
consentita nella connessione in uscita della rete.
Lo vedi.
Quindi, se riesci a vederlo, stai praticamente ottenendo il tempo di connessione.
Quindi, sebbene questo suggerimento di cui stavamo discutendo, ha più a che fare con il concetto di rete.
Ma dal momento che stiamo lavorando con Network qui, ho pensato di includere questa lista specifica in modo che
non ci sia confusione in particolare quando si implementa l'ACL di rete negli ambienti di produzione.
Ricordalo sempre in modo specifico.
Se stai lavorando con regole in uscita nell'ACL di rete, devi sapere che devi consentire la stampa della porta effimera se vuoi che
le cose funzionino, se dirai consenti da 0 a 1 da 0 a 3 in uscita, non lo farà
davvero lavoro.
Quella terra non otterrà la risposta.
Quindi è necessario consentire da 10242658 DFA, almeno affinché la comunicazione tra un cliente e Nasarawa raggiunga
questo limite perfetto.
Quindi questa è la panoramica di alto livello sull'ACL di rete e sull'ordinamento delle regole.