SO_SNDBUF 發送緩沖區大小 int
設置發送緩沖區保留大小
與 SO_MAX_MSG_SIZE 或TCP滑動窗口無關如果一般發送
包很大很頻繁
那么解決這個選項
每個套接口都一個發送緩沖區和一個接收緩沖區
接收緩沖區被TCP和UDP用來將接收到
數據一直保存到由解決進程來讀
TCP:TCP通告另一端
窗口大小
TCP套接口接收緩沖區不可能溢出
因為對方不允許發出超過所通告窗口大小
數據
這就
TCP
流量控制
如果對方無視窗口大小而發出了超過宙口大小
數據
則接 收方TCP將丟棄它
UDP:當接收到
數據報價裝不進套接口接收緩沖區時
此數據報價就被丟棄
UDP
沒
流量控制
;快
發送者可以很容易地就淹沒慢
接收者
導致接收方
UDP丟棄數據報價
SO_RCVLOWAT 接收緩沖區下限 int
SO_SNDLOWAT 發送緩沖區下限 int
每個套接口都一個接收低潮限度和一個發送低潮限度
它們
函數selectt解決
接收低潮限度
讓select返回“可讀”而
套接口接收緩沖區中必須
數據總量
——對于一個TCP或UDP套接口
此值缺省為1
發送低潮限度
讓select返回“可寫” 而
套接口發送緩沖區中必須
可用空間
對于TCP套接口
此值常缺省為2048
對于UDP解決低潮限度
由于其發送緩沖區中可用空間
字節數
從不變化
只要 UDP套接口發送緩沖區大小大于套接口
低潮限度
這樣
UDP套接口就總
可寫
UDP沒
發送緩沖區
只
發送緩沖區
大小
SO_RCVTIMEO 接收超時 struct timeval
SO_SNDTIMEO 發送超時 struct timeval
SO_REUSERADDR 允許重用本地地址和端口 int
充許綁定已被解決地址(或端口號)
可以辦法bind
man
SO_EXCLUSIVEADDRUSE
獨占模式解決端口就
不充許和其它源代碼解決SO_REUSEADDR共享
解決某一端口
確定多重綁定解決誰
時候
根據一條原則
誰
指定最明確則將包遞交給誰
而且沒
權限之分
也就
說低級權限
用戶
可以重綁定
高級權限如服務啟動
端口上
這
非常重大
一個安全隱患
如果不想讓自己源代碼被監聽那么解決這個選項
SO_TYPE 獲得套接字類型 int
SO_BS數碼相機OMPAT 與BSD系統兼容 int
==========================================================================
IPPROTO_IP
--------------------------------------------------------------------------
IP_HDRINCL 數據包中包含IP首部 int
這個選項常用于黑客技術中隱藏自己
IP地址
IP_OPTINOS IP首部選項 int
IP_TOS 服務類型
IP_TTL 生存時間 int
以下IPV4選項用于組播
IPv4 選項 數據類型 描 述
IP_ADD_MEMBERSHIP struct ip_mreq 加入到組播組中
IP_ROP_MEMBERSHIP struct ip_mreq 從組播組中退出
IP_MULTICAST_IF struct ip_mreq 指定提交組播報價文接口
IP_MULTICAST_TTL u_char 指定提交組播報價文TTL
IP_MULTICAST_LOOP u_char 使組播報價文環路效或無效
頭文件中定義了ip_mreq結構:
[code:1:63724de67f]
struct ip_mreq {
struct in_addr imr_multiaddr; /* IP multicast address of group */
struct in_addr imr_interface; /* local IP address of interface */
};
[/code:1:63724de67f]
若進程要加入到一個組播組中用soket
setsockopt()函數發送該選項
該選項類型
ip_mreq結構
它
第一個字段imr_multiaddr指定了組播組
地址
第二個字段imr_interface指定了接口
IPv4地址
IP_DROP_MEMBERSHIP
該選項用來從某個組播組中退出數據結構ip_mreq
解決辦法與上面相同
IP_MULTICAST_IF
該選項可以修改網絡接口結構ip_mreq中定義新
接口
IP_MULTICAST_TTL
設置組播報價文數據包
TTL(生存時間)
默認值
1
表示數據包只能
本地
子網中傳送
IP_MULTICAST_LOOP
組播組中成員自己也會收到它向本組發送
報價文
這個選項用于抉擇
否激活這種狀態