autossh - Online sa Cloud

PROGRAMA:

NAME

autossh — subaybayan at i-restart ang mga ssh session

SINOPSIS

autossh [-V] [-M port[:echo_port]] [-f] [SSH_OPTIONS]

DESCRIPTION

autossh ay isang programa upang simulan ang isang kopya ng ssh at subaybayan ito, i-restart ito kung kinakailangan
kung ito ay mamatay o huminto sa pagdaan sa trapiko.

Ang orihinal na ideya at ang mekanismo ay mula sa rstunnel (Maaasahang SSH Tunnel). Sa bersyon
1.2 ng autossh binago ang pamamaraan: autossh gumagamit ng ssh upang makabuo ng isang loop ng mga pagpapasa ng ssh
(isa mula sa lokal hanggang sa remote, isa mula sa remote hanggang sa lokal), at pagkatapos ay nagpapadala ng data ng pagsubok na ito
umaasang babalik. (Ang ideya ay salamat kay Terrence Martin.)

Sa bersyon 1.3, may idinagdag na bagong paraan (salamat kay Ron Yorston): maaaring tukuyin ang isang port para sa
isang remote echo service na mag-echo pabalik sa data ng pagsubok. Iniiwasan nito ang pagsisikip at ang
paglala ng pagtiyak na ang lahat ng mga numero ng port sa remote na makina ay hindi magbanggaan. Ang
Ang paraan ng loop-of-forwardings ay nananatiling available para sa mga sitwasyon kung saan maaaring gumamit ng serbisyo ng echo
hindi pwede.

KONTROL SSH

SSH paglabas
autossh sinusubukang makilala ang paraan ng pagkamatay ng proseso ng ssh na sinusubaybayan at kumikilos
nararapat. Ang mga patakaran ay:

1. Kung ang proseso ng ssh ay lumabas nang normal (halimbawa, may nag-type ng "exit" sa isang
interactive na sesyon), autossh paglabas sa halip na mag-restart;

2. Kung autossh mismo ay tumatanggap ng SIGTERM, SIGINT, o isang SIGKILL signal, ipinapalagay nito iyon
ito ay sadyang sinenyasan, at lumabas pagkatapos patayin ang proseso ng ssh ng bata;

3. Kung autossh mismo ay tumatanggap ng signal ng SIGUSR1, pinapatay nito ang proseso ng ssh ng bata at
nagsisimula ng bago;

4. Pana-panahon (bilang default bawat 10 minuto), autossh pagtatangka upang pumasa sa trapiko sa
subaybayan ang ipinasa na port. Kung ito ay mabibigo, autossh ay papatayin ang proseso ng ssh ng bata (kung
ito ay tumatakbo pa rin) at magsimula ng bago;

5. Kung ang proseso ng child ssh ay namatay para sa anumang iba pang dahilan, autossh susubukang simulan ang a
bago.

Startup pag-uugali
Kung nabigo ang ssh session na may exit status na 1 sa pinakaunang pagsubok, autossh

1. ay ipagpalagay na may ilang problema sa syntax o sa pag-setup ng koneksyon, at gagawin
lumabas sa halip na subukang muli;

2. May "starting gate" na oras. Kung nabigo ang unang proseso ng ssh sa loob ng unang ilang
segundo ng pagsisimula, autossh Ipinapalagay na hindi ito nagawa "sa simula
gate", at paglabas. Ito ay para pangasiwaan ang paunang nabigong pagpapatunay, koneksyon, atbp.
Ang oras na ito ay 30 segundo bilang default, at maaaring isaayos (tingnan ang AUTOSSH_GATETIME
variable ng kapaligiran sa ibaba). Kung ang AUTOSSH_GATETIME ay nakatakda sa 0, ang parehong mga pag-uugali
ay hindi pinagana: walang "starting gate", at ang autossh ay magre-restart kahit na ssh
nabigo sa unang pagtakbo na may exit status na 1. Ang oras ng "starting gate" ay din
itakda sa 0 kapag ang -f flag to autossh ang ginagamit.

Patuloy pagkabigo
Kung nabigo ang koneksyon ng ssh at sinubukang i-restart ito ay nabigo nang sunud-sunod, autossh
magsisimulang maantala ang mga pagtatangka nitong mag-restart, unti-unting umaatras nang palayo nang palayo hanggang sa
isang maximum na pagitan ng autossh oras ng botohan (karaniwang 10 minuto). autossh maaaring "prodded"
subukang muli sa pamamagitan ng pagsenyas dito, marahil gamit ang SIGHUP ("kill -HUP").

koneksyon setup
Dahil ang mga koneksyon ay dapat na maitatag nang hindi nag-aalaga, ang paggamit ng autossh nangangailangan na ang ilang anyo ng
i-set up ang awtomatikong pagpapatotoo. Ang paggamit ng RSAAuthentication sa ssh-agent ay ang
inirerekomendang pamamaraan. Sinusubukan ng halimbawang script ng wrapper na suriin kung mayroong ahente
tumatakbo para sa kasalukuyang kapaligiran, at magsimula ng isa kung wala.

Hindi ito sapat na ma-stress na dapat mong tiyakin na gumagana ang ssh sa sarili nitong, na maaari mong itakda
up ang session na gusto mo bago mo subukang patakbuhin ito sa ilalim autossh

Kung ikaw ay tunneling at gumagamit ng mas lumang bersyon ng ssh na hindi sumusuporta sa -N bandila,
dapat kang mag-upgrade (may mga bahid sa seguridad ang iyong bersyon). Kung hindi ka makapag-upgrade, maaari mong hilingin
gawin ang ginagawa ng rstunnel, at bigyan ang ssh ng utos na tumakbo, gaya ng "sleep 99999999999".

Opsyon

-M port[:echo_port]
tumutukoy sa base monitoring port na gagamitin. Kung wala ang echo port, ang port na ito at ang
port kaagad sa itaas nito ( port + 1) ay dapat na isang bagay na walang ibang ginagamit.
autossh ay magpapadala ng data ng pagsubok sa base monitoring port, at tatanggap ito pabalik sa
port sa itaas. Halimbawa, kung tinukoy mo ang "-M 20000", autossh ay magse-set up pasulong kaya
na maaari itong magpadala ng data sa port 20000 at matanggap ito pabalik sa 20001.

Bilang kahalili, maaaring tukuyin ang isang port para sa isang remote echo service. Ito dapat
port 7 kung nais mong gamitin ang karaniwang serbisyo ng inetd echo. Kapag ang isang echo port ay
tinukoy, tanging ang tinukoy na port ng monitor ang ginagamit, at dinadala nito ang monitor
mensahe sa magkabilang direksyon.

Maraming mga tao ang hindi pinagana ang serbisyo ng echo, o kahit na hindi paganahin ang inetd, kaya suriin na ito
available ang serbisyo sa remote na makina. Ang ilang mga operating system ay nagpapahintulot sa isa na
tukuyin na ang serbisyo ay nakikinig lamang sa localhost (loopback interface), na
ay sapat na para sa paggamit na ito.

Ang serbisyo ng echo ay maaari ding maging mas kumplikado: marahil isang daemon iyon
sinusubaybayan ang isang pangkat ng mga ssh tunnel.

Ang pagtatakda ng monitor port sa 0 ay magpapasara sa function ng pagsubaybay, at gagawin ng autossh
i-restart lamang ang ssh sa paglabas ng ssh. Halimbawa, kung gumagamit ka ng kamakailang bersyon ng
OpenSSH, maaaring naisin mong galugarin gamit ang ServerAliveInterval at
ServerAliveCountMax mga opsyon na lumabas ang kliyente ng SSH kung hindi na nito makita ang sarili nito
nakakonekta sa server. Sa maraming paraan ito ay maaaring isang mas mahusay na solusyon kaysa sa
port ng pagsubaybay.

-f nagiging sanhi ng pagbagsak ng autossh sa background bago patakbuhin ang ssh. Ang -f nahubad ang bandila
mula sa mga argumento na ipinasa sa ssh. Tandaan na may mahalagang pagkakaiba sa pagitan -f
na may autossh, at -f may ssh: kapag ginamit sa autossh hindi na mahihiling ng ssh
mga password o passphrase. Kailan -f ay ginagamit, ang oras ng "simulang gate" (tingnan
AUTOSSH_GATETIME) ay nakatakda sa 0.

-V sanhi autossh upang ipakita ang numero ng bersyon nito at lumabas.

Kapaligiran

Maliban sa bandila para itakda ang port ng pagsubaybay sa koneksyon, autossh gumagamit ng kapaligiran
mga variable upang kontrolin ang mga tampok. Ang ssh ay tila nangongolekta pa rin ng mga titik para sa mga pagpipilian, at
tila ito ang pinakamadaling paraan upang maiwasan ang mga banggaan.

AUTOSSH_DEBUG
Kung nakatakda ang variable na ito, ang antas ng pag-log ay nakatakda sa LOG_DEBUG, at kung ang
Sinusuportahan ito ng operating system, nakatakda ang syslog na duplicate ang mga entry sa log sa stderr.

AUTOSSH_FIRST_POLL
Tinutukoy ang oras upang maghintay bago ang unang pagsubok sa koneksyon. Pagkatapos noon ay ang heneral
ginagamit ang oras ng botohan (tingnan ang AUTOSSH_POLL sa ibaba).

AUTOSSH_GATETIME
Tinutukoy kung gaano katagal ang ssh bago namin ito isaalang-alang na isang matagumpay na koneksyon. Ang
ang default ay 30 segundo. Tandaan na kung ang AUTOSSH_GATETIME ay nakatakda sa 0, hindi lang ito
naka-off ang pag-uugali ng gatetime, ngunit hindi rin pinapansin ng autossh ang unang run failure ng
ssh. Ito ay maaaring maging kapaki-pakinabang kapag nagpapatakbo ng autossh sa boot.

AUTOSSH_LOGLEVEL
Tinutukoy ang antas ng log, na tumutugma sa mga antas na ginagamit ng syslog; kaya 0-7 na may 7
pagiging pinakamadaldal.

AUTOSSH_LOGFILE
Tinutukoy iyon autossh dapat gamitin ang pinangalanang log file, sa halip na syslog.

AUTOSSH_MAXLIFETIME
Itinatakda ang maximum na bilang ng mga segundo na dapat patakbuhin ng program. Kapag ang bilang ng
lumipas ang mga segundo, papatayin ang ssh na bata at lalabas ang programa.

AUTOSSH_MAXSTART
Tinutukoy kung ilang beses dapat simulan ang ssh. Ang negatibong numero ay nangangahulugang walang limitasyon sa
ang dami ng beses na sinimulan ang ssh. Ang default na halaga ay -1.

AUTOSSH_MESSAGE
Idagdag ang mensahe sa echo message na ipinadala kapag sinusubukan ang mga koneksyon.

AUTOSSH_NTSERVICE
(Cygwin lang.) Kapag nakatakda sa "oo" , nagse-set up ang autossh na tumakbo bilang isang serbisyo ng NT sa ilalim ng
cygrunsrv. Idinagdag nito ang -N flag para sa ssh kung hindi pa nakatakda, itinatakda ang output ng log sa
stdout, at binabago ang pag-uugali sa ssh exit upang mag-restart ito kahit sa a
normal na labasan.

AUTOSSH_PATH
Tinutukoy ang path sa ssh executable, kung sakaling iba ito sa path
pinagsama-sama sa.

AUTOSSH_PIDFILE
Sumulat ng autossh pid sa tinukoy na file.

AUTOSSH_POLL
Tinutukoy ang oras ng poll ng koneksyon sa mga segundo; Ang default ay 600 segundo. Maliban kung
Ang AUTOSSH_FIRST_POLL ay ginagamit, ang unang oras ng botohan ay itatakda upang tumugma sa oras ng botohan. Kung
ang oras ng botohan ay mas mababa sa dalawang beses sa mga timeout ng network (default na 15 segundo) ang
ang mga timeout ng network ay isasaayos pababa sa 1/2 ng oras ng botohan.

AUTOSSH_PORT
Itinatakda ang port ng pagsubaybay sa koneksyon. Kadalasan kung sakaling naaangkop ang ssh -M sa ilang mga
oras. Ngunit dahil sa posibleng paggamit na ito, na-override ng AUTOSSH_PORT ang -M bandila. Isang halaga
ng 0 ay pinapatay ang function ng pagsubaybay.

DEBIAN-SPECIFIC MAGANDA

Gumagamit ang debian na bersyon ng autossh ng wrapper para awtomatikong pumili ng libreng monitoring port
at -M overrides AUTOSSH_PORT, tingnan ang /usr/share/doc/autossh/README.Debian para sa karagdagang
impormasyon.

Gumamit ng autossh online gamit ang mga serbisyo ng onworks.net