亚洲色成人网站www永久,亚洲欧美人成视频一区在线,亚洲国产成人高清在线观看,亚洲精品久久久久久动漫,亚洲国产精品久久电影欧美

江蘇聯(lián)通：運營商 nat 鏈接外網(wǎng)基本不 qos （ 4G ） 家里有公網(wǎng) ip 鏈接外網(wǎng)晚上基本限速在 5M/s

這個問題有段時間了,用手機瀏覽器打開某些網(wǎng)頁,會被挾持重定向到某個惡意網(wǎng)站,然后不斷彈出下載框,強制占全屏（ QQ 瀏覽器下）,不斷彈網(wǎng)頁信息,無法后退,最后只能強制關(guān)閉瀏覽器,下面復(fù)現(xiàn)。網(wǎng)絡(luò)是移動寬帶,瀏覽器不限,測試過有 QQ 瀏覽器,Via,Chrome,之前只是晚上凌晨,現(xiàn)在測試白天也有,暫時發(fā)現(xiàn)的網(wǎng)站是知乎,ZOL 手機 wap 端。
起因是 QQ 瀏覽器用百度搜索引擎搜索,點進去搜索結(jié)果,如果是知乎或者 ZOL 的參數(shù)頁面,就會觸發(fā)跳轉(zhuǎn),跳轉(zhuǎn)網(wǎng)址是 b1.syxgsq.com.cn 。
瘋狂請求下載,無法取消。點的次數(shù)多了還會發(fā)消息。惡意使瀏覽器進入全屏,加表面覆蓋,想調(diào)出瀏覽器菜單都不可以。
看看下載的啥,文件名 xiazai 開頭,apk 文件,名字叫瀏覽器,不敢安裝,文件有時候還不一樣。要的權(quán)限有 33 項。
道理我懂,路由器 hosts 伺候。屏蔽域名后 QQ 瀏覽器仍然能加載頁面,估計是用了網(wǎng)頁加速一類技術(shù),頁面遠端加載,或者用自帶的 DNS 服務(wù)器,在域名被本地局域網(wǎng)屏蔽的時候備用加載。所以換了個瀏覽器 Via,順便排除瀏覽器作惡。觸發(fā)條件我是直接打開 ZOL,點進某個手機綜述頁面,偶爾要點“參數(shù)”tab 觸發(fā)。
頁面不能加載了,可是下載框還會彈出來,不斷彈,取消沒用,只能強制退。
不信邪,換手機用 Via,一樣,換 Chrome,在主頁就開始了,不過頁面沒跳轉(zhuǎn)過去。
這網(wǎng)頁還能修改剪貼板,內(nèi)容是淘寶的優(yōu)惠券。
不信邪+1,白天再看,因為聽聞這些運營商挾持（還有百度的非法廣告）只敢深夜作案。圖片也在上面,留意時間。一樣。小米自帶的瀏覽器也沒能幸免。
以上都是在移動寬帶下測試,切換到電信 4G,聯(lián)通 4G 沒發(fā)現(xiàn),移動 4G 沒條件測試。路由器是 k2p 老毛子固件,是主線非個人修改的版本。知乎,以前發(fā)覺百度搜索頁面直接進去答案或者專欄頁面會觸發(fā)。印象中沒有其他網(wǎng)站觸發(fā)了。奇怪的是屏蔽了網(wǎng)址還會發(fā)起下載,之前看過某個說法,是網(wǎng)站的防護做得不好,被人鉆空子了,利用了某些 DNS 漏洞（破乎躺槍）。

半年前看是-22,慢慢漲一樣,-23,現(xiàn)在穩(wěn)定-24.2,鄰居家看了下是-22.3報修過電信小哥說正常,30 內(nèi)都不影響上網(wǎng),但是我自己每天玩 DNF 都會掉線,大概 4,5 小時掉一次 是否應(yīng)該投訴到工信部來整改下光衰問題

路由器開了 openclash,用 lhie1 的規(guī)則。然后小米有品 APP 的商品詳情就顯示不了了,商品可以點開,但是商品頁的商品詳情加載不出來,其他都正常。只有 APP 端有這個問題,網(wǎng)頁版沒問題。
目前懷疑是 openclash 把詳情頁分流給 adblock 了,想把它拉進白名單。以 youpin 為關(guān)鍵詞試過了,不管用。

rt,是否會有墻的干擾？

日常間歇性抽風,nslookup 可以查詢到 3 個 ip,ping 每個 ip 都丟包MacdeMBP:~ mac$ nslookup v2ex.com Server: 2409:8a5e:a016: Address: 2409:8a5e:a016:#53 Non-authoritative answer: Name: v2ex.com Address: 104.20.10.218 Name: v2ex.com Address: 104.20.9.218 Name: v2ex.com Address: 172.67.3.188 MacdeMBP:~ mac$ ping 104.20.10.218 PING 104.20.10.218 (104.20.10.218): 56 data bytes Request timeout for icmp_seq 0 64 bytes from 104.20.10.218: icmp_seq=1 ttl=49 time=64.762 ms 64 bytes from 104.20.10.218: icmp_seq=2 ttl=49 time=68.284 ms Request timeout for icmp_seq 3 Request timeout for icmp_seq 4 Request timeout for icmp_seq 5 64 bytes from 104.20.10.218: icmp_seq=6 ttl=49 time=82.401 ms Request timeout for icmp_seq 7 Request timeout for icmp_seq 8 64 bytes from 104.20.10.218: icmp_seq=9 ttl=49 time=86.536 ms 64 bytes from 104.20.10.218: icmp_seq=10 ttl=49 time=64.652 ms ^C --- 104.20.10.218 ping statistics --- 11 packets transmitted, 5 packets received, 54.5% packet loss round-trip min/avg/max/stddev = 64.652/73.327/86.536/9.283 ms MacdeMBP:~ mac$ ping 104.20.9.218 PING 104.20.9.218 (104.20.9.218): 56 data bytes 64 bytes from 104.20.9.218: icmp_seq=0 ttl=49 time=63.625 ms 64 bytes from 104.20.9.218: icmp_seq=1 ttl=49 time=63.069 ms Request timeout for icmp_seq 2 Request timeout for icmp_seq 3 Request timeout for icmp_seq 4 Request timeout for icmp_seq 5 64 bytes from 104.20.9.218: icmp_seq=6 ttl=49 time=63.402 ms 64 bytes from 104.20.9.218: icmp_seq=7 ttl=49 time=63.387 ms Request timeout for icmp_seq 8 64 bytes from 104.20.9.218: icmp_seq=9 ttl=49 time=64.382 ms 64 bytes from 104.20.9.218: icmp_seq=10 ttl=49 time=63.376 ms Request timeout for icmp_seq 11 64 bytes from 104.20.9.218: icmp_seq=12 ttl=49 time=63.871 ms 64 bytes from 104.20.9.218: icmp_seq=13 ttl=49 time=64.225 ms 64 bytes from 104.20.9.218: icmp_seq=14 ttl=49 time=78.959 ms 64 bytes from 104.20.9.218: icmp_seq=15 ttl=49 time=64.213 ms 64 bytes from 104.20.9.218: icmp_seq=16 ttl=49 time=63.765 ms ^C --- 104.20.9.218 ping statistics --- 17 packets transmitted, 11 packets received, 35.3% packet loss round-trip min/avg/max/stddev = 63.069/65.116/78.959/4.395 ms MacdeMBP:~ mac$ ping 172.67.3.188 PING 172.67.3.188 (172.67.3.188): 56 data bytes Request timeout for icmp_seq 0 Request timeout for icmp_seq 1 64 bytes from 172.67.3.188: icmp_seq=2 ttl=49 time=67.276 ms Request timeout for icmp_seq 3 64 bytes from 172.67.3.188: icmp_seq=4 ttl=49 time=66.986 ms Request timeout for icmp_seq 5 Request timeout for icmp_seq 6 Request timeout for icmp_seq 7 Request timeout for icmp_seq 8 64 bytes from 172.67.3.188: icmp_seq=9 ttl=49 time=164.689 ms 64 bytes from 172.67.3.188: icmp_seq=10 ttl=49 time=66.278 ms 64 bytes from 172.67.3.188: icmp_seq=11 ttl=49 time=70.650 ms 64 bytes from 172.67.3.188: icmp_seq=12 ttl=49 time=66.294 ms 64 bytes from 172.67.3.188: icmp_seq=13 ttl=49 time=70.568 ms ^C --- 172.67.3.188 ping statistics --- 14 packets transmitted, 7 packets received, 50.0% packet loss round-trip min/avg/max/stddev = 66.278/81.820/164.689/33.875 ms MacdeMBP:~ mac$ 何故？ 有什么解決方法嗎？ 同環(huán)境下,電信的網(wǎng)絡(luò)是??的

圖示中的第 9 跳,到第 10 跳
P.S. 除了套路云,還有國內(nèi)純 CN2 的 Vp5 嗎？

有沒有廣州移動的伙伴,廣州移動訪問谷歌 HK-GCP 速度怎樣？現(xiàn)在用的是聯(lián)通寬帶,100M 訪問 HK-GCP 帶寬可以跑滿,ping 值 10ms 上下,因為搬家,只有移動,不知道移動到 HK-GCP 的連接速度怎樣,有在用移動的伙伴麻煩告知一下,非常感謝。

真不明白,合同按月的,那么到期了你業(yè)務(wù)不做了不該一視同仁一起停掉？現(xiàn)在銷售給部分人公平何在？那行,你不肯給個人用戶用,那我辦企業(yè)寬帶,之前說直接拿身份證就可以辦了,現(xiàn)在說不注冊企業(yè)是不行的,坑爹?。≌Ｍ緩交ㄥX都不讓用！無語！

TPEs4 修好以后,一直走的上海出口,今天開始走廣州了……噩夢呀

廣州聯(lián)通國內(nèi)-國際出口段延遲又炸飛了？已經(jīng) 290ms-300ms 起飛了？到美西 320ms 起步了？北京聯(lián)通-美西延遲還行。

dns1 119.6.6.6
dns2 119.7.7.7 （新）
dns v6 2408:8001:7000::
拋開各種公共 dns,應(yīng)該沒有更好記的了

只是想知道阿里云內(nèi)部折扣最低能到多少,身邊有個人在賣 不知道要不要大規(guī)模上車,價格低到令我我懷疑人生,（現(xiàn)在就上了一臺百兆國內(nèi) 兩個月了還沒翻車）

坐標天河棠下,報裝的時候有 100M/20M 和 200M/30M 可選。報裝時告知棠下城中村只支持最高 100M 的下行,但考慮到經(jīng)常需要上傳文件,于是依然選擇了 200M/30M 套餐。
報裝完后發(fā)現(xiàn)給的是百兆光貓,自己掏錢換了千兆光貓,下行達標了,但是上行始終是 20M 。
第一次打電話給 10010,告知該地區(qū)就是最多只能開 100M/20M 套餐,我想了想反正下行也達標了,上行就先忍忍,用著先 。
后來在約一個月前上行突然降到 12M,第二次打 10010 去投訴,說會派師傅來了解。師傅上門來測,說正常,下載夠快就行了,你又不搞直播,弄那么高上行干什么。我意識到跟基層師傅說了也是白說,就讓他回去了。
然后第三次 10010,說給我 20M 我也認了,我接受,現(xiàn)在縮成 12M 什么鬼,處理不了就工信部。來回折騰了幾次,也只能恢復(fù)八九成左右,能穩(wěn)定跑 18M 上下。期間負責該地區(qū)的師傅表示弄不了建議我退網(wǎng),我表示不能接受 (報裝時讓我交 500,說一次性交 500 多送一個月,如果退了剩余的錢沒啥用)。另外聯(lián)通客服也多次回訪問我處理結(jié)果滿不滿意,我說不滿意,打回繼續(xù)處理。剛才又接到 10010 電話,跟我說這城中村就是只能 100M/20M,您考慮一下要不要繼續(xù)用 (我的理解是不接受就退網(wǎng),補償應(yīng)該沒有),語氣有點催我做決定,心生怒火直接掛機。
其實我知道爭取這 30M 能成功的可能性微乎其微,但這次聯(lián)通給我的感覺已經(jīng)讓我對它完全失去好感,我想讓他們拉個人出來背鍋。以后我寧愿拉回移動 + 高價雞場都不愿意再回聯(lián)通。
有幾個問題想請教下 v 友： 是否因為地區(qū)限速模板的原因才導(dǎo)致上行無法跑足 30M 有什么可能的原因?qū)е律闲型蝗豢s到 12M 我還是希望能夠有大上行,有附近的 v 友有車嗎

砌墻又開始搞小動作了？看來各位要提前做好思想準備了！！

坐標江蘇徐州電信,因為同城寬帶只給 100 兆帶寬,打了 10000 號說可以在ts.js.vnet.cn 購買提速包提到 200 兆。但是之前給的貓是 100 兆的,閑魚買了千兆貓換上,loid 和 itsm 都顯示注冊成功了,只不過下發(fā)的配置沒法上網(wǎng),手動改了之前的配置?？梢陨暇W(wǎng)了,但是在ts.js.vnet.cn 頁面上仍然顯示當前最大可提速到 100 兆,這是機房那邊沒更新信息嗎？另這邊的電信小哥脾氣臭的要死,之前要換貓他一口咬定換了就不能上網(wǎng),我想在營業(yè)廳買他都不肯給換,現(xiàn)在咋辦呢

上個多月搬家,之前的寬帶銷戶了這次不算移機算新裝了,換了華為 HN8145V 光貓廣西小城市,套餐+各種包 178 一個月,千兆+手機+固話,安裝的時候直接找?guī)煾狄顺芨臉蚪?剛裝的時候印象里“線路協(xié)議”是 XGPON 來著,記不太清了。安裝時光功率計測的-18,接到光貓里顯示-21 這幾天閑著無聊進光貓看看,“線路協(xié)議”現(xiàn)在顯示的 GPON,光功率掉到-28 、-27 了,測速峰值 720M,平時 650M 不能再多了 想請教下各位： 1.是華為的光貓直接就顯示 XGPON 或者 GPON 的嗎？還是一直顯示的 GPON ？ 2.我這邊接入的是 1:16 的二級分光,端口接近全滿了,按 GPON 來算是否運營商下聯(lián)到二級分光這的速率就無法達標千兆？ 3.如果是接入速率就不達標的話（例如僅 GPON,而且光衰大接近掉線邊緣）,是否可以投訴運營商更新下聯(lián)到二級分光這段的線路？

https://www.cmi.chinamobile.com/sc/tender 你想要搞精品網(wǎng)了??？.jpg

光貓 TEWA-700G,人在獵德 使用橋接模式,主路由 ac86u 和 win10 筆記本進行 PPOE 撥號,ping 會跳的非常嚴重,如下圖 撥號拿到的 IP 基本上在這倆段,都這樣 113.111.0.0/16 218.19.0.0/16
使用光貓撥號模式卻沒有問題,ping 我拿到的路由跟蹤出公網(wǎng)那一跳基本上都穩(wěn)在 2ms 左右,最高 4ms （忘記截圖了 qwq
打了電話,報障了今天下午過來換貓,他給我打電話的時候極力否定是光貓問題,說光貓撥號才能穩(wěn)定,自己橋接 PPOE 只能這樣,跳 ping 和橋接二選一
非常迷惑,是電信故意的么？這種情況持續(xù)了很長時間了

剛剛聽歌居然可以直接訪問。
網(wǎng)絡(luò)： 江西移動 家寬 江西移動 4G
設(shè)備： iPhone && iPad

山東某城市聯(lián)通,有兩個 IP 段,今天重啟下了路由,到 GCP 的延遲從 42 到了 48 （穩(wěn)穩(wěn)的不動）loc 說是和上級路由有關(guān),我是有公網(wǎng) IP 的,是否和網(wǎng)關(guān)下其他鄰居有關(guān)？

上個月受到寬帶師傅蠱惑,升級了千兆寬帶,換了這個光貓
型號 TEWA-1000E
管理員模式進去后,去撥號設(shè)置打開 FullConeNAT 選項,能撥上號,但流量就出不去了,PING 也不行
然后關(guān)掉的狀態(tài)下是 Restric NAT,應(yīng)該是個 bug
不知道有沒有反饋的渠道

iij 走的聯(lián)通,去程就丟包,卡回程走的 203 電信,還是卡

電信 4G 這是怎么回事？https://i.loli.net/2020/07/14/7xN9vYsoRXpwzcI.jpg

起因是這兩天突然在外網(wǎng)無法訪問 NAS 服務(wù),把 DDNS,域名解析,端口轉(zhuǎn)發(fā),NGINX,應(yīng)用服務(wù)都排查了一遍,都沒查出問題,最后發(fā)現(xiàn)居然是公網(wǎng) ip 沒了。他娘的,先投訴了,不知道能不能解決

家里已有 ax88u,想弄個軟路由主要搞 fq 、WAN 聚合以及折騰一些其它的,希望能有 4C,支持 avx2 、aes-ni 、vt-d,能跑滿 2000M （兩路電信 1000M ）。
大佬們求推薦。

最近換了個 r2s 軟路由,已經(jīng)使用 aliddns 并做了端口映射,發(fā)現(xiàn)在外網(wǎng)訪問群暉能連上但是速度非常慢,內(nèi)網(wǎng)速度很正常,之前用 R6400 路由器速度完全正常,請問這是為什么？ openwrt 有 bug 嗎？

之前在家里采用了 AC + AP 的方案,客廳吸頂 AP,三個小房間各一個 AP 面板。結(jié)果其中連到一個 AP 面板的預(yù)埋網(wǎng)線突然壞了。因為是 20 年前布的線,情況很糟糕,換線成本太高。 想問一下有什么解決方案可以覆蓋壞掉的 AP 面板所在的房間？

這是跑的網(wǎng)上的測速腳本,人在杭州,vps 在美國
測速結(jié)果：
https://imgchr.com/i/NqK09e
按照這個結(jié)果我的速度應(yīng)該能到 1MB/s,但是我在 vps 上的 nginx 放了個文件,直接下載的速度卻只有 100-200k
有沒有什么優(yōu)化的空間,或者什么速度快點的 vps 推薦

不會是按照 gcp 鏈接大陸算流量吧?

坐標江蘇蘇州電信,之前遇到過 DNS 劫持找電信投訴,第二天就幫我屏蔽掉了。
但最近發(fā)現(xiàn)用手機瀏覽器打開網(wǎng)易新聞部分頁面會彈出垃圾廣告。找電信投訴后回復(fù)說不是他們投放的。然后我又用聯(lián)通 4G 試了一下,發(fā)現(xiàn)也會跳出廣告,所以現(xiàn)在搞不清楚這種情況到底是網(wǎng)易出了問題還是 ISP 的問題。
知乎上有相同的情況： https://www.zhihu.com/question/368571156
具體情況如下,有條件的朋友幫忙測試一下,看看是否能復(fù)現(xiàn),最好能附上坐標。
ISP：電信,聯(lián)通（流量有限,只測試成功過一次）
環(huán)境：安卓 Chrome,IOS Safari,華碩、TPlink 路由器,華為光貓
操作詳情：手機瀏覽器通過百度搜索“XXX 網(wǎng)易新聞”,向后翻幾頁,找網(wǎng)易的新聞頁面進入,延遲 1 秒左右安卓會多次跳轉(zhuǎn)網(wǎng)頁,然后彈出軟件下載提示信息,且無法返回,IOS 則直接跳轉(zhuǎn) APPStore 七貓免費小說頁面。
被劫持的網(wǎng)站：網(wǎng)易新聞、搜狐新聞、中關(guān)村、掘金、簡書、豆瓣（后面四個是以前有發(fā)現(xiàn)被劫持過,但當時以為是網(wǎng)站自己投放的,這次沒有測試成功過）
分析： 跳轉(zhuǎn)廣告的是網(wǎng)頁中被插入了 https://img.yunrong360.com/dsp/code/1027.js 這個腳本,這個腳本只有在被嵌入網(wǎng)頁時才會加載,無法直接訪問； 腳本只有移動端才會被加載； 只有少部分網(wǎng)頁會被插入腳本,不清楚是不是有什么關(guān)鍵詞匹配； 腳本可能只有在進行網(wǎng)頁跳轉(zhuǎn)時才會被插入。
測試鏈接：
此鏈接會跳轉(zhuǎn)至另一個鏈接,百分百會被插入廣告腳本 https://news.163.com/20/0706/15/FGS5H5IB0001899O.html
直接訪問被跳轉(zhuǎn)的鏈接不會被插入腳本 https://3g.163.com/news/article/FGS5H5IB0001899O.html
問題： 這種情況是被 DNS 劫持嗎？還是說網(wǎng)易自己投放的？又或者是這些網(wǎng)站所使用的廣告 SDK 有問題？ 如果這屬于 DNS 劫持的話,很有可能整個城市三大運營商都有問題,這種情況問題是出在哪里？找工信部投訴電信有能力解決嗎？ 現(xiàn)在 DNS 劫持已經(jīng)入刑了,如果電信不能解決的話,報警能處理么？

ethtool -i enp2s0f0
driver: ixgbe
version: 5.1.0-k
firmware-version: 0x80000f32, 19.5.12
expansion-rom-version:
bus-info: 0000:02:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: yes
ethtool enp2s0f0
Settings for enp2s0f0: Supported ports: [ TP ] Supported link modes: 100baseT/Full 1000baseT/Full 10000baseT/Full Supported pause frame use: Symmetric Supports auto-negotiation: Yes Supported FEC modes: Not reported Advertised link modes: 100baseT/Full 1000baseT/Full 10000baseT/Full Advertised pause frame use: Symmetric Advertised auto-negotiation: Yes Advertised FEC modes: Not reported Speed: 10000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on MDI-X: Unknown Supports Wake-on: d Wake-on: d Current message level: 0x00000007 (7) drv probe link Link detected: yes
ifconfig
enp2s0f0: flags=4163 mtu 1500 inet 192.168.1.7 netmask 255.255.255.0 broadcast 192.168.1.255 inet6 2408:****:****:9b80:b696:91ff:fe6f:5a78 prefixlen 64 scopeid 0x0 inet6 fe80::b696:91ff:fe6f:5a78 prefixlen 64 scopeid 0x20 ether b4:96:91:6f:5a:78 txqueuelen 1000 (Ethernet) RX packets 42383 bytes 5799527 (5.5 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 14906 bytes 7721794 (7.3 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
dmesg | grep ixgbe
[ 2.028447] ixgbe: Intel(R) 10 Gigabit PCI Express Network Driver - version 5.1.0-k
[ 2.028447] ixgbe: Copyright (c) 1999-2016 Intel Corporation.
[ 2.729215] ixgbe 0000:02:00.0: Multiqueue Enabled: Rx Queue count = 16, Tx Queue count = 16 XDP Queue count = 0
[ 2.830695] ixgbe 0000:02:00.0: 31.504 Gb/s available PCIe bandwidth (8 GT/s x4 link)
[ 2.943322] ixgbe 0000:02:00.0: MAC: 4, PHY: 0, PBA No: J69754-003
[ 2.943326] ixgbe 0000:02:00.0: b4:96:91:6f:5a:78
[ 3.106565] ixgbe 0000:02:00.0: Intel(R) 10 Gigabit Network Connection
[ 3.106594] libphy: ixgbe-mdio: probed
[ 3.808299] ixgbe 0000:02:00.1: Multiqueue Enabled: Rx Queue count = 16, Tx Queue count = 16 XDP Queue count = 0
[ 3.910503] ixgbe 0000:02:00.1: 31.504 Gb/s available PCIe bandwidth (8 GT/s x4 link)
[ 4.026732] ixgbe 0000:02:00.1: MAC: 4, PHY: 0, PBA No: J69754-003
[ 4.026733] ixgbe 0000:02:00.1: b4:96:91:6f:5a:7a
[ 4.188871] ixgbe 0000:02:00.1: Intel(R) 10 Gigabit Network Connection
[ 4.188899] libphy: ixgbe-mdio: probed
[ 4.189542] ixgbe 0000:02:00.1 enp2s0f1: renamed from eth1
[ 4.214902] ixgbe 0000:02:00.0 enp2s0f0: renamed from eth0
[ 5.897838] ixgbe 0000:02:00.1: registered PHC device on enp2s0f1
[ 6.117558] ixgbe 0000:02:00.0: registered PHC device on enp2s0f0
[ 11.258783] ixgbe 0000:02:00.1 enp2s0f1: NIC Link is Up 10 Gbps, Flow Control: RX/TX
[ 11.543897] ixgbe 0000:02:00.0 enp2s0f0: NIC Link is Up 10 Gbps, Flow Control: RX/TX
[ 11.738770] ixgbe 0000:02:00.0 enp2s0f0: NIC Link is Down
[ 12.166518] ixgbe 0000:02:00.1 enp2s0f1: NIC Link is Down
[ 12.454863] ixgbe 0000:02:00.0 enp2s0f0: NIC Link is Up 10 Gbps, Flow Control: RX/TX
[ 12.478795] ixgbe 0000:02:00.1 enp2s0f1: NIC Link is Up 10 Gbps, Flow Control: RX/TX
[12563.001690] ixgbe 0000:02:00.0 enp2s0f0: NIC Link is Up 10 Gbps, Flow Control: RX/TX

618,心想有活動就一次買了 50T 的 CDN 流量包,價格 4999
今個差不多用完了,打算再買 50T 的時候發(fā)現(xiàn),TM 價格還是 4999
(狗頭)本來還以為就算老用戶是狗,起碼還能吃點狗糧,現(xiàn)在發(fā)現(xiàn)狗糧也沒吃到

弄了一個空閑 vps 搭建了一個云盤想試試各地區(qū)的下載速度；
歡迎回饋：
下載地址： http://weibo.ws/FKOZVu

之前一直沒廣告,現(xiàn)在喪心病狂了,有的視頻幾分鐘一段廣告。IP 還是原來的 IP 家里的聯(lián)通寬帶用火棒看就沒有廣告,搞不定油管的邏輯啊

新房裝修完了才發(fā)現(xiàn)預(yù)埋網(wǎng)線布置錯誤,需要改道,無奈只能沿門框走明線（網(wǎng)線,非光纖）,那么問題來了: 沿門框走的話 門框直角處網(wǎng)線也只能彎折成直角,準備買七類圓形網(wǎng)線,彎折的話會影響網(wǎng)速嗎？ ping 值和下載速度都降低,易掉線？ 網(wǎng)線如果多 20 米,相對于原來是否網(wǎng)速也會降低？

本人家里開的千兆寬帶,升寬帶的時候把貓換成了 SDN 網(wǎng)關(guān),必須得通過電信的網(wǎng)絡(luò)管家才能改設(shè)置的那種
目前家里的網(wǎng)絡(luò)配置是光纖接 SDN 網(wǎng)關(guān)再連幾個無線 AP,AP 不做路由功能只充當無線交換機,在設(shè)備接入網(wǎng)后由 SDN 網(wǎng)關(guān)的 DHCP 負責 IP 分配,其中 DNS 地址指向的是 SDN 網(wǎng)關(guān)（ 192.168.1.1 ）
前段時間開始間歇性會出現(xiàn)無法上網(wǎng)的情況,排查下來是 SDN 網(wǎng)關(guān)的 DNS 服務(wù)無法訪問,手動用 dig 命令向 192.168.1.1 發(fā)起 DNS 查詢無響應(yīng),但如果指定為別的 DNS 比如 223.5.5.5 則可以正常解析,與此同時如果用瀏覽器打開 192.168.1.1 又能正常打開 SDN 網(wǎng)關(guān)界面。重啟后便恢復(fù)正常。
已經(jīng)叫電信師傅換了幾個 SDN 網(wǎng)關(guān)都是如此,我都感覺是不是家里設(shè)備出現(xiàn)問題了,問下有人出現(xiàn)過這樣的情況嗎