3. Impact of a Wildcard Domain Name on a Response (Impatto)

3. Impact of a Wildcard Domain Name on a Response (Impatto di un nome di dominio wildcard su una risposta)

L'algoritmo nella RFC 1034, sezione 4.3.2, rimane invariato, tranne come specificato nella sezione 3.3.3 di questo documento. Il problema è l'interpretazione dell'algoritmo nella RFC 1034, sezione 4.3.2, passaggio 3, parte 'c'.

3.1 Step 2 (Passo 2)

Il passaggio 2 dell'algoritmo di ricerca consiste nel "trovare la corrispondenza più lunga possibile". È stato sostenuto che un riferimento memorizzato nella cache risponde alla domanda sulla "corrispondenza più lunga" ed elimina la necessità di continuare con i passaggi successivi. Questo è errato.

3.2 Step 3 (Passo 3)

Il passaggio 3 dell'algoritmo di ricerca nella RFC 1034, sezione 4.3.2, è dove vengono invocati i wildcard, ma solo se un insieme di record di risorse corrispondente al tipo della query non viene trovato nel nome di dominio.

3.3 Part 'c' (Parte 'c')

Questa è la discussione sul testo "look to see" citato dalla RFC 1034, sezione 4.3.2, passaggio 3, parte 'c'.

3.3.1 Closest Encloser and the Source of Synthesis (Racchiusore più vicino e fonte di sintesi)

Il "racchiusore più vicino (closest encloser)" è il nodo nell'albero dei nomi di dominio esistenti della zona che ha il maggior numero di etichette corrispondenti a un nome di query. La "fonte di sintesi (source of synthesis)" è il nome di dominio wildcard che discende immediatamente dal racchiusore più vicino, a condizione che un nome di dominio wildcard appaia in quella posizione nella zona.