① 智慧沃家WiFi連接超時，無法正常上網
如出現寬頻故障，您可先通過以下方法進行排障：
【1】使用單機撥號，如有使用路由器，請暫時斷開路由器測試；
【2】重啟modem和電腦；
【3】重新創建寬頻撥號連接，再撥號嘗試。操作方法：開始＞程序＞附件＞通迅＞新建連接向導。
若自行排障仍然沒有恢復，可聯系人工客服進行申告故障，將盡快為您處理。
—————
聯通伴你看世界，獨享團費折扣、國際漫遊流量免費送！還等什麼，趕緊點擊 http://u.10010.cn/v 參與活動吧！
您可能還關註：
優惠大贈送！【4G全國套餐存費送優惠！】【4G主副卡，一人付費，全家打！】還等什麼，點擊下列相應鏈接進行辦理吧!
【4G全國套餐】：http://u.10010.cn/sAbMM；
【4G主副卡】：http://www.10010.com/02upy；
② 聯通智慧沃家機頂盒出現網路連接超時 錯誤代碼2001
聯通沃家電視業務出現故障報錯，您可通過以下方式進行排查處理：
1、檢查家中聯通寬頻網路或無線WI-FI是否可以正常使用；
2、若寬頻網路不能正常使用，先檢查光貓設備接入光纖及輸出網線插口是否已插好；
3、如輸入、輸出插口均正常，可嘗試重啟光貓及機頂盒設備後再試；
4、如重啟後仍未恢復，您可使用關聯的聯通手機號碼，致電當地聯通人工客服協助查詢或反饋故障維修。
③ 中國移動網路電視機頂盒顯示502 bad gateway
一些運行在Nginx上的網站有時候會出現「502 Bad Gateway」錯誤，有些時候甚至頻繁的出現。以下是小編搜集整理的一些Nginx 502錯誤的排查方法，供參考：
Nginx 502錯誤的原因比較多，是因為在代理模式下後端伺服器出現問題引起的。這些錯誤一般都不是nginx本身的問題，一定要從後端找原因！但nginx把這些出錯都攬在自己身上了，著實讓nginx的推廣者備受置疑，畢竟從字眼上理解，bad gateway？不就是bad nginx嗎？讓不了解的人看到，會直接把責任推在nginx身上，希望nginx下一個版本會把出錯提示寫稍微友好一些，至少不會是現在簡單的一句 502 Bad Gateway，另外還不忘附上自己的大名。
Nginx 502的觸發條件
502錯誤最通常的出現情況就是後端主機當機。在upstream配置里有這么一項配置：proxy_next_upstream，這個配置指定了 nginx在從一個後端主機取數據遇到何種錯誤時會轉到下一個後端主機，里頭寫上的就是會出現502的所有情況拉，默認是error timeout。error就是當機、斷線之類的，timeout就是讀取堵塞超時，比較容易理解。我一般是全寫上的：
proxy_next_upstream error timeout invalid_header http_500 http_503;不過現在可能我要去掉http_500這一項了，http_500指定後端返回500錯誤時會轉一個主機，後端的jsp出錯的話，本來會列印一堆 stacktrace的錯誤信息，現在被502取代了。但公司的程序員可不這么認為，他們認定是nginx出現了錯誤，我實在沒空跟他們解釋502的原理 了……
503錯誤就可以保留，因為後端通常是apache resin，如果apache死機就是error，但resin死機，僅僅是503，所以還是有必要保留的。
解決辦法
遇到502問題，可以優先考慮按照以下兩個步驟去解決。
1、查看當前的PHP FastCGI進程數是否夠用：
復制代碼 代碼如下:
netstat -anpo | grep "php-cgi" | wc -l
如果實際使用的「FastCGI進程數」接近預設的「FastCGI進程數」，那麼，說明「FastCGI進程數」不夠用，需要增大。
2、部分PHP程序的執行時間超過了Nginx的等待時間，可以適當增加nginx.conf配置文件中FastCGI的timeout時間，例如：
復制代碼 代碼如下:
http { fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300; ...... } ......
php.ini中memory_limit設低了會出錯，修改了php.ini的memory_limit為64M，重啟nginx，發現好了，原來是PHP的內存不足了。
如果這樣修改了還解決不了問題，可以參考下面這些方案：
一、max-children和max-requests
一台伺服器上運行著nginx php(fpm) xcache，訪問量日均 300W pv左右。
最近經常會出現這樣的情況：php頁面打開很慢，cpu使用率突然降至很低，系統負載突然升至很高，查看網卡的流量，也會發現突然降到了很低。這種情況只持續數秒鍾就恢復了。
檢查php-fpm的日誌文件發現了一些線索。