作者查詢 / CP64
作者 CP64 在 PTT [ Network ] 看板的留言(推文), 共32則
限定看板:Network
看板排序:
全部C_Chat6230Minecraft1890StupidClown1148TurtleSoup660Linux643Browsers564Google563SummonersWar430SummonsBoard430PuzzleDragon357Touhou327Vtuber272EZsoft210TerraBattle167Tine_OPTC167C_and_CPP151LightNovel146Steam119H-GAME98DigiCurrency92AC_In89PCman63BBSmovie60PttEarnMoney57Emulator47ask46NCHUS46Niconico44Sony-style44asciiart39Soft_Job38joke33Network32Android27Gossiping25LinuxDev24marvel20Vocaloid19PSP-PSV18LeafKey16SENIORHIGH15ACGN_stock12Ruby11Programming10Rayark10EzHotKey9Shana9C_BOO8Doraemon8Garfield8QueerHabit8SYSOP8TigerBlue8Aves7Ayana_Kana6Isayama6Nanoha6PathofExile6AntiVirus5LCD5NCHU-Courses5NSwitch5PlayStation5ZeroTsukaima5ArakawaCow4FamousWords4Haruhi4hololive4C_ChatBM3cat3DataScience3Facebook3KanColle3kawaii3Little-Games3MobileComm3ProjectKondo3ProjectSekai3ToS3AC_Music2AI_Art2Ajax2AOE2Aquarius2Audiophile2bicycle2Blog2Cloud2CrossStrait2Database2GL2movie2Mudran2music2NARUTO2Nethood2OverWatch2Palmar_Drama2PC_Shopping2Precure2PttFamous2Railway2Shooter-game2StarCraft2Suckgame2TypeMoon2AKB481Ancient1AndroidDev1AppsForBBS1Arthropoda1basketballTW1BEELZEBUB1BigBanciao1BlizzHeroes1BloodType1Boy-Girl1C_GenreBoard1CardCaptor1CFantasy1Cga1CGI-Game1CSonline1CVS1DaCapo1dog1DotA21DragonBall1Editor1FAIRYTAIL1FEZ1FITNESS1Gintama1GUNDAM1HakuiKoyori1Headphone1Hokuto1Hunter1Instant_Mess1japanavgirls1JetLi1JOJO1kekkai1KenAkamatsu1KenShin1Key_Mou_Pad1Kyoto_Ani1LoL1LoveLive_Sip1LTK1MenTalk1MH1MINORI1Mizuki_Nana1MP3-player1NEURO1NitroPlus1NSYSU1NTTU_CSIE991NTUST_Talk1ONLINE1Oversea_Job1PBCM201PCReDive1PokeMon1QuestCenter1Road_Running1SakuraMiko1seiyuu1Simcity1Stock1Suckcomic1SurvivalGame1tajen1Tokusatsu1Unlight1USC1VideoCard1Virgo1VR1WarringState1Windows1WomenTalk1WorldCup1WOW1<< 收起看板(185)
首頁
上一頁
1
下一頁
尾頁
16F→: 沒啥安全上的理由 單純就沒有義務通知 因為並沒有必要05/05 14:43
17F→: 你後面的電腦不需要知道路由器的對外 IP 也可以 NAT 出去05/05 14:44
2F→: 往下可以看 HTTP/HTTPS 跟再下去一點的 TCP/UDP10/19 04:10
3F→: 往上可以看基本的 HTML5/JavaScript/CSS 以及 DOM 相關10/19 04:11
4F→: 往上的部份 在 Mozilla 的 MDN 上可以找得到10/19 04:13
1F→: 6 不一定 也可能只是那個節點不回應 ping09/05 04:14
5F→: 可能原因很多 像是跳同一台 vpn 也有機會08/31 00:16
2F→: 1. network stack, 從 driver 到 user space 的程式都有06/12 15:55
3F→: 2. 在我的理解裡他們都只是協定抽象化的一層06/12 15:56
4F→: 只要兩邊程式是建立在同個程度的抽象化就可以互通06/12 15:57
5F→: 3. 實體層規範的是物理訊號 (光/電訊號編碼)06/12 15:59
6F→: 而 MAC Layer 是管理資料流 也就是管理訊號轉資料的部份06/12 16:00
7F→: 5. 是實體層 然後現在的多半有能力去參與一部分 L2 的功能06/13 03:44
8F→: 4. 實體層基本上它就是傳輸媒體直接連接的對象都收的到06/13 03:45
9F→: 而傳輸層管理的就是說 你傳輸訊號的時機跟是否要接受資料06/13 03:46
5F→: 作用的領域不一樣 不行06/02 01:26
1F推: 不勾的話要手動設定內網路由給客戶端02/05 23:42
2F→: 以我自己來說就是當我只是需要內網資源 但是不需要流量從遠02/05 23:43
3F→: 端出去的時候就會這樣做02/05 23:43
7F→: 是從 server 推送內網的路由給 client02/06 11:45
7F→: 你電腦看到的 GitHub 憑證有問題10/01 19:43
10F推: 你現在是在公開空間拉一條專用道進到你家08/24 23:37
11F→: 有人無聊每條都走走看的話就進得來啊08/24 23:37
1F→: send_redirects 指的是當你收到封包時 用 ICMP Redirect11/16 23:38
2F→: 通知發送封包端較佳的路由路徑11/16 23:40
3F→: 但是這通常用於 router 上11/16 23:40
4F→: 現在你是身為一個 vpn server 你就是要管理所有透過 vpn 的11/16 23:40
5F→: 封包 並不會希望使用 vpn 的客戶端走其他路徑吧11/16 23:41
6F→: 然後 client-to-client 這行是代表用戶端之間可以看到對方11/16 23:42
7F→: 這種情況下除了可能會因為路由重定向導至 vpn 失效之外11/16 23:43
8F→: 還有其他安全風險 (這是我看那篇推敲的結果 @@11/16 23:43
9F→: 如果有不足不全或誤解之處 還請其他前輩指教 ' -')11/16 23:45
首頁
上一頁
1
下一頁
尾頁