צייל פראקסי ארויסגאנגען באזונדער פון רעפליקעס

דריי פראקסי רעפליקעס הינטער איין איבערזעצונג טויער קענען נאך אלץ ארויסשטעלן איין פובליקן ארויסגאנג. פריוואטע קאנטעינער אדרעסן באשטימען נישט די אידענטיטעט וואס איז זעבאר ביים ציל.

client → published service → proxy replica → egress/NAT → destination

פאלגט דעם צייכענונג אין צוויי טיילן. דער פארעפנטלעכטער דינסט קלויבט ווי א קליענט דערגרייכט א רעפליקע. דער ארויסגאנג וועג און NAT קלויבן די מקור אדרעס פון דער ווייטערדיקער פארבינדונג פון יענער רעפליקע.

דאס רוטינג נעץ פון Docker Swarm נעמט אן פארקער אויף א פארעפנטלעכטן דינסט פארט און שיקט עס צו אן אקטיווער אויפגאבע. דאס שטיצט פארטיילונג פון אריינגאנג און ענדערונגען אין אויפגאבע פלאצירונג; עס צוטיילט נישט קיין באזונדערן פובליקן ארויסגאנג פאר יעדער רעפליקע.

אויב מען דארף באזונדערע ארויסגאנגען, פלאנירט זייערע עכטע וועגן און אדרעסן, אזוי ווי באזונדער גערוטעטע האסטס אדער צוגעטיילטע ארויסגאנג טויערן, דערנאך די באאבאכטעטע אויסערדיקע אידענטיטעטן ציילט.

איבערבייטן א רעפליקע בייטן אויך אירע לעבעדיקע שטראמען

א באשטעטיקטער CONNECT טונעל געהערט צו איין פראקסי פראצעס. אן אנדער אויפגאבע קען נישט דורכזיכטיק באנייען דעם TCP און TLS צושטאנד פונעם ציל ווען עס בייטט אויס יענעם פראצעס. פלאנירט ווידערפארבינדונגען און אויסליידיקט לאנגלעבעדיקע פארבינדונגען פאר אויפהאלט.

איבערפירט אויך קליענט אויטענטיפיקאציע און ציל פאליסיס צו די רעפליקעס. א סוקסעספולע פארט קאנטראל פון א לאסט אויסגלייכונג איז ענגער ווי א דערלויבטער קליענט וואס פארהאנדלט דעם פארלאנגטן פראקסי פראטאקאל. קאפאציטעט, ארויסגאנג אידענטיטעט און איבערלעבן פון פארבינדונגען זענען באזונדערע באדערפענישן צו אראפשאצן.