Hirdetés

Keresés

Új hozzászólás Aktív témák

  • soma314

    tag

    válasz _kovi_ #13482 üzenetére

    dynamic network address translation
    a router-ed kap egy public IPv4 címet kintre (mondjuk a példában legyen 180.1.1.1), van egy belső private címe bentre (pl. 192.168.1.1) a belő host-ok a belső private tartományban kapnak cimeket (pl. 192.168.1.2-től 192.168.1.253-ig). Amikor egy packet kimegy az internetre mondjuk a 192.168.1.3 cimről, abban a packetben a source-ot kicseréli 180.1.1.1-re, hogy "vissza is találjon a válasz".
    Amig ugyanannyi host van a private belső oldalon mint ahány cimet az internet szolgáltatótól kap a router kintre, addig ez "egyszerű" és lehet akár statikus is. Például a 180.1.1.1-et statikusan kicseréli a 192.168.1.3-ra. Azonban a valóságban az internetszolgáltató egy cimet ad és otthon számos host-od van, ezért dinamikusan kell kezelni méghozzá a protokolok egyedi port számának megfelelően.
    Példa:
    a 192.168.1.3 egy tcp packetet küld a 80-as portra a www.akarmi.hu szerverére, akkor a well known 80-as cimzet porthoz , hogy válasz is érkezhessen a 192.168.1.3-as számítógép ad egy source port számot is, mondjuk legyen 33213. A router egy táblát vezet, amiben feljegyzi, hogy az a packet, amiben a 192.168.1.3-at cserélte le a 180.1.1.1-re a 33213-as port-ot használta.
    Amikor jön egy packet a www.akarmi.hu ip ciméről a 180.1.1.1 IPv4 cimre és a 33213 port-ra, akkor tudni fogja, hogy amikor lecseréli a 180.1.1.1-et, akkor a 192.168.1.3-ra kell. Muig ha a 180.1.1.1-re, de 34571-re jön, akkor meg mondjuk a 192.168.1.67-re.

    Ezt hivják PAT-nek, azaz port address translation-nek. A legtöbb otthoni router leginkább ezt csinálja egész nap. Úgy szokták megcsinálni, hogy default-ban menjen, de ha véletlenül egy NAT64-et állítottál be, akkor nem fog.
    Ezért se lenne baj egy screenshot a WAN aloldalad beállításairól (persze "jelszótalanitsad")

Új hozzászólás Aktív témák