一、 问题描述
 
如果你在七夕（没错就是2021年8月14日）的这一天刚好加班，又刚好去访问了全球最大的同性交友网站，又刚好去更新提交代码，又或你创建了一个新的仓库送给自己，又刚好想把这个仓库送给（push）github，你就刚好会遇到这个问题：remote: Support for password authentication was removed on August 13, 2021. Please use a personal access token instead.
 
具体如下：
 
(yolov4) shl@zhihui-mint:~/shl_res/5_new_project/Yolov4_DeepSocial$ git push origin master
Username for 'https://github.com': shliang0603
Password for 'https://shliang0603@github.com': 
remote: Support for password authentication was removed on August 13, 2021. Please use a personal access token instead.
remote: Please see https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ for more information.
fatal: unable to access 'https://github.com/shliang0603/Yolov4_DeepSocial.git/': The requested URL returned error: 403
(yolov4) shl@zhihui-mint:~/shl_res/5_new_project/Yolov4_DeepSocial$ 
 
纳尼？老夫就是许久没有建仓，这是什么情况，大概意思就是你原先的密码凭证从2021年8月13日开始就不能用了，必须使用个人访问令牌（personal access token），就是把你的密码替换成token！
 
二、 github为什么要把密码换成token
 
github官方解释
 
1、修改为token的动机
 
我们描述了我们的动机，因为我们宣布了对 API 身份验证的类似更改，如下所示：
 
近年来，GitHub 客户受益于 GitHub.com 的许多安全增强功能，例如双因素身份验证、登录警报、经过验证的设备、防止使用泄露密码和 WebAuthn 支持。 这些功能使攻击者更难获取在多个网站上重复使用的密码并使用它来尝试访问您的 GitHub 帐户。 尽管有这些改进，但由于历史原因，未启用双因素身份验证的客户仍能够仅使用其GitHub 用户名和密码继续对 Git 和 API 操作进行身份验证。
 
从 2021 年 8 月 13 日开始，我们将在对 Git 操作进行身份验证时不再接受帐户密码，并将要求使用基于令牌（token）的身份验证，例如个人访问令牌（针对开发人员）或 OAuth 或 GitHub 应用程序安装令牌（针对集成商） GitHub.com 上所有经过身份验证的 Git 操作。 您也可以继续在您喜欢的地方使用 SSH 密钥（如果你要使用ssh密钥可以参考）。
 
2、修改为token的好处
 
令牌（token）与基于密码的身份验证相比，令牌提供了许多安全优势：
 
 
唯一： 令牌特定于 GitHub，可以按使用或按设备生成
 
 
可撤销：可以随时单独撤销令牌，而无需更新未受影响的凭据
 
 
有限 ： 令牌可以缩小范围以仅允许用例所需的访问
 
 
随机：令牌不需要记住或定期输入的更简单密码可能会受到的字典类型或蛮力尝试的影响
 
 
三、 如何生成自己的token
 
1、在个人设置页面，找到Setting（参考）
 
 
2、选择开发者设置Developer setting
 
 
3、选择个人访问令牌Personal access tokens，然后选中生成令牌Generate new token
 
 
4、设置token的有效期，访问权限等
 
选择要授予此令牌token的范围或权限。
 
要使用token从命令行访问仓库，请选择repo。
要使用token从命令行删除仓库，请选择delete_repo
其他根据需要进行勾选
 
 
5、生成令牌Generate token
 
 
如下是生成的token
 
注意：
 
记得把你的token保存下来，因为你再次刷新网页的时候，你已经没有办法看到它了，所以我还没有彻底搞清楚这个token的使用，后续还会继续探索！
 
 
6、之后用自己生成的token登录，把上面生成的token粘贴到输入密码的位置，然后成功push代码！
 
 
也可以 把token直接添加远程仓库链接中，这样就可以避免同一个仓库每次提交代码都要输入token了：
 
 
 
git remote set-url origin https://<your_token>@github.com/<USERNAME>/<REPO>.git
 
 
<your_token>：换成你自己得到的token
<USERNAME>：是你自己github的用户名
<REPO>：是你的仓库名称
 
例如：
 
 
 
git remote set-url origin https://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@github.com/shliang0603/Yolov4_DeepSocial.git/
 
 
四、 常见问题
 
有些问题我也没有遇到过，大家共同探讨吧，我会在评论区把大家遇到的问题做个汇总！
 
1、如果 push 等操作没有出现输入密码选项，请先输入如下命令，之后就可以看到输入密码选项了
 
 
 
git config --system --unset credential.helper
 
 

 

 
果然，全球最大的同性交流网站不是吹得，它要过七夕谁也拦不住呀！，大家把yyds打在评论区好吧！
 
 
  

 
 
上周另外一项目组的同事找到我说，遇到一个问题很棘手两天了还没解决掉，报错如下：
 
javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake
        at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:980) ~[na:1.8.0_45]
        at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1363) ~[na:1.8.0_45]
        at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1391) ~[na:1.8.0_45]
        at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1375) ~[na:1.8.0_45]
        at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:563) ~[na:1.8.0_45]
        at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185) ~[na:1.8.0_45]
        at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:153) ~[na:1.8.0_45]
        at com.dangdang.ddframe.job.executor.type.SimpleJobExecutor.process(SimpleJobExecutor.java:41) [elastic-job-common-core-2.1.5.jar:na]
        at com.dangdang.ddframe.job.executor.AbstractElasticJobExecutor.process(AbstractElasticJobExecutor.java:206) [elastic-job-common-core-2.1.5.jar:na]
        at com.dangdang.ddframe.job.executor.AbstractElasticJobExecutor.process(AbstractElasticJobExecutor.java:171) [elastic-job-common-core-2.1.5.jar:na]
        at com.dangdang.ddframe.job.executor.AbstractElasticJobExecutor.execute(AbstractElasticJobExecutor.java:150) [elastic-job-common-core-2.1.5.jar:na]
        at com.dangdang.ddframe.job.executor.AbstractElasticJobExecutor.execute(AbstractElasticJobExecutor.java:122) [elastic-job-common-core-2.1.5.jar:na]
        at com.dangdang.ddframe.job.lite.internal.schedule.LiteJob.execute(LiteJob.java:26) [elastic-job-lite-core-2.1.5.jar:na]
        at org.quartz.core.JobRunShell.run(JobRunShell.java:202) [quartz-2.2.1.jar:na]
        at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:573) [quartz-2.2.1.jar:na]
Caused by: java.io.EOFException: SSL peer shut down incorrectly
        at sun.security.ssl.InputRecord.read(InputRecord.java:505) ~[na:1.8.0_45]
        at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:961) ~[na:1.8.0_45]
        ... 21 common frames omitted
 
据同事表述：这个是他们用httpclient 调用三方的一个https的接口，在本地单元测试没问题，用浏览打开也没问题。
 
因为之前遇到类似问题，就很自信的在网络上找相关的解决方案，找了好多方案，例如：System.setProperty("https.protocols", "TLSv1,TLSv1.1,TLSv1.2");
 
再如：SSLContext sslContext = SSLContext.getInstance("TLSv1.2"); 都不行。
 
还有说是jdk 1.7 才会有这个问题，但是我们的环境本身就是1.8. 看着别人的评论通过这些方法多少都解决了问题，我们是真越发的着急了，
 
想来想去，三方接口没动，环境也没动，我们本地行，测试环境不行，又觉得是环境问题，又看了一下jdk版本，本地是1.8.0_131，测试环境是1.8.0_45 ，想到会不是这个问题，就把本地jdk做了降级到45 ，可悲的是并没有在本地重现测试环境问题，这时候，我们只能怀疑是网络问题，怎么查呢？抓包。
 
抓包 下来后，我们对比了本地的包，测试环境的包确实发现些问题，测试环境的包截图如下：
 
 
tcp三次握手后，客户端发了个 Client hello ,但是服务端确返回了，Handshake Failure  问题肯定是出这里，对比这个包，跟正常的包，反复对比后，还是没能看到问题来，于是找到了网络同事，网络同事也是协助一起查看。
 
终于找到了这么一个帖子：Java加密套件强度限制引起的SSL handshake_failure 我对比了下，情况几乎一样，我把作者查找问题的方法都试了一遍(验证方法可以参考上面的帖子，不再赘余)，也都一致，最终我们尝试了作者给出的方法 ：
 
升级jdk到 1.8.0_151和以后的版本，无需下载任何文件，只要修改Java\jre\lib\security\java.security文件
 
crypto.policy=unlimited
 
这次真真的问题解决了，在这里也谢谢原作者！
 
到这里还没完，这种方式，还是要修改jdk的配置文件，考虑到线上环境都是统一，修改文件会使得jdk变的不统一，我又尝试着找看看有没有更好的办法，果然，又看到另外一个文章：JCE policy changes in Java SE 8u151, 8u152 and 8u162 文章里说“Oracle released Java 8 u162. In this version the unlimited policy is enabled by default. You no longer need to install the policy file in the JRE or set the security property crypto.policy.”
 
jdk1.8.0_162 之上的版本已经将crypto.policy 默认设置为unlimited 于是我们索性直接将jdk升级到1.8的最终更新Java SE 8u181 到此问题总算处理完了！
 
这个bug: JDK-8170157
 
总结一下：
 
问题的最终解决，算不上自己一步步解决掉，参考了前人的大多文章，这里想说的是解决问题的方法和思路：
 
1.一定要坚持，好多问题有些同事，上网找找没有办法就不干了
 
2.先思考，自己解决，处理不了，多上网找找资料，互联可能是会陪伴我们终生的老师，好好借用
 
3.这里面用到了好多的网络知识，和处理网络问题的办法，比如，tcp,ssl/tls ,Handshake，抓包等等，可能作为一个开发人员会觉得这些离我们很远，我们跟本用不到，只用java 编码就行了，只会crud,能完成开发功能就可以了，我只能说那么你这一辈子也就只能当个初级程序员！！！
 
抽午休时间总结了一下，希望对大家有所帮助！

最近使用Xshell使用服务器，经常连接上使用一会就会被自动中断，很是闹心，并且出现以下的错误提示：
 
Socket error Event: 32 Error: 10053.
Connection closing...Socket close.
Connection closed by foreign host.
Disconnected from remote host(测试) at 09:35:58.
Type `help' to learn how to use Xshell prompt.

 
重新登录使用last指令查看登录情况，发现好几个终端依然登着，但是ip地址变化了，好吧，很有可能是网络ip地址变化导致xshell自动断开连接。于是修改本机ip为固定地址发现就不会轻易断了。
 
root     pts/3        183.186.203.80   Sat Aug 26 09:41   still logged in   
root     pts/2        171.127.72.216   Sat Aug 26 09:33   still logged in   
root     pts/2        118.77.199.116   Sat Aug 26 09:30 - 09:32  (00:01)    
root     pts/1        171.127.203.17   Sat Aug 26 09:05   still logged in   
root     pts/1        118.77.199.229   Fri Aug 25 09:16 - 09:30  (00:14)    
 
另外还有种情况是本机网络dns变化也会导致xshell自动断开连接，这种情况通过修改ssh配置文件将其中“UseDNS yes”去掉注释并改成no即可，过程如下。
 
vim /etc/ssh/sshd_config
 
...
#ClientAliveInterval 0
#ClientAliveCountMax 3
#ShowPatchLevel no
UseDNS no
#PidFile /var/run/sshd.pid
#MaxStartups 10:30:100
#PermitTunnel no
#ChrootDirectory none
...
 
修改完配置记得重新启动ssh(centos7)
 
systemctl restart sshd
 
 
 
如果你与我志同道合于此,很愿意与你交流
 如果你喜欢我的内容,欢迎关注和支持
 微信公众号 : oldpan博客
 丢给你一个神秘链接: oldpan.me
 
 

为什么要使用VSCode:Remote-SSH
 
服务器很多时候都是部署在Linux远程机器上的，我们通常是SSH连过去然后用vim或者emacs去修改源文件。
 这种方式对我来说很麻烦，因为我已经习惯了全宇宙最好用的C++IDE Visual Studio，离开IDE写代码实在太痛苦了。
 所以我只能借助samba+sourceinsight的组合来勉强度日。这个组合其实是比较好的，只不过配置特别麻烦，实在是不想折腾。
 
这时，微软开发了一个VSCode的插件Remote-SSH，可以说是目前比较完美的解决了在windows下开发linux程序的问题。
 Remote-SSH配置简单，界面可视化，你可以把他看做是带IDE的Putty。当然你也可以只把他当做一个远程ssh的连接工具来代替putty，xshell。
 
配置
 
1.安装
 
目前Remote-SSH这个插件仅支持VSCode的Insider版本（2019.5.8），所以你需要下载VSCode的Insider版本然后直接在扩展搜索Remote-SSH即可。
 

 选择Remote-SSH下载即可。
 
安装完毕后侧边栏会出现新的图标：
 
 (注意这里安装完后你们不会有AliServer这个Item，这是我配置完毕后的一个截图)
 
2.配置
 
Remote-SSH非常简单。
 首先使用快捷键Ctrl+P打开活动栏：
 
 搜索Remote-SSH,点选Connect to Host选项
 接着会弹出：
 
 让你选择config文件放在哪里，回车即可新建并编辑config文件。
 config文件必须放到被授权的rsa秘钥所在的文件目录，可以看到我这个目录下的文件是这样的：
 
 config文件是Remote-SSH的配置文件，表示我们将使用这个文件夹下的rsa秘钥文件去登录远程服务器。
 
注意：
Remote-SSH只提供使用RSA秘钥远程登录，所以你必须将该本机的rsa公钥添加到远程服务器，这一步并不麻烦，可以看我的这篇博文https://blog.csdn.net/sixdaycoder/article/details/89850064有详细教程。
 
config文件配置项如下：
 
Host AliServer
	HostName 1.1.1.1 # 填写远程服务器的IP或者Host
	User     username # 填写登陆远程服务器的用户的名字
 
你没看错，只有三行，非常简单。
 
3.连接
 
配置完毕后，在Remote-SSH中会出现新的名为AliServer的条目。
 
 点击右边的按钮即可连接在新窗口中打开远程连接。
 如果配置正确，会打开一个新的窗口，显示如下：
 
 成功连接后Opening Remote状态会更改：
 
 
4.使用
 
在新窗口可以在菜单栏使用File->Open Folder,然后就会弹出以下窗口：
 
 输入目录即可打开到侧边栏，然后就可以像是在本地开发一样更改远程的源文件，编译，调试。
 或者呼出终端，当做一个带UI的Shell使用也可。