小欷o wrote:
各位大家好 ... ...(恕刪)
AKSN74 wrote:
這要看 因為宿網或是...(恕刪)
幫AKSN74兄做補充:
假設您的SSTP-Server連接埠由443 換成4433 ,電腦設定SSTP時只要在地址再加入Port號即可.
如:123.123.123.123:4433 或abc123.noip.me:4433
基本上有參考了網路上一些部落格的文章 以及這串上面問的答案
Wake On LAN
本身是一種使用網路卡來喚醒電腦的技術 在之前 這個技術都是各家自己有一套標準
直到有所謂的神奇封包喚醒技術出現後 目前各家網卡廠商也大多使用這個技術
好玩的是 這個技術是AMD開發出來的
何謂神奇封包?
神奇封包是一個可以讓電腦從睡眠/休眠 甚至是關機狀態的電腦喚醒或開機
當這種監聽機制啟動後 一旦電腦進入關機或是低電源狀態 網卡並不會斷電
而是保持在低用電的狀態在運作 功能是監聽神奇封包以及回應路由器的ARP要求
神奇封包所含的內容也很簡單
前面是由六個位元的FF組成 後面則是重複16次被喚醒電腦端的MAC位址
而這個神奇封包 通常都會經由UDP Port 7或9來傳送 通常一些喚醒軟體都是走9比較多
實作
這邊就以Intel網卡來實作
(現在不少中階或高階的Intel主機板都一定標配自家網卡 不管主機板是哪家大廠出的都一樣)
首先 先到裝置管理員>網路介面卡>Intel網卡右鍵>內容>電源選項
看圖下這樣設定
主要看WOL的設定 若是Intel網卡的使用者有一點需要注意
那就是請將「在格式匹配喚醒」的勾打消
為什麼要取消? 以下我會解釋
其實Intel的網卡驅動也很奇怪 針對這個選項的說明都沒有顯示出來 算是很詭異的事情
基本上這個選項的意思是 除了神奇封包外 其他只要符合喚醒規範的封包都能將電腦喚醒
但這會造成電腦動不動就自己醒來的狀況 關機的情況下不會發生 但睡眠時會發生
其他的就看您怎麼設定 若要在關機的狀態下喚醒 也將第三個跟著打勾就OK
(P.S 若要關機時喚醒 記得也要到BIOS設定透過網卡喚醒或是透過PCI裝置喚醒)
接著 我們進到ROS裡面設定
首先 請先到IP>ARP 將要設定喚醒的電腦的ARP清單設為Static
原因是某些網卡在進入低電源模式後不會去回應路由器的ARP訊息
沒辦法回應ARP 變成路由器沒辦法抓到該電腦的MAC位址 會因此導致無法喚醒
除非你的網卡可以設定像Intel那樣 可回應ARP但不喚醒
好了以後 接著我們就來設定 要設定能夠喚醒有兩種方式
1. 封包轉送
只要防火牆設定UDP Port 9通過 以及NAT設定UDP 9的封包導引到電腦的指定IP就可以了
這個作法支援Teamviewer或是其他的喚醒APP
當然 也可以做所謂的「區網全域喚醒」
2. 設定觸發/排程
我們先來講觸發的方法 這邊我是設定當VPN連上的時候 自動啟動電腦
因為VPN的IP是另外獨立的 加上我有指定哪個帳號登入自動配發哪個IP
所以可以設定這樣
Host我們設定VPN連入時會配發給遠端的IP 設定每一分鐘的時候監看狀態一次
並且這個指令的觸發時間為一秒
接著 因為是連上線時才觸發 所以我們在UP的地方設定Script
Script為：
:local MACADDR "<Mac位址>"
:foreach eth in=[interface ethernet find] do={
/tool wol interface=$eth mac=$MACADDR
}
一旦設定完成 當VPN連上時 指定的電腦就會喚醒了
排程也很簡單 到System>Scheduler 新創一個 然後再把上面的Script弄到On Event
設定完時間以及持續時間就可以了
另外 要實行ROS的WOL功能 必須要安裝advance-tool這個套件才可以使用哦
小欷o wrote:
敢問 ... GR...(恕刪)
GRE是一個通道協定 是一些VPN需要使用的通道
可以看一下Wiki的介紹
有可能 畢竟AES256的加密已經很高
依照你們一般的使用 AES128其實就很高了
另外除非家裡用的是雙向100M之類的 否則不太建議使用P2P
一來會不太穩 一來是計中可能會懷疑
我倒覺得大大要不要測試看看PPTP是否可以連線
如果可以 就測試速度看看
否則若SSTP不行 我會建議走OpenVPN
---------------------------------------------
What's new in 6.24 (2014-Dec-23 13:38):
*) ntp - fixed vulnerabilities;
*) web proxy - fix problem when dscp was not set when ipv6 was enabled;
*) fixed problem where some of ethernet cards do not work on x86;
*) improved CCR ethernet driver (less dropped packets);
*) improved queue tree parent=global performance (especially on SMP systems and CCRs);
*) eoip/eoipv6/gre/gre6/ipip/ipipv6/6to4 tunnels have improved per core balancing on CCRs;
*) fixed tx for 6to4 tunnels with unspecified dst address;
*) fixed vrrp - could sometimes not work properly because of advertising bad set of ip addresses;
)，有推薦的廠商嗎？再煩請各位有經驗的前輩指教，謝謝。
內文搜尋
從 APP 打開
X