Ein kunngjørdur Docker-portur letur eina leið til eitt endapunkt í containerinum. Hann byrjar ikki proxyina og broytir ikki adressuna, sum henda prosessin lurar á.

Fyri eina vanliga bridge-netmapping, samanber hesi trý virðini:

Partur av leiðiniVirði at kanna
KlientinntakHost-adressan og tann kunngjørdi porturin, sum klienturin kontaktar
FramleingingarmálContainer-adressan og porturin, sum mappingin velur
TænastaAdressan og porturin, sum proxyin veruliga bindur inni í containerinum

Ein proxy, sum bert er bundin til 127.0.0.1 inni í containerinum, fær kanska ikki ferðslu, sum verður framleidd til netadressuna hennara. Hetta er øðrvísi enn at kunngera ein host-port bert á host-loopback: tað avmarkar, hvør kann náa mappingini, meðan container-loopback kann forða mappingini í at náa tænastuni.

Vel tann innara lurtaran fyri ta ætlaðu útleggingina, meðan avmarkað host-kunngerð og proxy-atgongd verða varðveitt. Ein Dockerfile-yvirlýsing um opnan port byrjar onga tænastu, og ein eydnað container-byrjan váttar ikki, at prosessin lurar á framleingingarmálinum.

Fylg, hvussu langt eitt miseydnað samband kemur. Avvísingar og endurstillingar broytast eftir pallinum og framleingingar-íverksetingini, so ongin teirra eyðkennir eina innstilling eintýðing. Tá ið tað nær tænastuni, leita eftir galdandi proxy-heilsan og nýt ta kravdu SOCKS-útgávuna, samsannning og málstevnu. Bert ein atkomuligur host-portur kann ikki vátta hesar førleikar.

Skyldar greinar