博主因爲受不了linux的網絡太慢，開幾個應用都是很難出來內容。於是重啓linux服務器。這下好了，重啓之後發現用xshell一直連不上linux。心想一定是防火牆的問題。於是奔着開啓22端口的目標，踏上救機的泥潭。
首先博主去vim /etc/sysconfig/iptables文件，但是怎麼也保存不了。證明自己的權限不夠，但是明明自己登錄的用戶就是root啊。然後去/etc/sudoers查一下。發現權限確實是最高的。
後來執行sudo /sbin/iptables -A INPUT -p tcp -m tcp --dport 22 -jACCEPT
發現自己處於一個readonly_file_system的環境中。
於是找了一下網上關於readonly_file_system的解決方案。
博主執行了一條命令. à fsck –a 修復磁盤。但是此時還是報錯。
報的錯是：fsck.ext4 unable to resolve 'UUID=a4a7...' 。
於是博主又從網上找解決方案
http://blog.163.com/cklgl_521/blog/static/2294086201444114936554/
根據以上博文，做如下的操作
cat /etc/fstab
UUID=a4a7a0f7-b54f-4774-9fb1 對應的是/data
系統現在是隻讀狀態：
mount -o remount rw /
chmod a+rw /etc/fstab
vi /etc/fstab
刪除UUID，reboot
完後。readonly_file_system的錯誤就可以解決了。
緊接着博主就迫不及待地去修改/etc/sysconfig/iptables
修改成如下
然後查看現在開放的端口列表
iptables –L –n
有22端口了。激動。
完後重新啓動防火牆
Service iptables restart 。 重啓成功後，用xshell連linux，還是連接不上。
於是試着訪問80端口，訪問也不成功。
再開啓nginx.
在訪問也不成功。
於是先本地訪問127.0.0.1，測測有沒有問題
本地是可以響應nginx的信息
於是博主在前輩同事的提示下在阿里雲做相關的配置
增加22的安全規則。
然後重啓防火牆。
還是不成功！！！！！！再試試關閉防火牆，也是不行！
最後，重啓一下網絡服務
大功告成！
可以用xshell痛快地玩轉linux了。
最後博主發現一個令人開心的現象。
重啓linux後。可用的內存比重啓前多了一個多G。真是風雨過後見彩虹呀
