systemd-socket-proxyd ከSSH SOCKS ዋሻው በኋላ ሊቆይ ይችላል

SSH ከወጣ በኋላ የፊት ወደቡ ግንኙነቶችን የሚቀበል ከሆነ፣ ሦስቱንም ክፍሎች መርምር። የማንቃት ሶኬቱ፣ የsystemd-socket-proxyd ረዳት እና SSH የፈጠረው SOCKS አድማጭ የተለያዩ የሕይወት ጊዜዎች አሏቸው፦

ረዳቱንና SSHን አብሮ ማስጀመር የኋለኛውን የማቆሚያ ሽግግር አይወስንም። ያለ ዋሻው ንቁ መቆየት የሌለበት ረዳት፣ systemd የበለጠ ጠንካራውን ግንኙነት ይመዘግባል፦

[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.service

በትክክለኛው ንድፍ ውስጥ ተገቢውን ክፍል ላይ ተግብረው። Requires= እና ቅደም ተከተል የግንኙነቱን አንድ ክፍል ብቻ ይመልሳሉ። አስቀድሞ ንቁ የሆነ የፊት ጎን የኋላ ጎኑ ከጠፋ በኋላ ማንቃትን እንደገና ላይቀሰቅስ ይችላል። የከሸፉ ክፍሎችን ሁኔታና የመጀመሪያ ፍጥነት ገደቦችንም መርምር፤ ጥገኝነቶች እነዚያን ገደቦች አይሻሩም።

በመቀጠል የመነሻ ዝግጁነትን አቋቁም። After= ሥራዎችን ያዝዛል እንጂ የType=simple SSH አድማጭ ዝግጁነትን አይደለም። ቋሚ መጠበቂያ በዝግታ ማረጋገጫ ጊዜ ሊከሽፍ ይችላል። የሚፈለገውን አድማጭ የሚያቋቁም የመነሻ ስምምነት ተጠቀም፤ ExitOnForwardFailure=yes የማስተላለፊያ ዝግጅት ውድቀትን ይይዛል፣ የመዳረሻውን በኋላ ተደራሽነት አይደለም።

በመጨረሻ የንቃተ-ሕይወት መውጫንና ዳግም ማንቃትን ግለጽ። የማስተላለፊያ ዴሞኑ የንቃተ-ሕይወት መውጫ አማራጭ ንቁ ግንኙነቶች አለመኖራቸውን ይመለከታል፣ በክፍት ግንኙነት ላይ ባይት አለመኖሩን አይደለም። ጸጥ ያለ ክፍለ ጊዜ ንቁ አድርጎ ሊያቆየው ይችላል። የሚቀጥለው ፍላጎት የሚያስፈልጉትን አገልግሎቶች ማንቃት አለበት፣ የዳግም ጅምር ዑደቶችም የተገደቡና የሚታዩ መሆን አለባቸው። አድማጩን እንደገና መፍጠር አዲስ ግንኙነቶችን ይፈቅዳል፤ የቀድሞ የTCP ክፍለ ጊዜዎችን አይመልስም።