2. 程式人生 > >sshd 無法啟用的問題 Could not load host key: /etc/ssh/ssh_host_rsa_key Could not load host key: /etc/ssh/ss

sshd 無法啟用的問題 Could not load host key: /etc/ssh/ssh_host_rsa_key Could not load host key: /etc/ssh/ss

阿新 • • 發佈：2019-01-26

原文連結：

http://blog.csdn.net/lynn_kong/article/details/9112009

1、問題現象

版本：Grizzly master分支程式碼2013.06.17
部署：三個節點（Controller/Compute + Network + Compute）
使用的映象：precise-server-cloudimg-i386-disk1.img
建立虛擬機器命令：nova boot ubuntu-keypair-test --image 1f7f5763-33a1-4282-92b3-53366bf7c695 --flavor 2 --nic net-id=3d42a0d4-a980-4613-ae76-a2cddecff054 --availability-zone nova:compute233 --key_name mykey


虛擬機器ACTIVE之後，可以ping通虛擬機器的fixedip（10.1.1.6）和floatingip（192.150.73.5）。VNC訪問虛擬機器正常，出現登入介面。因為Ubuntu的映象無法使用密碼登入，所以只能通過SSH訪問，這也是建立虛擬機器時指定key_name的原因。

在NetworkNode通過ssh登入虛擬機器失敗：

[plain] view plain copy  print?
  1. [email protected]:~# ssh -i mykey.pem [email protected] -v  
  2. OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012  
  3. debug1: Reading configuration data /etc/ssh/ssh_config  
  4. debug1: /etc/ssh/ssh_config line 19: Applying options for *  
  5. debug1: Connecting to 192.150.73.5 [192.150.73.5] port 22.  
  6. debug1: Connection established.  
  7. debug1: permanently_set_uid: 0/0  
  8. debug1: identity file mykey.pem type -1  
  9. debug1: identity file mykey.pem-cert type -1  
  10. debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1  
  11. debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1 pat OpenSSH*  
  12. debug1: Enabling compatibility mode for protocol 2.0  
  13. debug1: Local version string SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1  
  14. debug1: SSH2_MSG_KEXINIT sent  
  15. Read from socket failed: Connection reset by peer  
虛擬機器啟動日誌： [plain] view plain copy  print?
  1. Begin: Running /scripts/init-bottom ... done.  
  2. [    1.874928] EXT4-fs (vda1): re-mounted. Opts: (null)  
  3. cloud-init start-local running: Mon, 17 Jun 2013 03:39:11 +0000. up 4.59 seconds  
  4. no instance data found in start-local  
  5. ci-info: lo    : 1 127.0.0.1       255.0.0.0       .  
  6. ci-info: eth0  : 1 10.1.1.6        255.255.255.0   fa:16:3e:31:f4:52  
  7. ci-info: route-0: 0.0.0.0         10.1.1.1        0.0.0.0         eth0   UG  
  8. ci-info: route-1: 10.1.1.0        0.0.0.0         255.255.255.0   eth0   U  
  9. cloud-init start running: Mon, 17 Jun 2013 03:39:14 +0000. up 8.23 seconds  
  10. 2013-06-17 03:39:15,590 - util.py[WARNING]: 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [0/120s]: http error [404]  
  11. 2013-06-17 03:39:17,083 - util.py[WARNING]: 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [2/120s]: http error [404]  
  12. 2013-06-17 03:39:18,643 - util.py[WARNING]: 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [3/120s]: http error [404]  
  13. 2013-06-17 03:39:20,153 - util.py[WARNING]: 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [5/120s]: http error [404]  
  14. 2013-06-17 03:39:21,638 - util.py[WARNING]: 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [6/120s]: http error [404]  
  15. 2013-06-17 03:39:23,071 - util.py[WARNING]: 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [8/120s]: http error [404]  
  16. 2013-06-17 03:41:15,356 - DataSourceEc2.py[CRITICAL]: giving up on md after 120 seconds  
  17. no instance data found in start  
  18. Skipping profile in /etc/apparmor.d/disable: usr.sbin.rsyslogd  
  19.  * Starting AppArmor profiles                                            [ OK ]   
  20. landscape-client is not configured, please run landscape-config.  
  21.  * Stopping System V initialisation compatibility                        [ OK ]  
  22.  * Stopping Handle applying cloud-config                                 [ OK ]  
  23.  * Starting System V runlevel compatibility                              [ OK ]  
  24.  * Starting ACPI daemon                                                  [ OK ]  
  25.  * Starting save kernel messages                                         [ OK ]  
  26.  * Starting automatic crash report generation                            [ OK ]  
  27.  * Starting regular background program processing daemon                 [ OK ]  
  28.  * Starting deferred execution scheduler                                 [ OK ]  
  29.  * Starting CPU interrupts balancing daemon                              [ OK ]  
  30.  * Stopping save kernel messages                                         [ OK ]  
  31.  * Starting crash report submission daemon                               [ OK ]  
  32.  * Stopping System V runlevel compatibility                              [ OK ]  
  33.  * Starting execute cloud user/final scripts                             [ OK ]  
nova-compute日誌中，注入金鑰過程無錯誤：
[plain] view plain copy  print?
  1. 2013-06-17 09:46:47 DEBUG [nova.virt.disk.api 436] [24770] Inject key fs=<nova.virt.disk.vfs.localfs.VFSLocalFS object at 0x3fa2210> key=ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDdG2ek7tGR4NLPHDHntNdPBu0hnEA4mts9FL+fuqMQar5k+anndsqTwtD4WTfoRCoXBoiDAiEhiy1LOgr6GDgJorMYkfuKgdrdViz2meT2F5wiZnxm/gdnGLko2jYmwsla/wIvRtjzMRYR/ut1OMcqRXwyGtFXkO3VlE8YJRZj0TqjKmKaAwsa0mkVU1G2w1RjT8FDVt2qW+UVGggaqM3KZLs9rwn/K56X+eSraNx+BSBqDa+OX1h6Z1e8nRNVxYviOHL3FybcvlgZXLVWRUSBemS6P4xgQq0dapRB+D3/0N0hzY67FUQNfhFk4EsZCxKMxIi6EH7ueCssPTz5ESmp Generated by Nova  
  2.  _inject_key_into_fs /usr/lib/python2.7/dist-packages/nova/virt/disk/api.py:436  
  3. 2013-06-17 09:46:47 DEBUG [nova.virt.disk.vfs.localfs 102] [24770] Make directory path=root/.ssh make_path /usr/lib/python2.7/dist-packages/nova/virt/disk/vfs/localfs.py:102  
  4. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf readlink -nm /tmp/openstack-vfs-localfsqvWMch/root/.ssh execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  5. 2013-06-17 09:46:47 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  6. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf mkdir -p /tmp/openstack-vfs-localfsqvWMch/root/.ssh execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  7. 2013-06-17 09:46:47 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  8. 2013-06-17 09:46:47 DEBUG [nova.virt.disk.vfs.localfs 145] [24770] Set permissions path=root/.ssh user=root group=root set_ownership /usr/lib/python2.7/dist-packages/nova/virt/disk/vfs/localfs.py:145  
  9. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf readlink -nm /tmp/openstack-vfs-localfsqvWMch/root/.ssh execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  10. 2013-06-17 09:46:47 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  11. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf chown root:root /tmp/openstack-vfs-localfsqvWMch/root/.ssh execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  12. 2013-06-17 09:46:47 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  13. 2013-06-17 09:46:47 DEBUG [nova.virt.disk.vfs.localfs 139] [24770] Set permissions path=root/.ssh mode=700 set_permissions /usr/lib/python2.7/dist-packages/nova/virt/disk/vfs/localfs.py:139  
  14. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf readlink -nm /tmp/openstack-vfs-localfsqvWMch/root/.ssh execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  15. 2013-06-17 09:46:47 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  16. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf chmod 700 /tmp/openstack-vfs-localfsqvWMch/root/.ssh execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  17. 2013-06-17 09:46:47 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  18. 2013-06-17 09:46:47 DEBUG [nova.virt.disk.api 386] [24770] Inject file fs=<nova.virt.disk.vfs.localfs.VFSLocalFS object at 0x3fa2210> path=root/.ssh/authorized_keys append=True _inject_file_into_fs /usr/lib/python2.7/dist-packages/nova/virt/disk/api.py:386  
  19. 2013-06-17 09:46:47 DEBUG [nova.virt.disk.vfs.localfs 107] [24770] Append file path=root/.ssh/authorized_keys append_file /usr/lib/python2.7/dist-packages/nova/virt/disk/vfs/localfs.py:107  
  20. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf readlink -nm /tmp/openstack-vfs-localfsqvWMch/root/.ssh/authorized_keys execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  21. 2013-06-17 09:46:47 DEBUG [nova.openstack.common.rpc.amqp 583] [24770] Making synchronous call on conductor ... multicall /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:583  
  22. 2013-06-17 09:46:47 DEBUG [nova.openstack.common.rpc.amqp 586] [24770] MSG_ID is 56a11872137f46998a7dac3acb225b83 multicall /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:586  
  23. 2013-06-17 09:46:47 DEBUG [nova.openstack.common.rpc.amqp 337] [24770] UNIQUE_ID is d355a1b88fcc45709f184272ec22e903. _add_unique_id /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:337  
  24. 2013-06-17 09:46:47 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  25. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf tee -a /tmp/openstack-vfs-localfsqvWMch/root/.ssh/authorized_keys execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  26. 2013-06-17 09:46:47 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  27. 2013-06-17 09:46:47 DEBUG [nova.virt.disk.vfs.localfs 139] [24770] Set permissions path=root/.ssh/authorized_keys mode=600 set_permissions /usr/lib/python2.7/dist-packages/nova/virt/disk/vfs/localfs.py:139  
  28. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf readlink -nm /tmp/openstack-vfs-localfsqvWMch/root/.ssh/authorized_keys execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  29. 2013-06-17 09:46:47 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  30. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf chmod 600 /tmp/openstack-vfs-localfsqvWMch/root/.ssh/authorized_keys execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  31. 2013-06-17 09:46:47 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  32. 2013-06-17 09:46:47 DEBUG [nova.virt.disk.vfs.localfs 131] [24770] Has file path=etc/selinux has_file /usr/lib/python2.7/dist-packages/nova/virt/disk/vfs/localfs.py:131  
  33. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf readlink -nm /tmp/openstack-vfs-localfsqvWMch/etc/selinux execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  34. 2013-06-17 09:46:47 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  35. 2013-06-17 09:46:47 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf readlink -e /tmp/openstack-vfs-localfsqvWMch/etc/selinux execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  36. 2013-06-17 09:46:48 DEBUG [nova.utils 232] [24770] Result was 1 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  37. 2013-06-17 09:46:48 DEBUG [nova.virt.disk.mount.api 203] [24770] Umount /dev/nbd6p1 unmnt_dev /usr/lib/python2.7/dist-packages/nova/virt/disk/mount/api.py:203  
  38. 2013-06-17 09:46:48 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf umount /dev/nbd6p1 execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  39. 2013-06-17 09:46:49 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  
  40. 2013-06-17 09:46:49 DEBUG [nova.virt.disk.mount.api 179] [24770] Unmap dev /dev/nbd6 unmap_dev /usr/lib/python2.7/dist-packages/nova/virt/disk/mount/api.py:179  
  41. 2013-06-17 09:46:49 DEBUG [nova.virt.disk.mount.nbd 126] [24770] Release nbd device /dev/nbd6 unget_dev /usr/lib/python2.7/dist-packages/nova/virt/disk/mount/nbd.py:126  
  42. 2013-06-17 09:46:49 DEBUG [nova.utils 208] [24770] Running cmd (subprocess): sudo nova-rootwrap /etc/nova/rootwrap.conf qemu-nbd -d /dev/nbd6 execute /usr/lib/python2.7/dist-packages/nova/utils.py:208  
  43. 2013-06-17 09:46:49 DEBUG [nova.utils 232] [24770] Result was 0 execute /usr/lib/python2.7/dist-packages/nova/utils.py:232  

2、問題分析

有問題，多google。

社群給出的解釋（https://lists.launchpad.net/openstack/msg12202.html）：
Ubuntu cloud images do not have any ssh HostKey generated inside them (/etc/ssh/ssh_host_{ecdsa,dsa,rsa}_key). The keys are generated by cloud-init after it finds a metadata service. Without a metadata service, they do not get generated. ssh will drop your connections immediately without HostKeys.

看來是因為虛擬機器訪問169.254.169.254不通造成的。於是到NetworkNode檢視下iptables規則。

NetworkNode的nat表規則： [plain] view plain copy  print?
  1. [email protected]:~# ip netns exec qrouter-b147a74b-39bb-4c7a-aed5-19cac4c2df13 iptables-save -t nat  
  2. # Generated by iptables-save v1.4.12 on Mon Jun 17 10:14:57 2013  
  3. *nat  
  4. :PREROUTING ACCEPT [28:8644]  
  5. :INPUT ACCEPT [90:12364]  
  6. :OUTPUT ACCEPT [0:0]  
  7. :POSTROUTING ACCEPT [7:444]  
  8. :quantum-l3-agent-OUTPUT - [0:0]  
  9. :quantum-l3-agent-POSTROUTING - [0:0]  
  10. :quantum-l3-agent-PREROUTING - [0:0]  
  11. :quantum-l3-agent-float-snat - [0:0]  
  12. :quantum-l3-agent-snat - [0:0]  
  13. :quantum-postrouting-bottom - [0:0]  
  14. -A PREROUTING -j quantum-l3-agent-PREROUTING  
  15. -A OUTPUT -j quantum-l3-agent-OUTPUT  
  16. -A POSTROUTING -j quantum-l3-agent-POSTROUTING  
  17. -A POSTROUTING -j quantum-postrouting-bottom  
  18. -A quantum-l3-agent-OUTPUT -d 192.150.73.3/32 -j DNAT --to-destination 10.1.1.4  
  19. -A quantum-l3-agent-OUTPUT -d 192.150.73.4/32 -j DNAT --to-destination 10.1.1.2  
  20. -A quantum-l3-agent-OUTPUT -d 192.150.73.5/32 -j DNAT --to-destination 10.1.1.6  
  21. -A quantum-l3-agent-POSTROUTING ! -i qg-08db2f8b-88 ! -o qg-08db2f8b-88 -m conntrack ! --ctstate DNAT -j ACCEPT  
  22. -A quantum-l3-agent-PREROUTING -d 169.254.169.254/32 -p tcp -m tcp --dport 80 -j REDIRECT --to-ports 9697  
  23. -A quantum-l3-agent-PREROUTING -d 192.150.73.3/32 -j DNAT --to-destination 10.1.1.4  
  24. -A quantum-l3-agent-PREROUTING -d 192.150.73.4/32 -j DNAT --to-destination 10.1.1.2  
  25. -A quantum-l3-agent-PREROUTING -d 192.150.73.5/32 -j DNAT --to-destination 10.1.1.6  
  26. -A quantum-l3-agent-float-snat -s 10.1.1.4/32 -j SNAT --to-source 192.150.73.3  
  27. -A quantum-l3-agent-float-snat -s 10.1.1.2/32 -j SNAT --to-source 192.150.73.4  
  28. -A quantum-l3-agent-float-snat -s 10.1.1.6/32 -j SNAT --to-source 192.150.73.5  
  29. -A quantum-l3-agent-snat -j quantum-l3-agent-float-snat  
  30. -A quantum-l3-agent-snat -s 10.1.1.0/24 -j SNAT --to-source 192.150.73.2  
  31. -A quantum-postrouting-bottom -j quantum-l3-agent-snat  
  32. COMMIT  
  33. # Completed on Mon Jun 17 10:14:57 2013  
NetworkNode的filter表規則： [plain] view plain copy  print?
  1. [email protected]:~# ip netns exec qrouter-b147a74b-39bb-4c7a-aed5-19cac4c2df13 iptables-save -t filter  
  2. # Generated by iptables-save v1.4.12 on Mon Jun 17 13:10:10 2013  
  3. *filter  
  4. :INPUT ACCEPT [1516:215380]  
  5. :FORWARD ACCEPT [81:12744]  
  6. :OUTPUT ACCEPT [912:85634]  
  7. :quantum-filter-top - [0:0]  
  8. :quantum-l3-agent-FORWARD - [0:0]  
  9. :quantum-l3-agent-INPUT - [0:0]  
  10. :quantum-l3-agent-OUTPUT - [0:0]  
  11. :quantum-l3-agent-local - [0:0]  
  12. -A INPUT -j quantum-l3-agent-INPUT  
  13. -A FORWARD -j quantum-filter-top  
  14. -A FORWARD -j quantum-l3-agent-FORWARD  

  15. 相關推薦

    sshd 無法啟用的問題 Could not load host key: /etc/ssh/ssh_host_rsa_key Could not load host key: /etc/ssh/ss

    原文連結： http://blog.csdn.net/lynn_kong/article/details/9112009 1、問題現象 版本：Grizzly master分支程式碼2013.06.17 部署：三個節點（Controller/Comput

    could not load host key: /etc/ssh/ssh_host_rsa_key 無法啟動ssh的一個解決辦法

    could not load host key: /etc/ssh/ssh_host_rsa_key 無法啟動ssh的一個解決辦法# /usr/sbin/sshd系統提示“Could not load host key: /etc/ssh/ssh_host_keyCould not load host key

    ssh報錯：Could not load host key：/etc/ssh/ssh_host_rsa_key&ssh_host_ecdsa_key&ssh_host_ed25519_key

    ssh報錯：could not load host key今天ssh遠程的時候發現無法遠程，登錄主機查看ssh服務狀態，報錯如下去查看秘鑰發現文件大小為0，看起來是生成秘鑰失敗了才導致的故障，解決方法簡單，刪除原有的秘鑰，重新生成秘鑰就OK了然後重啟ssh服務，自動生成新的秘鑰就可以了或者也可以通過命令行重新

    linux 下apche無法監聽端口解決辦法(Permission denied: make_sock: could not bind to address)

    gas his sys linux. ngs eui ner 一是 fix 想建立一個測試用的虛擬主機，遇到了這個問題：[root@localhost html]# service httpd startStarting httpd: httpd: Could not re

    The requested list key 'AllDepartment' could not be resolved as a collection/array/map/enumeration/

    HTTP Status 500 - tag 'select', field 'list', name 'post.department.depId': The requested list key 'AllDepartment' could not be resolved as a collecti

    sh: /etc/init.d/sshd: not found Docker中的Alpine映象安裝sshd無法啟動

    問題描述 在Alpine映象中安裝了openssh-server和openssh之後，無法執行ssh localhost。發現未啟動服務，開啟服務時報以下錯誤 / # ls /etc/init.d/sshd /etc/init.d/sshd / # /etc/init.d/sshd status sh:

    cm叢集增加新datanode 無法通訊，報錯：Datanode denied communication with namenode because the host is not in the

    問題描述：在CM上新增一臺Dataode主機後，啟動datanode時，一直報下面的錯誤： “ERROR org.apache.hadoop.hdfs.server.datanode.DataNode: Initialization failed for Block pool BP-125100

    無法啟用本地yum

    yum redhat.repo系統版本：[[email protected]/* */ yum.repos.d]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.2 (Maipo)先將redhat.repo備份，

    [VS] - Visual Studio 智能感知無法啟用 之解決

    tell resharper blog int 重置 配置 res studio 技術 背景 VS 2017 智能感知無法使用，重置 "導入和導出設置..." 後仍無法使用。 解決 我在 VS 上安裝了 Resharper 的，猜測可能跟其配置有關，重置 IntelliSe

    SSH連接時出現Host key verification failed的原因及解決方法

    避免 and 方便 roo code middle rect int 添加 SSH連接的時候Host key verification failed. [root@cache001 swftools-0.9.0]# ssh 192.168.1.90@@@@@@@@@@@@@

    git提示錯誤關於錯誤:ssh: Could not resolve hostname github.com: Name or service not known.fatal: Could not read from remote repository.

    eight 無法讀取 主機名 github上 錯誤2 winsock nal file drive 關於 Git 使用中出現的錯誤 饑人谷_楠柒 關註 2016.11.02 15:33* 字數 746 閱讀 3607評論 5喜歡 10贊賞 1 關

    CentOS7解決firefox無法啟用ibus中文輸入的問題

    可能 重啟 IE ali AS rtu 進入 後繼 無效 最近換電腦，要換掉使用了6年的舊環境，開始折騰重裝系統； 下了minimal版本的CentOS7.4，然後開始一點點裝想用的東西，多少找到一點十年前折騰LFS的感覺；然後竟然被輸入法拌住了半天，事後回想整個解決流程，

    Public key for mysql....rpm is not installed

    Public key for mysql# yum -y install mysql mysql-server......Total download size: 95 MInstalled size: 395 MDownloading packages:warning: /var/cache/yum/x86

    IDEA無法啟用jdk時配置操作

    技術分享 分享圖片 http com img ima 直接 使用 分享 以上為報錯內容 在第一項可以看到配置jdk的空間 一般都有原來使用的jdk，可以直接選擇的。IDEA無法啟用jdk時配置操作

    Host 127.0.0.1 is not allowed to connect MySQL

    網站 方式 mysql res 註釋 mysql數據庫 ESS allow 連接 訪問報PHP網站報連接不到MySQLHost 127.0.0.1 is not allowed to connect MySQL 解決方式如下vim /etc/my.cnf#bind-addr

    Springboot The requested profile "pom.xml" could not be activated because it doesn't not exists

    後來 close vat 配置 cau activate pre 很多 pes 頭一次寫springboot項目，打成war包時，pom.xml也都配置了，網上查了很多資料說是maven環境和java環境的問題，但是看了後沒有發現什麽問題，刪了maven下的.m2maven

    1130, "Host 'DESKTOP-FK0AGS4' is not allowed to connect to this MySQL server

    django2.07版本連線mysql伺服器 1130, "Host 'DESKTOP-FK0AGS4' is not allowed to connect to this MySQL server     DATABASES = { 'default'

    Error: could not find java.dll 解決辦法 Error: could not find java.dll

    Error: could not find java.dll 問題： 安裝配置Java環境變數後，在命令列中執行java -version進行測試時卻出現下面的問題： Error: opening registry key 'Software\JavaSoft\Java Runti

    Mysql連線報錯：1130 - Host ‘118.111.111.111’ is not allowed to connect to this MariaDB server

          這個問題是因為在資料庫伺服器中的mysql資料庫中的user的表中沒有許可權(也可以說沒有使用者)，下面將記錄我遇到問題的過程及解決的方法。 　　在搭建完LNMP環境後用Navicate連接出錯 　　遇到這個問題首先到mysql所在的伺服器上用連線進行處理

    (辦公)mysql連線不上(java.sql.SQLException: null, message from server: "Host 'LAPTOP-O0GA2P8J' is not allowed to connect to this MySQL server&qu

    轉載自csdn文章:https://blog.csdn.net/Tangerine_bisto/article/details/803461511.對所有主機進行訪問授權 GRANT ALL PRIVILEGES ON *.* TO 'myuser'@'%' IDENTIFIED BY'mypass