Ano ang binasa ng Ssh_exchange_identification ng Koneksyon na na-reset ng peer?

What Is Ssh_exchange_identification Read Connection Reset Peer



Kung sinusubukan mong mapanatili o magtaguyod ng anumang koneksyon, maaaring magkaroon ng isang sitwasyon kung saan hinaharangan ng iyong remote machine ang koneksyon na ito. Ang mensahe ni ssh_exchange_identification: basahin: Ang koneksyon ay na-reset ng peer hindi ba malinaw na ilarawan kung ano ang sanhi kaagad ng error.

Upang matagumpay na malutas ang problemang ito, dapat nating matukoy ang pangunahing sanhi ng error na ito. Ang artikulong ito ay magbibigay sa iyo ng mga pinaka-malamang dahilan at nag-aalok ng kanilang mga mabisang solusyon sa detalye. Sundin ang artikulo upang malaman ang mga pamamaraan para sa pag-aayos ng error na ito.







Ang pag-reset ng koneksyon ng mga sanhi ng error s peer

Ang error sa pagkakakilanlan ng ssh na ito ay inaangkin na ang TCP stream ay biglang isinara ng remote machine. Minsan, ang isang malayuang pag-reboot ng server ay maaaring mabilis na malutas ang isang maikling pagkawala ng problema o ang isyu ng pagkakakonekta.



Maaari mong maiwasan ang mga paglitaw ng error sa hinaharap sa iyong system sa pamamagitan ng pag-aaral kung paano masuri ang isyung ito at tuklasin ang pinagbabatayan nitong sanhi. Pinagsama namin ang mga karaniwang dahilan para makilala mo ang nangungunang sanhi ng koneksyon na ito na-reset ng error sa peer.



  • Ang SSH daemon file na nauugnay sa pagsasaayos ay nabago.
  • Sa pamamagitan ng pag-upgrade ng mga alituntunin sa firewall, na-block ng software ng pag-iwas sa panghihimasok ang iyong IP address.
  • Dahil sa Mga Listahan ng Control-Access na Batay sa Host, ipinagbabawal ang koneksyon.

Paraan 1: Sinusuri ang tinatanggihan ng host at pinapayagan ng host ang mga file

Pag-edit ng host.deny file

Ang mga TCP wrappers ay ang host.deny at host.allow files. Ang mga file na ito ay ginagamit bilang isang function ng seguridad para sa paglilimita sa mga hostname o IP address na konektado sa remote system. Gamit ang iyong paboritong text editor, kumonekta sa iyong remote server at buksan ang host.deny file. Isulat ang utos na ibinigay sa ibaba kung gumagamit ka ng nano sa isang sistemang batay sa Linux.





$ sudo nano /etc/hosts.deny

Ang mga komento ay mga linya na naiwang blangko o nagsisimula sa ‘ # ‘Simbolo. I-verify na ang host.deny file na ito ay naglalaman ng iyong lokal na IP o hostname. Kung nalaman mo, agad na alisin ito o magkomento dahil hindi ito makakonekta nang malayuan.



I-save ang host.deny file at lumabas pagkatapos gawin ang kinakailangang mga pagbabago. Pagkatapos nito, subukang muli upang kumonekta sa pamamagitan ng SSH.

Pag-edit ng host.allow file

I-edit ang host.allow file bilang isang labis na pag-iingat. Sa loob ng mga host. Sa file na ito, ang umiiral na mga panuntunan sa pag-access ay unang mailalapat. Ang file na ito ay tumatagal ng higit na kagalingan sa host.deny ang file. Upang matingnan ang host.allow file, ipatupad ang ibinigay na utos sa ibaba:

$ sudo nano /etc/hosts.allow

Ang pagdaragdag ng mga IP address at hostname sa host.allow file ay lumilikha ng mga pagbubukod para sa mga setting ng host.deny file. Halimbawa, ang paglikha ng isang patakaran sa host.deny file para sa paghihigpit sa pag-access sa lahat ng mga host. Pagkatapos nito, maaari mong i-edit ang mga host. Payagan ang file upang magdagdag ng anumang solong saklaw ng IP, IP address, o hostname. Ang tinukoy na IP lamang ang papayagan na gumawa ng isang koneksyon sa SSH sa iyong remote server pagkatapos isulat ang mga linya na ito sa iyong host.allow file:

sshd: LAHAT
LAHAT: LAHAT
sshd: 10.10.0.5, LOKAL

Tandaan na ang isang setting ng seguridad tulad nito ay maghihigpit sa iyong kakayahang kontrolin at mapanatili ang iyong mga remote server.

Paraan 2: Sinusuri ang sshd_config file

Imbistigahan ang pagpasok ng log ng pagpapatotoo kung nakukuha mo pa rin ang error sa paksa. Naghahatid ang SSH daemon ng impormasyon na nauugnay sa pag-log sa mga system log bilang default. Matapos kang mabigong mag-log in, tingnan ang /var/log/auth.log file. Upang tingnan ang pinakabagong mga entry sa log, isulat ang utos na ito:

$ tail -f /var/log/auth.log

Ang pagpapatupad ng utos na ito ay naglalabas ng impormasyon na nauugnay sa iyong account ng gumagamit, ang password nito, key ng pagpapatotoo, pati na rin ang kinalabasan ng iyong mga pagtatangka sa pagpapatotoo.

Naglalaman ang log ng impormasyon na tutulong sa iyo sa paghanap ng mga potensyal na error sa sshd config file. Halimbawa Uri: sshd config upang buksan ang sshd config file.

$ sudo nano / etc / ssh / sshd_config

Pangunahing mga setting, tulad ng pagpapatotoo ng mga ssh key na pares, port ng TCP, maaaring mabago sa sshd config file at iba pang mga kumplikadong kakayahan tulad ng pagpapasa ng port.

Kung gumawa ka ng mga pagbabago sa sshd config file, dapat mong i-restart ang serbisyo sshd upang magkabisa ang mga ito.

Konklusyon

Ang bilang ng mga posibleng sanhi ay napakalubha, at ang pag-troubleshoot sa mga ito ay mapaghamong sa lahat ng paraan. Kung ang pagkakakilanlan ng palitan ng ssh nagpapatuloy ang error, maaaring kailanganing makipag-ugnay sa iyong host. Sa artikulong ito, dumaan ka sa pinakakaraniwang mga sanhi ng s sh exchange identification: basahin ang Koneksyon na nai-reset ng peer kamalian Ngayon, dapat mong matagumpay na malutas ang problema at malaman kung paano makayanan ang mga katulad na hamon sa hinaharap sa pamamagitan ng pagtingin sa bawat posibilidad nang paisa-isa.