# Pianificare indirizzi e DNS come parti del deployment | SwissOctet Insights https://swissoctet.com/it/insights/plan-addresses-and-dns-for-deployment/ SwissOctet / Approfondimenti / Ingegneria di rete Ingegneria di rete Fondamenti · 4 min di lettura Pianifica indirizzi e DNS come parti del tuo deployment Separa indirizzi pubblici, privati, statici e dedicati, poi mappa DNS diretto, DNS inverso e TLS alle parti che possono configurarli. Di SwissOctet Editorial Salva guida Copia link IN QUESTA PAGINA 01 Le proprietà degli indirizzi rispondono a domande diverse 02 L'indirizzamento privato necessita comunque di routing e controllo degli accessi 03 Nomi stabili e indirizzi stabili sono correlati 04 Il forward DNS e il reverse DNS hanno proprietari diversi 05 Un indirizzo dedicato non è necessario per ogni sito HTTPS 06 Usare una mappa di deployment prima di modificare i record La tua checklist pratica Fonti e approfondimenti Torna alla libreria LA RISPOSTA DIRETTA Pubblico, privato, statico e dedicato sono proprietà indipendenti di un indirizzo. Costruire una mappa di deployment che copra anche routing, firewall, forward DNS, reverse DNS e TLS, e verificare ogni impostazione con la parte che la controlla. 01 Le proprietà degli indirizzi rispondono a domande diverse Pubblico e privato descrivono dove un indirizzo è destinato a essere instradato. Statico e dinamico descrivono come un'assegnazione si comporta nel tempo. Dedicato e condiviso descrivono come un indirizzo viene utilizzato o allocato all'interno di un servizio. Queste sono proprietà separate: un indirizzo pubblico stabile può servire molti siti, e un indirizzo privato può essere assegnato dinamicamente all'interno di una rete controllata. Scrivere il ruolo di ogni indirizzo nel deployment: punto di ingresso pubblico, database interno, route di gestione o connessione in uscita. Poi identificare chi lo assegna e cosa può cambiare. Questo evita che il lavoro di configurazione dipenda da un'ipotesi come "dedicato significa permanentemente fisso" o "pubblico significa che il servizio è raggiungibile". La raggiungibilità dipende anche da routing, firewall e listener dell'applicazione. 02 L'indirizzamento privato necessita comunque di routing e controllo degli accessi La RFC 1918 riserva gli intervalli IPv4 10.0.0.0/8, 172.16.0.0/12 e 192.168.0.0/16 per le reti private. I loro indirizzi non sono destinazioni pubbliche globalmente uniche. Una rete può tradurre indirizzi privati per connessioni in uscita o connettere reti private tramite route esplicite. Un servizio in ingresso dietro traduzione necessita di un metodo di pubblicazione deliberato; modificare solo un record DNS non crea quella route. IPv6 ha i propri tipi e scope di indirizzo, inclusi l'indirizzamento link-local e gli indirizzi unicast globalmente instradabili. Esaminarlo separatamente anziché presumere che una regola firewall o di traduzione IPv4 copra IPv6. Un indirizzo privato non è un meccanismo di autenticazione, e un indirizzo IPv6 pubblico non è una ragione per esporre ogni servizio. Testare l'accesso da ogni rete rilevante e limitare l'amministrazione al confine appropriato. 03 Nomi stabili e indirizzi stabili sono correlati DHCP alloca la configurazione degli indirizzi tramite un protocollo e può utilizzare lease. Un indirizzo assegnato dinamicamente può rimanere invariato per un certo tempo; ciò non rende la sua permanenza una garanzia contrattuale. Quando un'applicazione dipende da un indirizzo stabile, verificare la policy di assegnazione e modifica del provider anziché dedurla dalla connessione di ieri. Il DNS dinamico può aggiornare un nome dopo che un indirizzo cambia, ma i client possono comunque memorizzare nella cache la risposta precedente. Inoltre non può superare un listener irraggiungibile, una route in ingresso mancante o una traduzione di indirizzi carrier-grade. Usarlo quando la rete consente la connessione e l'applicazione tollera ritardi di aggiornamento. Per un deployment ospitato, documentare il ciclo di vita previsto dell'indirizzo prima di costruire allowlist o integrazioni esterne attorno ad esso. Proprietà Cosa confermare Ipotesi errata comune Pubblico o privato Scope di routing e percorso di accesso Un indirizzo da solo rende un servizio raggiungibile Statico o dinamico Policy di assegnazione e modifica Un lease invariato è permanente Dedicato o condiviso Allocazione e uso consentito Un indirizzo dedicato fornisce un'identità anonima IPv4 o IPv6 Sia le configurazioni di routing che quelle del firewall Le impostazioni di un protocollo coprono l'altro 04 Il forward DNS e il reverse DNS hanno proprietari diversi Il forward DNS mappa i nomi su dati come i record di indirizzo A e AAAA. Il reverse DNS utilizza uno namespace correlato agli indirizzi e record PTR per associare un indirizzo a un nome. L'organizzazione che controlla la zona forward DNS non è necessariamente l'organizzazione che controlla il reverse DNS per l'intervallo di indirizzi. Ottenere il percorso di configurazione corretto prima di promettere un nome reverse. Verificare il record tramite il resolver appropriato e registrare il risultato. Per un PTR destinato a identificare un host, verificare anche se il record forward corrispondente punta all'indirizzo previsto. Il reverse DNS può supportare l'identificazione operativa e alcuni controlli dei sistemi di posta, ma non autentica un'applicazione né garantisce la consegna dei messaggi. L'invio di posta necessita anche di una propria revisione di dominio, reputazione e autenticazione. 05 Un indirizzo dedicato non è necessario per ogni sito HTTPS Il routing host di HTTP e l'estensione Server Name Indication di TLS consentono a client e server supportati di selezionare un sito o un certificato in base al nome. Diversi siti HTTPS possono quindi utilizzare un indirizzo senza richiedere un indirizzo pubblico per dominio. La configurazione di hosting effettiva e i client richiesti determinano se tale soluzione è adeguata. Scegliere un indirizzo aggiuntivo solo quando un requisito documentato lo richiede, ad esempio una separazione di rete supportata o un sistema esterno che prevede un endpoint distinto. Un indirizzo non fornisce immunità da problemi di reputazione né identifica la persona che gestisce un servizio. Mantenere certificati, routing basato su hostname e allocazione degli indirizzi come verifiche separate. Verificare il certificato servito tramite l'hostname che gli utenti visiteranno effettivamente. 06 Usare una mappa di deployment prima di modificare i record Creare una piccola mappa contenente ogni hostname, record di indirizzo, listener, percorso firewall e parte responsabile. Includere amministrazione, backup e eventuali allowlist in uscita. Verificare se la configurazione SwissOctet elenca l'opzione di indirizzo necessaria e chiedere informazioni sul controllo del reverse DNS prima di farvi affidamento. Non presentare le opzioni di catalogo come un'assegnazione attiva già provisionata. Durante uno spostamento, preparare l'applicazione di destinazione e le impostazioni TLS prima di indirizzare gli utenti lì. Tenere conto delle cache DNS e mantenere un percorso di ripristino praticabile. Verificare separatamente la risoluzione forward, la raggiungibilità effettiva dell'applicazione e il nome reverse previsto. La mappa rende i guasti più facili da localizzare perché un record errato, una porta chiusa e un certificato non corrispondente sono problemi diversi con proprietari diversi. TRASFORMALO IN AZIONE La tua checklist pratica. ✓ Mappare ruolo, assegnazione e proprietà degli indirizzi. ✓ Verificare IPv4 e IPv6 separatamente. ✓ Verificare il routing in ingresso prima di fare affidamento su DNS. ✓ Identificare chi controlla i record PTR. ✓ Testare insieme hostname, certificato e applicazione. Scarica la checklist DOMANDE COMUNI I dettagli che contano. Un IP dedicato rende un servizio anonimo? + No. Descrive un'allocazione o un accordo d'uso, non un'identità o una garanzia di privacy. Account, traffico e dati applicativi hanno implicazioni separate. Posso impostare i record PTR dal pannello DNS del mio dominio? + Solo se controlla anche la zona reverse pertinente. Il provider dell'indirizzo controlla comunemente quella zona o fornisce un processo di richiesta separato. Ogni dominio HTTPS necessita di un proprio indirizzo? + Non necessariamente. Client e server supportati possono utilizzare il routing basato sul nome e SNI TLS. Verificare i requisiti effettivi di hosting e client. RIFERIMENTI PRIMARI Vai alla fonte. Questi riferimenti supportano i concetti tecnici di questa guida. Segui la documentazione corrente prima di modificare un sistema di produzione. RFC 1918: Address Allocation for Private Internets www.rfc-editor.org RFC 2131: Dynamic Host Configuration Protocol www.rfc-editor.org RFC 1035: Implementazione e specifica di DNS www.rfc-editor.org RFC 4291: Architettura di indirizzamento IPv6 www.rfc-editor.org RFC 6066: Estensioni TLS, inclusa Server Name Indication www.rfc-editor.org Guida editoriale di SwissOctet. Gli esempi sono illustrativi. Le specifiche di servizio, le opzioni disponibili e le condizioni contrattuali devono essere verificate separatamente. COLLEGA LE CONOSCENZE Infrastruttura correlata. Vector VPS Svizzera Canvas Web Svizzera Metal Origin Svizzera Shield VPN Svizzera MANTIENI IL FILO Le tue prossime note sul campo. Esplora tutte le guide NOTA SUL CAMPO / 01 + Ingegneria di rete Fondamenta Banda, velocità della porta e trasferimento: leggi il quadro completo Stima i dati che il tuo progetto muove e comprendi perché una porta più grande è solo una parte delle prestazioni di rete. 4 min di lettura Leggi la guida NOTA SUL CAMPO / 02 + Operazioni del day-two Applicato Amministrazione sicura di Windows RDP senza perdere l'accesso Separa raggiungibilità di rete, autenticazione e privilegi, poi verifica un percorso di ripristino prima di restringere l'accesso remoto. 6 min di lettura Leggi la guida NOTA SUL CAMPO / 03 + Ingegneria di rete Avanzato Dimensiona un trasferimento con misurazioni di latenza, concorrenza e throughput Costruisci un modello di trasferimento ripetibile usando volume del payload, finestre di consegna e round-trip time, poi testalo senza confondere un'etichetta di porta con il throughput utile. 4 min di lettura Leggi la guida