imvirt
http://micky.ibh.net/~liske/imvirt.html
virt-what
https://people.redhat.com/~rjones/virt-what/
另外，wsl下执行“lsb_release -a”查看发行版本，会提示：“lsb_release: command not found”
执行命令安装 lsb_release
apt-get install -y lsb-release
OpenWrt 固件相关
OpenWrt官方固件下载：
下载适用于您设备的OpenWrt固件
输入设备的名称或型号, 然后选择推荐的内部版本或其他名称.
https://firmware-selector.openwrt.org/
https://asu.aparcar.org/
其他版本固件下载:
immortalwrt :
https://github.com/ibook86/newifi3-d2-openwrt
常用Luci 软件包：
luci-app-appfilter
luci-app-attendedsysupgrade
luci-app-autoreboot
luci-app-banip
luci-app-commands
luci-app-ddns
luci-app-diskman
luci-app-eqos
luci-app-filetransfer
luci-app-firewall
luci-app-frpc
luci-app-guest-wifi
luci-app-iptvhelper
luci-app-nft-qos
luci-app-opkg
luci-app-smartdns
luci-app-socat
luci-app-statistics
luci-app-timecontrol
luci-app-ttyd
luci-app-turboacc
luci-app-uhttpd
luci-app-vnstat2
luci-app-webadmin
常用CLI 包：
acu
curl
wget
whois
openssh-sftp-server
… …
解决wsl两个子系统同时登录ssh，以及ping，sftp权限的问题
重装了windows的linux子系统，从wsl到wsl2，安装了一个kali，一个debian（其实这两个装一个就行了）
试试能不能ssh，发现没ssh服务，先安装
sudo apt install openssh-server
sudo systemctl start ssh之后ssh上去之后，想改ssh端口，发现sftp编辑sshd_config文件提示“Permission denied”。给sshd_config加上权限，还不行，发现原来是sftp-server没权限。。。加上权限，可以编辑文件了。
sudo chmod u+s /usr/lib/openssh/sftp-server设置ssh自启动
sudo systemctl enable ssh查看子系统IP地址，ping自己一下也是没权限。加上权限
sudo chmod u+s /usr/bin/ping然后同时开了kali，debian两个子系统的CMD窗口。查看ip，竟然两个子系统ip地址是一样的？没搞明白，怎么选择登录另一个子系统？是不是不能同时登录两个子系统呢？
先测试一下，打开两个子系统（顺序是先kali，再Debian），ssh登录22端口，连到的是第一个打开的子系统kali。再修改子系统kali的ssh端口到2022，再连22端口，连接失败，sudo service ssh restart 重启子系统Debian的ssh服务，再连22端口，Debian就连上了。这样两台子系统就可以同时ssh登录。
———————————————————————-
#如果Debian 中service 命令不存在，先安装 sysvinit-utils 包.
sudo apt-get install sysvinit-utils如果已经安装，先在~/.bashrc 中添加 $PATH
PATH=$PATH:/usr/sbin重启bash，service命令就可用了。
service --status-allOpenwrt 一次自动更新全部软件包
1.使用 opkg 命令更新
opkg update
opkg upgrade luci
opkg list-upgradable | grep luci- | cut -f 1 -d ' ' | xargs opkg upgrade在ssh下，先“opkg update”，获取更新。之后再更新“ luci-” 开头的包。如果 要全部无条件更新，就去掉过滤“ grep luci- |”
2 使用 opkg-upgrade.sh 更新（推荐）
https://github.com/tavinus/opkg-upgrade
使用sh脚本更新，需要 curl 或 wget，使用Https链接的话，还需要SSL支持。
注意：curl / wget 可能会因为缺少 SSL 证书而失败。
您可以使用以下命令选择忽略证书检查：
curl -k
wget --no-check-certificate
或者，您将需要修复您的安装。
请注意，SSL支持会占用相当多的存储空间。/etc/ssl/certs/ca-certificates.crt
#这应该足以使SSL工作：
opkg install ca-certificates openssl-util
#如果您仍有问题，这可能是一种解决方法：
mkdir -p -m0755 /etc/ssl/certs && curl -k -o /etc/ssl/certs/ca-certificates.crt -L http://curl.haxx.se/ca/cacert.pem- 安装到当前目录，使用
./opkg-upgrade.sh执行：
# 根据使用 wget 或 curl ，是否SSL，选择对应命令执行。
# using wget with SSL
wget 'https://raw.githubusercontent.com/tavinus/opkg-upgrade/master/opkg-upgrade.sh' -O "opkg-upgrade.sh" && chmod 755 "opkg-upgrade.sh"
# using wget WITHOUT SSL
wget --no-check-certificate 'https://raw.githubusercontent.com/tavinus/opkg-upgrade/master/opkg-upgrade.sh' -O "opkg-upgrade.sh" && chmod 755 "opkg-upgrade.sh"
# using curl with SSL
curl -L 'https://raw.githubusercontent.com/tavinus/opkg-upgrade/master/opkg-upgrade.sh' -o "opkg-upgrade.sh" && chmod 755 "opkg-upgrade.sh"
# using curl WITHOUT SSL
curl -k -L 'https://raw.githubusercontent.com/tavinus/opkg-upgrade/master/opkg-upgrade.sh' -o "opkg-upgrade.sh" && chmod 755 "opkg-upgrade.sh"
# 执行更新
./opkg-upgrade.sh- （推荐）安装到系统（无需.sh扩展）：
/usr/sbin/opkg-upgrade
# 根据使用 wget 或 curl ，是否SSL，选择对应命令执行。
# using wget with SSL
wget 'https://raw.githubusercontent.com/tavinus/opkg-upgrade/master/opkg-upgrade.sh' -O "/usr/sbin/opkg-upgrade" && chmod 755 "/usr/sbin/opkg-upgrade"
# using wget WITHOUT SSL
wget --no-check-certificate 'https://raw.githubusercontent.com/tavinus/opkg-upgrade/master/opkg-upgrade.sh' -O "/usr/sbin/opkg-upgrade" && chmod 755 "/usr/sbin/opkg-upgrade"
# using curl with SSL
curl -L 'https://raw.githubusercontent.com/tavinus/opkg-upgrade/master/opkg-upgrade.sh' -o "/usr/sbin/opkg-upgrade" && chmod 755 "/usr/sbin/opkg-upgrade"
# using curl WITHOUT SSL
curl -k -L 'https://raw.githubusercontent.com/tavinus/opkg-upgrade/master/opkg-upgrade.sh' -o "/usr/sbin/opkg-upgrade" && chmod 755 "/usr/sbin/opkg-upgrade"# 执行更新
opkg-upgrade
将更新命令加入自定义菜单
可以先安装 luci-app-commands
opkg install luci-app-commands安装后，就可在luci的系统菜单中
使用自定义命令进行更新，一键就直接执行，更方便！如下图
这样就可以在 luci 界面，使用opkg-upgrade一键更新所有软件包了！
解决VS2019/VsCode 错误提示 No SDKs were found.
装了 .net core 5.0的SDK，在VS2019建了个项目，打开发现解决方案中是空的。换VScode也是提示： No SDKs were found.
CMD下 “dotnet –info”，.NET SDKs 下没有条目，只有.NET runtimes。
发现问题在于环境变量的path设置：
原先的是：”C:\Program Files (x86)\dotnet” ，但目录下没有SDK文件夹
应该添加路径：“C:\Program Files\dotnet” ，此目录下有SDK
添加过问题依然。
原来应用程序会去环境变量path条目的目录中，按顺序，查找“dotnet.exe”，在”C:\Program Files (x86)\dotnet”找到一个，就停止寻找下面的路径条目，
所以“C:\Program Files\dotnet”，要放在 “C:\Program Files (x86)\dotnet”之前。
在环境变量列表，选择“C:\Program Files\dotnet”，上移此条目至 “C:\Program Files (x86)\dotnet”之前，就可以找到SDK了。
设置后，在CMD下 “dotnet –info”，已经看到 .NET SDKs 条目了。
但之前创建的项目，直接打开解决方案还是不能加载，要去打开.csproj文件才能加载。或者重新新建项目。
解决 snap 更新依赖关系错误
yum update ， snap 更新出错。就解决如下，注意修改版本号！
正在解决依赖关系
–> 正在检查事务
—> 软件包 snap-confine.x86_64.0.2.45.3.1-1.el7 将被 升级
—> 软件包 snap-confine.x86_64.0.2.47.1-1.el7 将被 更新
—> 软件包 snapd.x86_64.0.2.45.3.1-1.el7 将被 升级
—> 软件包 snapd.x86_64.0.2.47.1-1.el7 将被 更新
—> 软件包 snapd-selinux.noarch.0.2.45.3.1-1.el7 将被 升级
—> 软件包 snapd-selinux.noarch.0.2.47.1-1.el7 将被 更新
–> 正在处理依赖关系 selinux-policy-base >= 3.13.1-268.el7，它被软件包 snapd-selinux-2.47.1-1.el7.noarch 需要
–> 解决依赖关系完成
错误：软件包：snapd-selinux-2.47.1-1.el7.noarch (epel)
需要：selinux-policy-base >= 3.13.1-268.el7
已安装: selinux-policy-targeted-3.13.1-266.el7_8.1.noarch (@updates)
selinux-policy-base = 3.13.1-266.el7_8.1
可用: selinux-policy-minimum-3.13.1-266.el7.noarch (base)
selinux-policy-base = 3.13.1-266.el7
可用: selinux-policy-minimum-3.13.1-266.el7_8.1.noarch (updates)
selinux-policy-base = 3.13.1-266.el7_8.1
可用: selinux-policy-mls-3.13.1-266.el7.noarch (base)
selinux-policy-base = 3.13.1-266.el7
可用: selinux-policy-mls-3.13.1-266.el7_8.1.noarch (updates)
selinux-policy-base = 3.13.1-266.el7_8.1
可用: selinux-policy-targeted-3.13.1-266.el7.noarch (base)
selinux-policy-base = 3.13.1-266.el7
您可以尝试添加 –skip-broken 选项来解决该问题
您可以尝试执行：rpm -Va –nofiles –nodigest
首先:
package-cleanup --cleandupes
yumdownloader snapd-selinux-2.47.1-1.el7.noarch
之后：
rpm --force --nodeps -ivh snapd-selinux-2.47.1-1.el7.noarch.rpm
准备中… ################################# [100%]
正在升级/安装…
1:snapd-selinux-2.47.1-1.el7 ################################# [100%]
再次 yum update 成功！
openEuler-20.03-LTS 配置repo更新源
openEuler-20.03-LTS 更新出错
修改配置repo更新源
openEuler 与 华为云中的 EulerOS 不是同一个发行版本？？
今天下载了华为的openEuler。装在电脑虚拟机里。
yum update 发现没有配置repo，于是想把Repo源换成华为的，按照 华为云操作 https://mirrors.huaweicloud.com/
在/etc/yum.repos.d目录下，创建文件EulerOS.repo，设置为
[base]
name=EulerOS-2.0SP5 base
baseurl=http://mirrors.huaweicloud.com/euler/2.5/os/x86_64/
enabled=1
gpgcheck=1
gpgkey=http://mirrors.huaweicloud.com/euler/2.5/os/RPM-GPG-KEY-EulerOS然后update。显示出错：
[root@Euler ~]# yum update
Last metadata expiration check: 0:18:26 ago on 2020年04月14日 星期二 22时18分26秒
Error:
Problem 1: cannot install both perl-Compress-Raw-Zlib-1:2.061-4.x86_64 and perl
- package perl-IO-Compress-2.081-6.oe1.noarch requires perl(Compress::Raw::Zli
- cannot install the best update candidate for package perl-Compress-Raw-Zlib-
- problem with installed package perl-IO-Compress-2.081-6.oe1.noarch
Problem 2: package perl-Time-HiRes-4:1.9725-3.x86_64 requires perl(:MODULE_COMP
- cannot install both perl-4:5.16.3-285.h2.x86_64 and perl-4:5.28.0-434.oe1.x8
- cannot install both perl-4:5.16.3-285.h4.x86_64 and perl-4:5.28.0-434.oe1.x8
- cannot install both perl-4:5.16.3-285.h3.x86_64 and perl-4:5.28.0-434.oe1.x8
- cannot install the best update candidate for package perl-Time-HiRes-1.9760-
- problem with installed package perl-4:5.28.0-434.oe1.x86_64
Problem 3: package python-2.7.5-58.h13.x86_64 obsoletes python2 provided by pyt
- package python2-debug-2.7.16-15.oe1.x86_64 requires python2 = 2.7.16-15.oe1,
- cannot install the best update candidate for package python2-2.7.16-15.oe1.x
- problem with installed package python2-debug-2.7.16-15.oe1.x86_64
Problem 4: package qemu-img-10:1.5.3-156.5.h2.x86_64 requires libiscsi.so.2()(6
- cannot install both libiscsi-1.9.0-6.x86_64 and libiscsi-1.18.0-6.oe1.x86_64
- cannot install the best update candidate for package qemu-img-2:4.0.1-11.oe1
- problem with installed package libiscsi-1.18.0-6.oe1.x86_64
Problem 5: package python2-debug-2.7.16-15.oe1.x86_64 requires python2-devel =
- package python2-2.7.16-15.oe1.x86_64 requires libpython2.7_d.so.1.0()(64bit)
- package python-devel-2.7.5-58.h13.x86_64 obsoletes python2-devel provided by
- package python2-tkinter-2.7.16-15.oe1.x86_64 requires python2 = 2.7.16-15.oe
- cannot install the best update candidate for package python2-devel-2.7.16-15
- problem with installed package python2-tkinter-2.7.16-15.oe1.x86_64
(try to add '--allowerasing' to command line to replace conflicting packages or如上面所示，update 总是出错。
然后换成 EulerOS-2.0SP3 base ，SP2，SP1 都是依然出错。
最后在 文档的 “系统安装”中找到一个 repo源 的链接：https://openeuler.org/zh/docs/20.03_LTS/docs/Releasenotes/%E7%B3%BB%E7%BB%9F%E5%AE%89%E8%A3%85.html
正确的repo源地址是：http://repo.openeuler.org/openEuler-20.03-LTS/OS/x86_64/
/etc/yum.repos.d/EulerOS.repo 配置为：
[base]
name=openEuler-20.03-LTS base
baseurl=https://repo.openeuler.org/openEuler-20.03-LTS/OS/x86_64/
enabled=1
gpgcheck=1
gpgkey=https://repo.openeuler.org/openEuler-20.03-LTS/OS/x86_64/RPM-GPG-KEY-openEuler
之后再次update成功！
yum clean all
yum makecache
yum update
openEuler-20.03-LTS base 36 kB/s | 2.7 MB 01:18
Last metadata expiration check: 0:00:56 ago on 2020年04月14日 星期二 23时17分46秒.
Dependencies resolved.
Nothing to do.
Complete!原因在于： openEuler 与 华为云中的 EulerOS 是两个不同的发行版本!!!
CentOS 7 更新PHP版本到 PHP7
懒的狠，直接粘来。 自己看
Chrome 与 Flash 说再见
Adobe宣布计划在2020年底停止支持Flash。
20年来，Flash一直在帮助您塑造在网络上玩游戏、观看视频和运行应用程序的方式。但是在过去的几年里，flash已经不那么常见了。三年前，80%的桌面Chrome用户每天访问一个带有Flash的网站。今天的使用率只有17%，而且还在继续下降。
这一趋势表明，网站正在向比Flash更快、更节能的开放式Web技术转移。它们也更安全，因此在购物、银行或阅读敏感文档时更安全。它们也可以在移动和桌面上工作，所以你可以在任何地方访问你最喜欢的站点。
这些开放式Web技术在去年年底成为Chrome的默认体验，当时网站开始需要请求您的许可才能运行Flash。在接下来的几年里，Chrome将继续逐步淘汰Flash，首先是请求您允许在更多情况下运行Flash，最后在默认情况下禁用它。到2020年底，我们将把flash完全从chrome中删除。
如果你今天经常访问一个使用flash的网站，你可能会想知道这对你有何影响。如果网站迁移到开放式Web标准，除了不再看到在该网站上运行flash的提示外，您不应该注意到有什么不同。如果站点继续使用flash，并且您授予站点运行flash的权限，那么它将一直工作到2020年底。
为了确保网络准备好无闪存，需要与Adobe、其他浏览器和主要发行商密切合作。我们支持Adobe今天的声明，我们期待着与所有人合作，使网络变得更好。
常见的洗钱方法
常见的洗钱方法有：
- 旅行支票：海关会对于通关者携带的现金要求申报，未申报者超过限制者没收，但不会对携带旅行支票者做金额的限制，重点在于无背书转让给第三者，因为支票被存入银行兑现，最终会回到原发票人的手中。
- 在赌场以代币间接兑换：在赌场中兑换成代币，再将代币直接交付给洗钱的受益人。再由他去将代币兑换回现金（通常需要5%左右的手续费），在外可声称在赌场内赌赢的。这样可以避免透过纸钞上的编号直接追查到洗钱的受益人。常用于各国可将代币兑换回现金的职业赌场。
- 购买已经中奖的彩票或马票：与银行勾结，以高价向得主私下购买已得奖的票券，并公开兑换。
- 购买无记名债券或期货
- 购买古董珠宝或具价值收藏品、高价中古精品：利用低买高卖的假买卖，将钱以合法的交易方式，洗到目的账号。此方式亦常用于收贿的收钱方式；或购买具价值的古董珠宝或收藏品，再讹称为自家收藏品在市场上放售，一般会购买没有记号的物品如文物、邮票或历史悠久的名厂乐器。或私下购买多部名车，中古私人飞机，珠宝名牌等高价值物转售。
- 纸上公司的假买卖：用空壳、信用不良、股份公司做假交易、股票投资、偿还债务等方式洗钱。
- 购买保险：将大笔金额投保，期间亦可不断提升保金，转换保险计划，待一定年数后取回，届时可疑的因素已遭淡化。
- 基金会：不肖政客，成立基金会，假捐赠给基金会，诱骗企业捐款，再掏空。企业或财团，利用假捐赠给自己能掌控的基金会，左手搬钱到右手，逃漏所得税。政客或企业利用赈灾名义募款，可是募到的善款私自挪用，或用各种名目扣住善款于私人户头。在跨国洗钱活动中，以各地不同慈善名义的基金会中互相转换款额。
- 跨国多次转汇与结清旧账户：利用转汇的相关单据有保存期限的漏洞。
- 直接跨国搬运：利用专机或具有海关免验的身份者，直接把钱搬到外国，常用100美元的纸钞方式运送。
- 人头账户：由于最怕黑吃黑，怕人头到银行声称存折与提款卡与印章丢失，另行申请新的存折与提款卡并变更印鉴，进行盗领。所以通常用于人头本身所不知的外国开户。
- 外币活存账户：使用多次小额存款的方式存入，再到外国提领外币。俗称“蚂蚁搬砖”，常配合“人头账户”使用。
- 跨国交易：常见于无实体商品的产业。利用交易金额造假灌水的方式，先透过合法的方式将金钱汇往外国掮客的账户，再通过外国账户分钱，分清原本的交易金额、掮客的佣金与原本要洗出去的钱；或利用各地的商品贸易，例如以过高金额购买普通消费品，将大量款项汇到国外账户，装作用以支付买货款项。反过来亦可将商品高价出售，让国外的洗钱伙伴将款项汇进国内。
- 地下汇兑：常见于不肖的卖珠宝金饰的银楼。除了非法兑换外币以外，甚至可将现金兑换为外国的无记名与背书的支票，供客户至外国的账户存入。
- 跨国企业的资金调度：常见于金融业，银行或保险业等，常以大批的现金纸钞进行跨国搬运。例如以麻绳捆绑、纸箱方式搬运。
- 百货公司的礼券：具有高度的流通性，但由于具有不易兑换回现金的特性，故需有一定的人脉，才方便消化礼券。例如转卖给各公司的员工福利机构，将礼券做为其各公司员工的节假日奖金方式发放。就这样把礼券洗到不知情的第三者手中，原礼券持有人则取回接近等值的现金。
- 人头炒楼：使用人头购买房地产，向承包商或开发商以市价五至七折买入，以现金支付。然后在短期内快速脱手（例如预售屋在交屋前），获利约50%－100%。
- 假借贷：常用于收贿或贪污。收钱的人持有对方开立的远期兑现的本票或支票。即使被查到这张本票或支票，可声称为借贷关系。等风头过了或不在其位，没有明显的对价关系时，再把本票或支票转手给第三者，或是扎进银行兑现。或是贪污被揭发的人说要还钱，但开立本票或支票，只要没有兑现，就没有真正的还钱。
- 伪币或伪钞：将伪币或伪钞，通过多次小金额消费行为，或是利用自动贩卖机找零行为，或是纸钞兑换成硬币的机器。将伪币或伪钞洗成真钱。
- 黑道：购入价值的毒品贩毒、地下枪械等。将赃款转嫁给他人。
- 比特币（Bitcoin）等加密货币：基于比特币等加密货币的匿名性，且可自由、不记名的产生不同的比特币钱包，搭配混币服务，难以追踪真实身份，是近年来常见的洗钱工具。
- 第三方或者第四方支付平台：部分第三方支付平台存在账户未实名注册、管理不规范等问题，致使一些账号可以在网络上直接买卖，部分平台沦为电信诈骗团伙套取、漂白非法资金的“绿色通道”。诈骗团伙利用第三方支付平台转移赃款和洗钱的手段一般有3种：通过第三方支付平台发行的商户POS机虚构交易套现；将诈骗得手的资金转移到第三方支付平台账户，在线购买游戏点卡、比特币等物品后转卖套现；将赃款在银行账户和第三方支付平台之间多次转账切换，逃避公安追查。