Două servicii, o adresă publică și un nume DNS care pare să rezerve un port. Nu o face. Înainte de a publica un server DMZ lângă intrarea VPN pe un ASA, notați tuplurile de intrare și verificați-le în ordine; primul câmp care se potrivește cu un serviciu existent este locul unde planul se oprește. Tot ce urmează presupune că VPN-ul se termină pe aparatul însuși, nu pe un server intern.

Scrieți cele cinci câmpuri înainte de a scrie comanda

Pentru fiecare intrare publică, înregistrați familia de adrese, adresa publică, transportul, portul public și proprietarul. Proprietarul este fie un serviciu local la ASA, fie un server intern tradus. Două intrări pot împărtăși o adresă și totuși să fie tupluri diferite, iar două intrări pot arăta diferit într-o diagramă în timp ce se ciocnesc pe aparat.

Păstrați o a doua coloană pentru portul real, cel pe care serverul intern chiar ascultă. Portul public și portul real sunt alegeri independente, iar în momentul în care le uniți într-o singură coloană pierdeți capacitatea de a reciti propria traducere mai târziu.

Public entryOwnerReal side
TCP 443 on the outside addressASA VPN listenerAppliance-local, no translation
TCP 8443 on the outside addressStatic PATDMZ server TCP 443
UDP 443 on the outside addressCheck the effective listenersPossibly the VPN data path

Citiți corect pozițiile reale și mapate

Porniți de la tuplul pe care îl aveți deja, nu de la serverul pe care vreți să îl adăugați. O împărțire ilustrativă păstrează intrarea VPN aprobată pe TCP 443 public și publică un server DMZ HTTPS pe TCP 8443 public în timp ce acel server continuă să asculte pe 443:

Public TCP 443  -> ASA VPN listener
Public TCP 8443 -> DMZ server TCP 443

În comanda implementată, serviciul real și serviciul mapat stau în poziții fixe, iar inversarea lor descrie o altă mapare, nu una defectă. Acesta este cel mai obișnuit mod în care o traducere funcțională devine un puzzle: configurația este validă, pur și simplu indică în altă parte.

Ghidul NAT ASA 9.16 de la Cisco documentează PAT-ul static, utilizarea adresei de interfață și semnificațiile portului real față de cel mapat. Citiți secțiunea pentru versiunea pe care o rulați efectiv; o comandă reținută de pe o platformă mai veche nu este o configurație actuală completă.

Socotiți transportul ca parte a rezervării

TCP 443 și UDP 443 sunt tupluri diferite, iar diferența aceea nu vă oferă UDP-ul gratis. Un VPN poate avea listeneri TLS și DTLS separați, iar alte servicii configurate pot deține deja transportul pe care îl doriți. Inventariați listenerii efectivi și politica de acces în loc să presupuneți că pagina web este întreaga intrare VPN.

Un al doilea nume de gazdă care se rezolvă la aceeași adresă nu rezolvă nici o coliziune la nivel de transport. DNS este o mapare nume-la-adresă, nu un broker de porturi, iar publicarea unui server prin PAT nu este aceeași operațiune cu mutarea listenerului VPN pe alt port.

Dacă intrarea VPN chiar trebuie să se mute, patru lucruri se schimbă împreună: profilul clientului, URL-ul public, filtrarea din amonte și fiecare transport pe care îl folosește implementarea. Faceți-le într-o singură fereastră, nu pe rând. Țineți deschisă o cale de administrare separată către aparat înainte de a atinge serviciul prin care ajungeți la el. Fără o a doua cale, mutarea este o schimbare din care nu vă puteți retrage din exterior.

Verificați din exterior cu conexiuni noi

Permiteți doar aplicația DMZ dorită sub politica de acces efectivă, apoi verificați ordinea de traducere corespunzătoare, calea de retur a serverului și numele de gazdă din certificat. PAT schimbă destinația de rețea; nu acordă acces la aplicație și nu repară un certificat care numește altă gazdă.

Testați ambele servicii cu conexiuni noi de la o gazdă externă autorizată: VPN-ul ar trebui să se stabilească în continuare, iar cererea DMZ ar trebui să ajungă la listenerul dorit. O sesiune stabilită poate păstra starea anterioară, așa că nu dovedește nimic despre o mapare pe care ați schimbat-o acum un minut.

Închideți bucla actualizând inventarul intrărilor cu ce ați implementat, inclusiv orice listener pe care l-ați descoperit, nu creat. Următoarea persoană care publică un serviciu pe acea adresă va porni de la tabelul dumneavoastră, iar un rând greșit acolo costă mai mult decât o comandă greșită aici.

Articole similare