pkg install tsu
前提是已经root
Views: 0
pkg install tsu
前提是已经root
Views: 0
termux的源在这个文件中配置”/data/data/com.termux/files/usr/etc/apt/sources.list”,执行以下命令进行替换即可:
echo "deb https://mirrors.hetao.me/termux/apt/termux-main/ stable main" > /data/data/com.termux/files/usr/etc/apt/sources.list
sed -i 's@packages.termux.org@mirrors.hetao.me/termux@' $PREFIX/etc/apt/sources.list
pkg up
或者用中科大的源
sed -i 's@packages.termux.org@mirrors.ustc.edu.cn/termux@' $PREFIX/etc/apt/sources.list
pkg up
也可以用termux-change-repo
命令自动换源
Views: 2
curl https://www.internic.net/domain/named.root -o /etc/powerdns/named.root
然后recursor.conf中配置
hint-file=/etc/powerdns/named.root
如果不配置hint-file的话recursor会频繁的通过dns来查询根域名,这样浪费流量(我是按量付费的),早期版本可以通过hint-file=no(使用源码自带的root hint)来禁用周期性的解析根域名,后来新版本设置为no会彻底禁用迭代解析,那就没法玩儿了。
Views: 1
这个其实就是用于多播的本地回环地址,但是本地环回地址仅用于lo网卡,而interface-local允许任何接口加入,包括lo网卡,如此接收端能否收到包取决于监听哪个网卡。
FF01::开头的都是节点本地地址(node-local),又叫接口本地地址(interface-local)
FF01::1 节点本地范围所有节点组播地址,所有网卡都在这个组,包括lo
FF01::2 节点本地范围所有路由器组播地址,开启转发的以太网网卡会加入这个组,但是wlan,tun,veth,wireguard,bridge,ppp等接口即使开启转发也不会加入FF01::2。
查看指定的接口是否开启转发
cat /proc/sys/net/ipv6/conf/eth0/forwarding
参考:
https://www.iana.org/assignments/ipv6-multicast-addresses/ipv6-multicast-addresses.xhtml
https://www.ibm.com/docs/en/zvm/7.2?topic=addresses-multicast-scope
Views: 3
ndp是用于ipv6的邻居发现协议,相当于ipv4的arp协议,但ndp相对于arp进行了大量完善,也更为复杂。
先把题目列出来,后面再补充
– solicited-node multicast address(请求节点多播地址,SNMA)
这个多播地址主要在nd协义中用于多播ndp。
交换机开启mld协议后SNMA才能以组播的形式转发(RFC4861 7.2.1节),否者跟广播没区别。
前104位是固定值,后24位是对应ipv6的后64位,格式如下:
ff02::1:ff00:0/104
注意:每个ipv6地址都有一个对应的多播地址。
– ns和na报文
ns报文用来请求目标ip地址的mac地址,na报文用来通告自己的ip地址和mac地址绑定关系,同时ns和na报文也用于nud和dad。
– 单播和组播ndp
单播ndp就是目的地址是单播ipv6和mac地址的nd报文,反之目的地址是组播ipv6和mac地址的nd报文就是组播ndp,用于ndp的组播地址分为请求节点多播地址和链路本地作用域所有节点的多播地址(FF02::1),FF02::1主要用于非请求NA报文以及DAD时应答的NA报文。
– Address Resolution和nud(邻居不可达性检测)
In some cases (e.g., UDP-based protocols and routers forwarding packets to hosts), such reachability information may not be readily available from upper-layer protocols. When no hints are available and a node is sending packets to a neighbor, the node actively probes the neighbor using unicast Neighbor Solicitation messages to verify that the forward path is still working.
对已知的ipv6 neighborhood进行状态维护,实现更新缓存表中的neighborhood是否可达,不过只对正在发送数据的neighborhood进行维护,没有流量的neighborhood会转入stale状态。
NUD可以参考上层协议的信息,比如TCP确认,当收到TCP确认后可以不再发送NS报文执行NUD,但是UPD和组播仍然需要通过NS报文执行NUD。
首次解析mac地址时叫地址解析,使用请求节点多播地址,后面维护邻居状态叫NUD,使用单播地址。
重定向
ICMPv6 Type 137,与ipv4的重定向类似
参考:
arp协议
https://datatracker.ietf.org/doc/rfc826/
ndp协议
https://datatracker.ietf.org/doc/rfc4861/
rfc4861中文版,不过有点像机翻,比谷歌翻译强点
https://blog.csdn.net/Phoenix_zxk/article/details/135048709
rfc1971 4.8.2节 重复地址检测
To check an address, a node sends DupAddrDetectTransmits Neighbor Solicitations, each separated by RetransTimer milliseconds. The solicitation’s Target Address is set to the address being checked, the IP source is set to the unspecified address, and the IP destination is set to the solicited-node multicast address of the target address.
https://datatracker.ietf.org/doc/rfc1971/
icmpv6协议
https://datatracker.ietf.org/doc/rfc4443/
配置gc的运行条件
http://sunyongfeng.com/201805/networks/linux_arp
华为的文档
https://support.huawei.com/enterprise/zh/doc/EDOC1100389608/a7028751
Views: 49
linux:
ip -6 neighbour
Windows:
netsh interface ipv6 show neighbors
华为路由器:
display ipv6 neighbour
Views: 6
IPv6中广泛使用组播地址,很多时候要查看组播地址
Windows:
netsh interface ipv6 show joins
Linux:
ip -6 maddress
华为路由器:
display ipv6 interface
Views: 4
sudo -u nobody php --define apc.enable_cli=1 /var/www/nextcloud/updater/updater.phar
nobody是nexcloud的运行帐户,选择命令行升级主要是因为Web界面上升级失几率太高了,主要是下载慢,长时任务时Web界面就会卡住。
更新应用
sudo -u nobody php occ app:update --all
Views: 3
原本是能开启4096QAM的,但是固件升级到R23版本以后就降到1024QAM了。
# 配置性能模式
ssid-profile name ssid1
service-guarantee performance-first
quit
# 强制使用802.11ax
radio-5g-profile name default
radio-type dot11ax
Views: 3