bunlarin sonuclarini eger bir web servis ile kabul ediyorsaniz, dediginiz gibi o web servisi/web uygulamasini ayri bir port uzerinden calistirabilirsiniz.(modem response veriyi farkli bir url/ip den gonderebilir halde ise)
backend web service request -> modem (modem.ip - http tcp80 diyelim) -> triggered
modem trigger response -> source modem -> hedef.ip(LB) port orn.tcp8443 -> backend
eger lb tarafinda kaynak kisitiniz yoksa ayri bir virtual server/ip uzerinden yine farkli bir adresten kabul edebilirsiniz.
bunlar tamamen sizin lb yapiniz ve backend'leriniz ile alakali. lb eger sizin yonetiminizdeyse, ayni ip ve port uzerinden farkli hostnamelerden trafigi kabul edecek sekilde yapabilirsiniz.
netscaler'da buna content switching denir, f5 da farkli bir ismi var mantik ayni.
gelen istegi ayni port uzerinden de ayristirabilirsiniz, ayri port uzerinden de. disariyla hepsi 443 konusabilir ama iceride yapiniza gore backend de request yaratan web service x portundayken response karsilayan servis y portunda olabilir.
not: eger servisiniz, bilinen cloud yapilarindan birindeyse (aws, azure, cloudflare, digital ocean) bu teknolojilere benzer methodlari desteklerler ama orada yine paketin kapsami onemli.
kesinlikle yapilabilir, basic lb konfigiyle de halledilir.
0