kali源

 

 apt源：

#中科大
deb http://mirrors.ustc.edu.cn/kali kali-rolling main non-free contrib
deb-src http://mirrors.ustc.edu.cn/kali kali-rolling main non-free contrib

#阿里雲
deb http://mirrors.aliyun.com/kali kali-rolling main non-free contrib
deb-src http://mirrors.aliyun.com/kali kali-rolling main non-free contrib

#清華大學
deb http://mirrors.tuna.tsinghua.edu.cn/kali kali-rolling main contrib non-free
deb-src https://mirrors.tuna.tsinghua.edu.cn/kali kali-rolling main contrib non-free

#浙大
deb http://mirrors.zju.edu.cn/kali kali-rolling main contrib non-free
deb-src http://mirrors.zju.edu.cn/kali kali-rolling main contrib non-free

#東軟大學
deb http://mirrors.neusoft.edu.cn/kali kali-rolling/main non-free contrib
deb-src http://mirrors.neusoft.edu.cn/kali kali-rolling/main non-free contrib

#官方源
deb http://http.kali.org/kali kali-rolling main non-free contrib
deb-src http://http.kali.org/kali kali-rolling main non-free contrib

　　

故障解決：

故障現象：

[root@host01 ~]# ssh 10.105.139.144
no hostkey alg

查看詳細信息：

[root@host01 ssh]# ssh -v 10.105.139.144
OpenSSH_5.3p1, OpenSSL 1.0.1e-fips 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 10.105.139.144 [10.105.139.144] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/identity-cert type -1
debug1: identity file /root/.ssh/id_rsa type 1
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: identity file /root/.ssh/id_ecdsa type -1
debug1: identity file /root/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.8p1 Debian-1
debug1: match: OpenSSH_7.8p1 Debian-1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-sha1 none
debug1: kex: client->server aes128-ctr hmac-sha1 none
no hostkey alg

解決方法：

在服務端執行如下命令：

ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key
ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key

　　

 

 There are services installed on your system which need to be restarted when certain libraries, such as libpam, libc, x
  and libssl, are upgraded. Since these restarts may cause interruptions of service for the system, you will normally be x
  prompted on each upgrade for the list of services you wish to restart. You can choose this option to avoid being x
 prompted; instead, all necessary restarts will be done for you automatically so you can avoid being asked questions on x
  each library upgrade. x
  
  Restart services during package upgrades without asking?

 

kali關閉iptables
安裝

apt-get install ufw

關閉

ufw disable # To disable the firewall

開啓

ufw enable # To enable the firewall

 

 

下面簡單講一下這個問題的原理和比較長久的解決方案。
一、ssh會把你每一個你訪問過計算機的公鑰(public key)都記錄在~/.ssh/known_hosts。當下次訪問相同計算機時，OpenSSH會覈對公鑰。若是公鑰不一樣，OpenSSH會發出警告， 避免你受到DNS Hijack之類的攻擊。
二、SSH對主機的public_key的檢查等級是根據StrictHostKeyChecking變量來配置的。默認狀況下，StrictHostKeyChecking=ask。

1.StrictHostKeyChecking=no  
#最不安全的級別。若是鏈接server的key在本地不存在，那麼就自動添加到文件中（默認是known_hosts），而且給出一個警告。
2.StrictHostKeyChecking=ask  #默認的級別，就是出現剛纔的提示了。若是鏈接和key不匹配，給出提示，並拒絕登陸。
3.StrictHostKeyChecking=yes  #最安全的級別，若是鏈接與key不匹配，就拒絕鏈接，不會提示詳細信息。

 ask狀態：

 

vim /etc/ssh/ssh_config 

StrictHostKeyChecking no
UserKnownHostsFile /dev/null

（注：這裏爲了簡便，將knownhostfile設爲/dev/null，就不保存在known_hosts中了）

 

SSH 登陸失敗：Host key verification failed 的處理方法

問題1:
SSH 登陸失敗：Host key verification failed
######################################
因爲公鑰不同了，因此沒法登陸，提示信息是 KEY 驗證失敗。
解決方法是：
在 /root/.ssh/known_hosts 文件裏面將原來的公鑰信息刪除便可。

SSH 報 「Host key verification failed.」。通常來講，出現該錯誤有這麼幾種可能:

1. .ssh/known_hosts 裡面記錄的目標主機 key 值不正確。這是最廣泛的狀況，只要刪除對應的主機記錄就能恢復正常。

運行命令： sudo rm /home/yourname/.ssh/known_hosts 

2. .ssh 目錄或者 .ssh/known_hosts 對當前用戶的權限設置不正確。這種狀況比較少，通常正確設置讀寫權限之後也能恢復正常。
3. /dev/tty 對 other 用戶沒有放開讀寫權限。這種狀況極爲罕見。出現的現象是，只有 root 用戶可以使用 ssh client，而全部其餘的普通用戶都會出現錯誤。
我今天遇到的就是第三種狀況，修改 /dev/tty 的權限後，一切正常。爲了不之後忘記解決方法，記錄在這裏。

問題2:
ssh_exchange_identification: Connection closed by remote host
##################################################
解決辦法：
修改/etc/hosts.allow文件，加入 sshd:ALL。

符相關配製說明: vi　/etc/ssh/ssh_config
-------------------------------------------------
下面逐行說明上面的選項設置：
Host　*　：選項「Host」只對可以匹配後面字串的計算機有效。「*」表示全部的計算機。　
ForwardAgent　no ：「ForwardAgent」設置鏈接是否通過驗證代理（若是存在）轉發給遠程計算機。　
ForwardX11　no　：「ForwardX11」設置X11鏈接是否被自動重定向到安全的通道和顯示集（DISPLAY　set）。　
RhostsAuthentication　no ：「RhostsAuthentication」設置是否使用基於rhosts的安全驗證。　
RhostsRSAAuthentication　no ：「RhostsRSAAuthentication」設置是否使用用RSA算法的基於rhosts的安全驗證。　
RSAAuthentication　yes　：RSAAuthentication」設置是否使用RSA算法進行安全驗證。　
PasswordAuthentication　yes ：「PasswordAuthentication」設置是否使用口令驗證。　
FallBackToRsh　no：「FallBackToRsh」設置若是用ssh鏈接出現錯誤是否自動使用rsh。　
UseRsh　no　：「UseRsh」設置是否在這臺計算機上使用「rlogin/rsh」。　
BatchMode　no　：「BatchMode」若是設爲「yes」，passphrase/password（交互式輸入口令）的提示將被禁止。當不能交互式輸入口令的時候，這個選項對腳本文件和批處理任務十分有用。　
CheckHostIP　yes　：「CheckHostIP」設置ssh是否查看鏈接到服務器的主機的IP地址以防止DNS欺騙。建議設置爲「yes」。　
StrictHostKeyChecking　no　：「StrictHostKeyChecking」若是設置成「yes」，ssh就不會自動把計算機 的密匙加入「$HOME/.ssh/known_hosts」文件，而且一旦計算機的密匙發生了變化，就拒絕鏈接。　
IdentityFile　~/.ssh/identity ：「IdentityFile」設置從哪一個文件讀取用戶的RSA安全驗證標識。　
Port　22　：「Port」設置鏈接到遠程主機的端口。　
Cipher　blowfish ：「Cipher」設置加密用的密碼。　
EscapeChar　~　：「EscapeChar」設置escape字符。

 

 

https://blog.csdn.net/qq_42103479/article/details/90111365