netbios-ssn
：即netbios session service，用於smb協議提供檔案共享和列印等服務（埠號139）
netbios-ns
netbios-dgm
：即netbios datagram，通過它可以在兩台主機之間相互傳送datagram這類資料報。但是一種無連線服務，所以穩定性並不是很高。（埠號138）
microsoft-ds即microsoft directory service，我們可以通過這個服務在445埠上利用smb協議實現網路檔案共享。
跟列舉文章說的一樣，smb需要利用netbios的name services服務來解析出要訪問的物件，並利用netbios session服務與之建立會話，既而完成共享及訪問的任務。
上述訪問的物件為我環境中的乙個域使用者物件，通過nbns服務（netbios-ns）一次就解析到了訪問物件，下面列出訪問乙個本地使用者過程
可以清楚的看到兩次藍圈內的請求，第一次nbns解析失敗（但不清楚為神馬跟dns有關聯，我是網路菜鳥）；第二次通過解析通過arp廣播逆向定位了物件與本機之間的關聯（mac），在截圖中也可以看出，最後是由目標機162向本機150傳送了nbns的response。
ping命令中ttl的具體含義
簡單來說，ttl全程time to live，意思就是生存週期。
首先要說明ping命令是使用的網路層協議icmp，所以ttl指的是乙個網路層的網路資料報（package）的生存週期，這句話不懂的先回去複習osi7層協議去。
第乙個問題，為什麼要有生存週期這個概念。
很顯然，乙個package從一台機器到另一台機器中間需要經過很長的路徑，顯然這個路徑不是單一的，是很複雜的，並且很可能存在環路。如果乙個資料報在傳輸過程中進入了環路，如果不終止它的話，它會一直迴圈下去，如果很多個資料報都這樣迴圈的話，那對於網路來說這就是災難了。所以需要在包中設定這樣乙個值，包在每經過乙個節點，將這個值減1，反覆這樣操作，最終可能造成2個結果：包在這個值還為正數的時候到達了目的地，或者是在經過一定數量的節點後，這個值減為了0。前者代表完成了一次正常的傳輸，後者代表包可能選擇了一條非常長的路徑甚至是進入了環路，這顯然不是我們期望的，所以在這個值為0的時候，網路裝置將不會再傳遞這個包而是直接將他拋棄，並傳送乙個通知給包的源位址，說這個包已死。
其實ttl值這個東西本身並代表不了什麼，對於使用者來說，關心的問題應該是包是否到達了目的地而不是經過了幾個節點後到達。但是ttl值還是可以得到有意思的資訊的。
每個作業系統對ttl值得定義都不同，這個值甚至可以通過修改某些系統的網路引數來修改，例如win2000預設為128，通過登錄檔也可以修改。而linux為64或255。不過一般來說，很少有人會去修改自己機器的這個值的，這就給了我們機會可以通過ping的回顯ttl來大體判斷一台機器是什麼作業系統。
ping上圖所示的物件ping 10.43.165.140 - i 6,限制ttl生命週期為6，結果就是ping不到對方。
linux訪問區域網windows共享資料夾
背景 我的centos 7是伺服器a，客戶使用網頁方式訪問他。這伺服器a跟伺服器b window系統 是乙個區域網的。伺服器b使用共享資料夾的方式共享了他獲取到的檔案。現在，要讓客戶在網頁上面看到伺服器b的檔案。我使用的是php apache架構。使用的是centos 7 如果是root許可權就直接...
解決區域網共享檔案無法訪問故障
具體解決方法如下 一 網路上的芳鄰 本地連線 屬性裡，檢查是否安裝了 microsoft網路的檔案和印表機共享 圖1。圖1 本地連線屬性 二 控制面板 管理工具 本地安全策略 本地策略 使用者權利指派裡，從網路訪問此計算機 中加入guest帳戶，而 拒絕從網路訪問這台計算機 中刪除guest帳戶。三...
解決Win訪問區域網共享檔案老是提示密碼錯誤的問題
下面是google到的解決方案，我採用的是第二條，用組策略編輯器 gpedit.msc 解決的。這也是為什麼我拿到電腦就要從家庭高階版公升級到旗艦版的原因。低調，低調。第一次遇到這種事情，可能也就存在於win7 和 xp 2003之間。今天公司同事開啟自己 電腦，一切照舊的訪問服務 器共享 準備開始...