Prima di iniziare
Disegna endpoint pubblico, origine, protocolli e ritorno. Verifica autorizzazioni su indirizzi e reti e condizioni del gestore. Conserva configurazione, prepara manutenzione e definisci il ripristino prima di modificare instradamento o filtri condivisi con altri servizi.
Definire il problema da risolvere
Devi pubblicare un’applicazione HTTP, inoltrare un gioco TCP/UDP oppure annunciare un prefisso autorizzato? Sono esigenze diverse. Specifica anche se l’applicazione deve conoscere l’indirizzo originale del client. Il nome commerciale di un prodotto non spiega ritorno e servizi consentiti: conferma topologia e responsabilità di entrambi gli estremi prima di copiare una configurazione.
Capire il tunnel GRE
GRE incapsula pacchetti tra endpoint. In IPv4 usa il protocollo IP 47, non una porta TCP 47. Può trasportare traffico già filtrato se entrambi gli estremi sono configurati. Da solo non offre cifratura o autenticazione: limita fonti e proteggi gli endpoint. L’incapsulamento aumenta la dimensione e può ridurre la MTU utile, quindi verifica trasferimenti reali.
Distinguere proxy HTTP e trasporto
Un reverse proxy HTTP interpreta richieste HTTP. Altri servizi richiedono inoltro TCP o UDP adatto, per esempio il modulo Stream di NGINX quando previsto. Controlla durata delle sessioni, timeout e UDP. Una pagina funzionante non dimostra il funzionamento del gioco. La conservazione dell’indirizzo client dipende dai meccanismi che l’origine supporta davvero, non dalla sola presenza del proxy.
Verificare requisiti BGP
BGP scambia informazioni di instradamento. Annunciare una rete richiede risorse autorizzate, accordi e politiche del gestore: un IP assegnato a un VPS non è un prefisso liberamente annunciabile. BGP non filtra attacchi da solo. Il transito protetto combina instradamento e filtro. Chiarisci dimensioni dei prefissi, condizioni, ritorno e responsabilità durante un guasto.
Provare MTU e percorso di ritorno
Prova dati di dimensioni rappresentative, non solo piccoli pacchetti o una singola porta. Una MTU errata può interrompere trasferimenti mentre un controllo semplice riesce. Percorsi asimmetrici possono influire su componenti con stato: documenta entrambe le direzioni. Non cambiare MTU o rotte globali senza considerare gli altri servizi e mantenere un ritorno verificabile alla configurazione precedente.
Scegliere una soluzione gestibile
Un sito isolato ha esigenze diverse da più protocolli o una rete propria. Considera monitoraggio, recupero e chi interviene durante un’interruzione. La tecnica più ampia non è automaticamente la migliore. Prova le applicazioni prima di migrare e documenta collegamenti, perdita, ritardi e limiti. Il nome del metodo non implica capacità dedicata o protezione applicativa universale.
Cosa fare nel tuo caso
| Situazione | Prossimo passo |
|---|---|
| Una singola applicazione HTTP | Valuta un proxy HTTP con regole per l’origine e amministrazione separata. |
| Più servizi TCP/UDP | Confronta tunnel e inoltro di trasporto, includendo MTU, indirizzo client e ritorno. |
| Una rete IP propria autorizzata | Concorda BGP e transito con il gestore. Un singolo indirizzo VPS non basta ad annunciare un prefisso. |
Fonti ufficiali
Queste fonti descrivono i protocolli e le impostazioni citati. Controlla sempre la documentazione della tua versione.