纯IPv4源：

https://raw.githubusercontent.com/Ftindy/IPTV-URL/main/bestv.m3u #百视通源
https://raw.githubusercontent.com/Ftindy/IPTV-URL/main/cqyx.m3u #重庆广电源
https://raw.githubusercontent.com/Ftindy/IPTV-URL/main/yqgd.m3u #可能为阳泉广电源
https://raw.githubusercontent.com/Ftindy/IPTV-URL/main/hbgd.m3u #河北广电源
https://raw.githubusercontent.com/Ftindy/IPTV-URL/main/IPTV.m3u #国内4K/8K源
https://raw.githubusercontent.com/zbefine/iptv/main/iptv.m3u #zbefine源
https://raw.githubusercontent.com/vamoschuck/TV/main/M3U #茶客源
https://raw.githubusercontent.com/wuyun999/wuyun/main/zb/aptv.txt #乌云源
https://x-x-xxx.github.io/diyp/tv.txt #diyp源
https://cdn.21t.co/tv/tv.txt #21t源

部分IPv4、部分IPv6 源：

https://raw.githubusercontent.com/BigBigGrandG/IPTV-URL/release/Gather.m3u #BigBigGrandG源，有部分IPv6
https://raw.githubusercontent.com/Kimentanm/aptv/master/m3u/iptv.m3u #Kimentanm源，有部分IPv6
https://raw.githubusercontent.com/YanG-1989/m3u/main/Gather.m3u #YanG集合源，有部分IPv6
https://raw.githubusercontent.com/fanmingming/live/main/tv/m3u/v6.m3u #范明明源，有部分IPv6

纯 IPv6 源：

https://raw.githubusercontent.com/fanmingming/live/main/tv/m3u/ipv6.m3u #范明明源，纯IPv6源
https://raw.githubusercontent.com/YueChan/Live/main/IPTV.m3u #YueChan源，纯IPv6
https://raw.githubusercontent.com/whpsky/iptv/main/chinatv.m3u #whpsky源，纯IPv6
https://raw.githubusercontent.com/zhanghongguang/zhanghongguang.github.io/main/IPV6_IPTV.m3u #ZhangHongGuang源，纯IPv6

部分海外源：

https://epg.pw/test_channels.m3u #中国大陆频道
https://epg.pw/test_channels_hong_kong.m3u #香港频道
https://epg.pw/test_channels_macau.m3u #澳门频道
https://epg.pw/test_channels_taiwan.m3u #台湾频道
https://iptv-org.github.io/iptv/countries/tw.m3u #台湾频道
https://epg.pw/test_channels_singapore.m3u #新加坡频道
https://epg.pw/test_channels_malaysia.m3u #马来西亚频道

EPG 节目单：
EPG 节目单，全称为 Electronic Program Guide ，是一种电子节目单，通常以图形界面的形式，提供电视节目的详细信息，包括节目名称、频道、播出时间等，并允许用户根据这些信息选择观看特定的节目。

https://epg.112114.xyz/pp.xml
http://epg.51zmt.top:8000/e.xml
https://live.fanmingming.com/e.xml
https://epg.pw/xmltv.html?lang=zh-hans #海外EPG节目单

这个问题曾经遇到过，一直没想明白怎么回事，今天看到一篇文章，明白了原理。
SSH 登录太慢可能是 DNS 解析的问题，默认配置下 sshd 初次接受 ssh 客户端连接的时候会自动反向解析客户端 IP 以得到 ssh 客户端的域名或主机名。如果这个时候 DNS 的反向解析不正确，sshd 就会等到 DNS 解析超时后才提供 ssh 连接，这样就造成连接时间过长、ssh 客户端等待的情况，一般为10-30秒左右。有个简单的解决办法就是在 sshd 的配置文件（sshd_config）里取消 sshd 的反向 DNS 解析。

vi /etc/ssh/sshd_config
找到UseDNS，修改为no
UseDNS no
重启SSH服务
/etc/init.d/sshd restart

修改服务端的/etc/ssh/sshd_config配置文件，找到下面两行

#ClientAliveInterval 0
#ClientAliveCountMax 3

去掉注释#，改成

ClientAliveInterval 10
ClientAliveCountMax 10

这两行的意思分别是：
1、参数表示如果服务器连续N秒没有收到来自客户端的数据包，则服务器会向客户端发送一条消息。
2、表示如果服务器发送了N次数据到客户端都没有收到回应时，就会认为连接已经断开，服务器会结束会话、关闭监听的端口。
上述配置表示，如果服务器连续10秒没有收到客户端的数据，就会主动发送数据给客户端。连续发送了10次数据到客户端，都没有收到回复就断开连接。这意味着，网络断开后的最长100秒内，服务器就会关闭ssh会话。
重启sshd服务，systemctl resatrt sshd
经过上述配置后，一个稳定的ssh端口转发连接就建立起来了（已经经过数月的实际测试，断线后会自动重连）。

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. ...
  7. 15