我有一个程序将套接字置于TCP_REPAIR
模式,如下所示:
int aux = 1;
if ( setsockopt( mSocket, SOL_TCP, TCP_REPAIR, &aux, sizeof( aux )) < 0 )
{
showError( "could not turn on repair mode",
(( errno == EPERM ) ? ( geteuid() ?
": operation not permitted (not root)" :
": operation not permitted (...yet running as root)" ) : NULL ));
}
此函数返回EPERM
,即使该进程具有超级用户权限。关于它的疯狂之处在于,对于来自某些客户端的套接字连接,此功能成功,而对于其他一些客户端,我无法设置TCP_REPAIR
。
就好像某些客户端以某种方式将套接字置于不允许TCP_REPAIR
模式的模式。
是否存在TCP_REPAIR
无法使用的套接字状态?或者某种连接方式使得无法设置TCP_REPAIR mode
?
答案 0 :(得分:1)
我做了一些研究并找到答案。在这里:http://lwn.net/Articles/495304/
“更改进程的修复模式状态需要CAP_NET_ADMIN功能;套接字也必须关闭或处于已建立状态。”
我写了一个测试程序来模拟这个问题。如果套接字打开,写入数据,然后在另一方有机会将其置于修复模式之前再次关闭,那么它将返回EPERM。
这不是处理它的好方法。确实应该有一些其他更多的解释性错误。但他们只是重新使用EPERM错误代码。