በርካታ ጎብኚዎች ከአንድ የህዝብ አድራሻ ይመጣሉ። ይህ ለቢሮ NAT መግቢያ ይስማማል። ለተጋራ የፊት ፕሮክሲም ይስማማል። አድራሻው ብቻውን በመካከላቸው አይመርጥም።

NAT በመንገዱ ላይ የአድራሻ መረጃን ይለውጣል። የፊት ፕሮክሲ ግንኙነትን ተቀብሎ ወደፊት ግንኙነት ይፈጥራል። እነዚህ የተለያዩ ዘዴዎች ናቸው፣ ሆኖም መድረሻ የሚያየው እሱን የሚደርሱትን ግንኙነቶች እንጂ የደንበኛውን የኔትወርክ መሣሪያ ሙሉ ዝርዝር አይደለም።

የHTTP Via መስክ ስለ HTTP አማላጆች ማስረጃ ሊሰጥ ይችላል። አለመኖሩን ጠባብ አድርገው ይተርጉሙት፡ ይህ ጥያቄ ያንን አመልካች ለዚህ ታዛቢ አልገለጠም። ራስጌዎች የማይታመኑ፣ የተወገዱ ወይም በተለመደው ከጫፍ እስከ ጫፍ TLS ዋሻ ውስጥ የማይገኙ ሊሆኑ ይችላሉ። የIP ዝና ዳታቤዞች ሌላ ዓይነት ማስረጃ ይሰጣሉ፣ የራሳቸው ሽፋንና ዕድሜ አላቸው።

ለዚህም ነው በመፈታተያ ላይ “ፕሮክሲ አልተገኘም” የሚለው የኔትወርክ ንድፍ ያልሆነው። ሌሎች ድረ-ገጾችም ተመሳሳይ ድምዳሜ ላይ ይደርሳሉ ብሎ ማረጋገጥም አይችልም።

ደንበኛውን ወይም ኔትወርኩን የሚያስተዳድሩ ከሆነ፣ የመጨረሻ ነጥቡን ምልከታዎች ከትክክለኛው የመተግበሪያ ቅንብሮች፣ ከመግቢያ ውቅር እና ከሚመለከታቸው የግንኙነት መዝገቦች ጋር ያጣምሩ። ድረ-ገጹን ብቻ የሚያስተዳድሩ ከሆነ፣ ምልክቶችዎ የሚደግፉትን ይግለጹ እና ለእርግጠኛ አለመሆን ቦታ ይስጡ።

ለመዳረሻ ቁጥጥር ምን መጠበቅ እንደሚፈልጉ ይወስኑ። የተጋራ አድራሻ ለጠቅላላ የፍጥነት ገደብ ጠቃሚ ሊሆን ይችላል፣ ነገር ግን ለአንድ ሰው ደካማ ተተኪ ነው። NAT ወይም ፕሮክሲ ብሎ መጥራቱ ያንን የማንነት ችግር አይፈታም።

ተዛማጅ ጽሑፎች