软硬件使用

关于OpenWrt的log level问题(k2p)

2019年12月7日 0, ? K-Res 软硬件使用

最近在调试k2p官改（ V2.0D ）的ipv6时，发现怎么都看不到pppoe拨号时的详细信息，无奈之下发现了pppd的写文件log的方式，修改/etc/config/network中的wan接口（或对应uci设置方式）：

config interface ‘wan’
option ifname ‘eth1.2’
option peerdns ‘1’
option ignore ‘1’
option dns_opt ‘0’
option pppoe_dns_mode ‘0’
option dhcp_dns_mode ‘0’
option macoperate ‘1’
option DiaMode ‘0’
option mtu ‘1500’
option ipv6 ‘1’
option pppd_options ‘debug logfile /var/log/ppp.log’
option status ‘up’
option proto ‘dhcp’
option ignore_mtu_change_pppoe ‘0’
…

加入 option pppd_options ‘debug logfile /var/log/ppp.log’ 这行，从而让pppd的调试信息输出到单独指定的日志文件/var/log/ppp.log中，这样便可看到pppd拨号时的详细log了。但是，之前的y1s同样是OpenWrt系统，却不需要写文件的方式，直接加上debug这个option就可以了，后来一通搜索后发现了原来是系统的log level设置所致：

Wireshark拦截并分析https协议数据包（浏览器和Java程序）

2019年11月2日 0, ? K-Res 软硬件使用

https数据包拦截解析这个事之前也做过，不过是借助一个叫 fiddler 的中间代理软件实现的，https协议包其实是在http包之上加了一层ssl加密，所以直接用Wireshark的话只能看到加密后的TCP包内容，没法拿来分析http请求响应的内容。最近发现其实对于浏览器(Chrome，Firefox，其它未测)，可以在Windows系统的环境变量中加入：

解决Windows 10 1903下IPv6地址无法ping通问题

2019年10月7日 0, ? K-Res 软硬件使用

最近发现宽带IPv6通了， https://ipv6-test.com 测试可以正确检测出公网IPv6地址（检测到的是Win10 DHCP出来的临时地址），但是又发现ICMP一直不通，于是找了个也有v6地址的朋友帮忙测试一下，发现果然是ping不通，但是连接功能正常，于是想到是系统自带防火墙（Win10 1903，不确定其它版本是否也有此问题…）的问题，结果在防火墙设置里怎么都改不好，后来在microsoft官方上看到了这个： https://answers.microsoft.com/en-us/windows/forum/windows_10-networking/windows-10-firewall-filtering-icmp/527551d0-e477-4dd6-a0a0-eae724940ba3 ，于是照做：

netsh firewall set icmpsetting type=all mode=enable

完事后再测，ICMPv6就能通了，特此记录，以备后需。

如何在WSL(Ubuntu)中安装最新版git

2019年10月1日 0, ? K-Res 软硬件使用

Win10的WSL相比Cygwin这类模拟环境来说，确实很好的解决了在Windows下进行Linux相关开发应用的需求，这里简单记录下升级WSL Ubuntu中的git到最新版的方法，以备不时之需：

Windows 10 1903更新后RDP远程桌面黑屏卡死问题的临时解决方法

2019年08月6日 0, ? K-Res 软硬件使用

最近发现Win10推送了1903更新，迫不及待的装上后还没来得及体验各种变化就发现了一个令人恼火的bug，用远程桌面RDP连接1903版Win10时会出现黑屏卡死的问题！具体状态是RDP服务器是一台CPU比较旧的电脑（G1610 B75 GPU为核显），更新1903之前没任何问题，更新1903后用另一台1903的Win10自带的RDP客户端连接，第一次可以正常连接，断开再重连就必出现黑屏卡死的问题！（同时测试了Android、iOS、Mac OSX上的微软官方RDP客户端连，不会出现卡死的问题！）。搜索了下发现微软官方已经确认了这个问题： https://docs.microsoft.com/en-us/windows/release-information/status-windows-10-1903#534msgdesc ，而目前的状态还是 Investigating ，没有解决方法。

Phabricator的arcanist在windows下执行arc feature(branch)异常问题的hack修正方法

2019年07月20日 0, ? K-Res 软硬件使用

首先，发现问题的arcanist版本如下：

arc version
arcanist d92fa96366c0ed50e4257508148aa75192d4fb1f (20 Jun 2019)
libphutil b416093386a225b1d9a2de906899b94cbf4babcb (8 Jul 2019)

错误现象为执行arc feature或arc branch时，提示：

[2019-07-20 13:30:05] ERROR 8: Undefined offset: 1 at [D:\phabricator\arcanist\src\repository\api\ArcanistGitAPI.php:1094]
arcanist(head=master, ref.master=d92fa96366c0), phutil(head=master, ref.master=b416093386a2)
  #0 ArcanistGitAPI::getAllBranches() called at [<arcanist>\src\workflow\ArcanistFeatureWorkflow.php:89]
  #1 ArcanistFeatureWorkflow::run() called at [<arcanist>\scripts\arcanist.php:394]
[2019-07-20 13:30:05] ERROR 8: Undefined offset: 2 at [D:\phabricator\arcanist\src\repository\api\ArcanistGitAPI.php:1094]
arcanist(head=master, ref.master=d92fa96366c0), phutil(head=master, ref.master=b416093386a2)
  #0 ArcanistGitAPI::getAllBranches() called at [<arcanist>\src\workflow\ArcanistFeatureWorkflow.php:89]
  #1 ArcanistFeatureWorkflow::run() called at [<arcanist>\scripts\arcanist.php:394]
[2019-07-20 13:30:05] ERROR 8: Undefined offset: 3 at [D:\phabricator\arcanist\src\repository\api\ArcanistGitAPI.php:1094]
arcanist(head=master, ref.master=d92fa96366c0), phutil(head=master, ref.master=b416093386a2)
  #0 ArcanistGitAPI::getAllBranches() called at [<arcanist>\src\workflow\ArcanistFeatureWorkflow.php:89]
  #1 ArcanistFeatureWorkflow::run() called at [<arcanist>\scripts\arcanist.php:394]
[2019-07-20 13:30:05] ERROR 8: Undefined offset: 4 at [D:\phabricator\arcanist\src\repository\api\ArcanistGitAPI.php:1094]
arcanist(head=master, ref.master=d92fa96366c0), phutil(head=master, ref.master=b416093386a2)
  #0 ArcanistGitAPI::getAllBranches() called at [<arcanist>\src\workflow\ArcanistFeatureWorkflow.php:89]
  #1 ArcanistFeatureWorkflow::run() called at [<arcanist>\scripts\arcanist.php:394]
[2019-07-20 13:30:05] ERROR 8: Undefined offset: 5 at [D:\phabricator\arcanist\src\repository\api\ArcanistGitAPI.php:1094]
arcanist(head=master, ref.master=d92fa96366c0), phutil(head=master, ref.master=b416093386a2)
  #0 ArcanistGitAPI::getAllBranches() called at [<arcanist>\src\workflow\ArcanistFeatureWorkflow.php:89]
  #1 ArcanistFeatureWorkflow::run() called at [<arcanist>\scripts\arcanist.php:394]
Usage Exception: No branches in this working copy.

k2p官改固件的端口转发问题（远程桌面UDP协议开启）

2019年06月8日 0, ? K-Res 软硬件使用

最近把无线路由从y1s换到了k2p，虽然cpu没啥飞跃，反而还没了usb，内存也小了一半，但k2p的无线信号确实是碾压了y1s，据说比newifi3也好些。其实这些年用y1s后总结出的个人对路由器的需求基本就是DDNS动态域名，WOL远程唤醒，端口映射（包括UPNP），再来个某种方式的远程管理路由器（web或者ssh），仔细看看，其实没有什么功能是吃cpu或内存的，真有特别耗资源的应用也不是现在一般水平路由硬件能抗的住的，而且还要平衡功耗，散热等连带问题。

好了，回到正题，这次的问题就是路由换完以后，虽然都是OpenWRT的定制系统（k2p是官改定制版本： V2.0D 软件版本： 99.8.5.189），但对于我常用的3389远程桌面控制局域网电脑需要的端口映射还是发现了点问题：

CentOS 7通过yum安装GDB 8的方法

2019年05月4日 1, ? K-Res 软硬件使用

最近又在研究远程C/C++项目的linux远程编译调试方法，之前写过一个VS结合VisualGDB搭建OpenWrt交叉编译远程调试开发环境，虽然最终目标平台是OpenWrt，但也算是远程linux编译调试，不过VisualGDB是VS的插件，而且现在新版VS（我看的是2017）已经开始自带支持linux开发了，通过cmake创建编译配置，并且允许在远程linux系统上编译调试：
https://docs.microsoft.com/en-us/cpp/linux/connect-to-your-remote-linux-computer?view=vs-2017，虽然看起来比VisualGDB还差太远…不过，这次的重点并不是VS，因为VS只支持windows（我知道有Mac版了，但是呵呵，那并不是我认识的VS），而对Win和Mac作为远程linux开发host都可以支持的IDE还是有的，那就是JetBrains系的CLion！

然而，不幸的是，在我的CentOS 7 slave虚拟机里，发现CLion需求的remote debug用的GDB版本（ 7.8.x-8.2.x ）并不能满足（7默认yum装的是7.6），那么问题就变成给CentOS 7装个新版本的GDB了…

PyCharm (JetBrains系IDE)运行配置中环境变量的附加修改问题

2019年04月26日 0, ? K-Res 软硬件使用

今天在研究python liblas时，发现使用的IDE PyCharm的一个小功能缺陷：在项目运行配置中的环境变量里无法以追加的方式修改当前环境变量的值，而且又看了下IDEA，相关功能的UI都是一样的，所以应该是JetBrains系的IDE都有同样的问题。
首先，windows下使用python liblas时，除了pip装liblas包以外，还要有相关的原生库，否则import的时候会直接报错。好在win下可以直接通过OSGeo4W安装预编译好的liblas库（ https://trac.osgeo.org/osgeo4w/ ），装好后会有专用的命令行环境快捷方式，看了下和Visual Studio的Developer Command Line Prompt一样，会在这个专用命令行环境里设置一堆环境变量，这时直接运行python项目依然会报错，查了下原来是在加载liblas原生库时寻找Path环境变量里的路径找不到出的错，而专用命令行已经把OSGeo4W的bin加进去了…

DNSPod API升级TLS 1.2导致ArDNSPod脚本失效问题

2019年03月10日 0, ? K-Res 软硬件使用

博主我常年在路由器的OpenWRT系统上以crontab方式跑ArDNSPod：https://github.com/anrip/ArDNSPodl来实现DNSPod上解析域名的DDNS功能，但是今天突然发现在出口IP变化以后，DDNS域名没有像往常一样正常更新（以往反应都是很快的），检查了下也不是以前出现的又被ISP变回内网IP导致的，于是ssh登上路由器的局域网IP，手动执行了下crontab里sh的命令，发现提示这个：

root@xCloud:/opt/usr/ardnspod/ddnspod.sh
Linux
Updating Domain: xxxx.k-res.net
hostIP: xxx.xx.xxx.xxx
Get Record Info Failed!

文章分类

广告

近期文章

Disqus近期评论

按月归档

标签云

功能

软硬件使用

关于OpenWrt的log level问题(k2p)

Wireshark拦截并分析https协议数据包（浏览器和Java程序）

解决Windows 10 1903下IPv6地址无法ping通问题

如何在WSL(Ubuntu)中安装最新版git

Windows 10 1903更新后RDP远程桌面黑屏卡死问题的临时解决方法

Phabricator的arcanist在windows下执行arc feature(branch)异常问题的hack修正方法

k2p官改固件的端口转发问题（远程桌面UDP协议开启）

CentOS 7通过yum安装GDB 8的方法

PyCharm (JetBrains系IDE)运行配置中环境变量的附加修改问题

DNSPod API升级TLS 1.2导致ArDNSPod脚本失效问题