ffmpeg中samba网络协议的兼容分析(二)

2020-08-22 本文已影响0人 yellowei

上回对avformat_open_input进行了解析，在avformat_open_input内部，对samba网络协议的匹配其实是通过函数指针去调用samba的libsmbc_open()

我们先回顾一下：

static av_cold int libsmbc_open(URLContext *h, const char *url, int flags)
{
    LIBSMBContext *libsmbc = h->priv_data;
    int access, ret;
    struct stat st;

    libsmbc->fd = -1;
    libsmbc->filesize = -1;

    if ((ret = libsmbc_connect(h)) < 0)
        goto fail;

    if ((flags & AVIO_FLAG_WRITE) && (flags & AVIO_FLAG_READ)) {
        access = O_CREAT | O_RDWR;
        if (libsmbc->trunc)
            access |= O_TRUNC;
    } else if (flags & AVIO_FLAG_WRITE) {
        access = O_CREAT | O_WRONLY;
        if (libsmbc->trunc)
            access |= O_TRUNC;
    } else
        access = O_RDONLY;

    /* 0666 = -rw-rw-rw- = read+write for everyone, minus umask */
    if ((libsmbc->fd = smbc_open(url, access, 0666)) < 0) {
        ret = AVERROR(errno);
        av_log(h, AV_LOG_ERROR, "File open failed: %s\n", strerror(errno));
        goto fail;
    }

    if (smbc_fstat(libsmbc->fd, &st) < 0)
        av_log(h, AV_LOG_WARNING, "Cannot stat file: %s\n", strerror(errno));
    else
        libsmbc->filesize = st.st_size;

    return 0;
  fail:
    libsmbc_close(h);
    return ret;
}

此函数内部调用了libsmbclient库的smbc_open()函数

回到上回的问题：为什么基于ffmpeg的播放器在模拟器上可以正常播放smb://的链接，到真机上就是报错了呢：

[smb @ 0x107d041d0] File open failed: Permission denied

为了查明真相，我们先分析问题：

1.报错为Permission denied，是否真的是权限问题？

其实就是对ffmpeg内部日志的不信任

当我们遇到问题时，如果对日志表示怀疑的，那么我们就要去源码里面才能找到答案

所以，此问题一般很棘手，我们先放着，稍后在分析

2.权限报错，一般分为密码错误或者账户错误或者根本所用账户没有访问权限

我的账户默认开启了Guest访问可读写权限，并且模拟器可以正常播放（访问），为何真机不行？

是不是真机内部使用的默认账户并非Guest？

是不是真机内部没有传递账户验证信息？

真机和模拟器的CPU架构不同，是否ffmpeg在调用smbc_open时没有使用验证信息

解决思路

带着上面的疑问，首先想到的就是要调试，那如何调试呢？当然是写一个demo，一个用于测试smbc_open的demo。

回到最开始关于libsmbc_open的ffmpeg源码，我发现在使用smbc_open之前还需要建立smb的连接：

static av_cold int libsmbc_connect(URLContext *h)
{
    LIBSMBContext *libsmbc = h->priv_data;

    libsmbc->ctx = smbc_new_context();
    if (!libsmbc->ctx) {
        int ret = AVERROR(errno);
        av_log(h, AV_LOG_ERROR, "Cannot create context: %s.\n", strerror(errno));
        return ret;
    }
    if (!smbc_init_context(libsmbc->ctx)) {
        int ret = AVERROR(errno);
        av_log(h, AV_LOG_ERROR, "Cannot initialize context: %s.\n", strerror(errno));
        return ret;
    }
    smbc_set_context(libsmbc->ctx);

    smbc_setOptionUserData(libsmbc->ctx, h);
    smbc_setFunctionAuthDataWithContext(libsmbc->ctx, libsmbc_get_auth_data);

    if (libsmbc->timeout != -1)
        smbc_setTimeout(libsmbc->ctx, libsmbc->timeout);
    if (libsmbc->workgroup)
        smbc_setWorkgroup(libsmbc->ctx, libsmbc->workgroup);

    if (smbc_init(NULL, 0) < 0) {
        int ret = AVERROR(errno);
        av_log(h, AV_LOG_ERROR, "Initialization failed: %s\n", strerror(errno));
        return ret;
    }
    return 0;
}

分析上述libsmbc_connect，可以学习到smbc建立连接的方法：

smbc也是纯c的思想，但凡写得好的第三方c语言库，都会用到context思想，一个神秘的翻译：上下文。

后续操作都是基于context的操作。

废话不多说，查阅smbclient的文档，模仿ffmpeg的调用把这个demo写成：


+ (void)test
{
    //构造context
    SMBCCTX * ctx = smbc_new_context();
    if (!ctx) {
        NSLog(@"smbc_new_context failed");
    }
    
    //初始化context
    if (!smbc_init_context(ctx))
    {
        NSLog(@"smbc_init_context failed");
    }
    smbc_set_context(ctx);

    //初始化smbc
    if (smbc_init(NULL, 0) < 0) {
      NSLog(@"smbc_init failed");
    }
    
    //打开链接
    if ((smbc_open("smb://172.16.9.10/video/test.mp4", O_RDONLY | O_WRONLY, 0666)) < 0) {
        NSLog(@"File open failed");
    }

到此运行，在模拟器上，发现smbc_open是成功了的

我切换到真机，居然把我们的之前遇到的问题复现了

这就好办了，那既然问题能复现，并且范围也被缩小到这段代码之内，还排除了ffmpeg的嫌疑（对应问题1：Permission denied的准确性）

接下来划重点了

既然我们通过上述几行代码能建立smb的连接，那之前提到的--传递账户验证信息--又是在哪里调用呢？

答案还是在ffmpeg的源码中，我们不难发现libsmbc_connect中有个smbc_setFunctionAuthDataWithContext函数，此函数正式设置context验证信息的

smbc_setFunctionAuthDataWithContext为context设置一个回调函数，用于传递auth三要素

SMBCCTX的账户验证信息包括三个部分：

工作组：默认WORKGROUP
账户：默认GUEST
密码：默认为空

那么，我么继续优化demo:


static void my_smbc_get_auth_data_with_context_fn(SMBCCTX *c,
                                                  const char *srv,
                                                  const char *shr,
                                                  char *workgroup, int wglen,
                                                  char *username, int unlen,
                                                  char *password, int pwlen)
{

}

+ (void)test
{
    SMBCCTX * ctx = smbc_new_context();
    if (!ctx) {
        NSLog(@"smbc_new_context failed");
    }
    
    if (!smbc_init_context(ctx))
    {
        NSLog(@"smbc_init_context failed");
    }
    smbc_set_context(ctx);
    
    //为context设置auth的回调函数
    smbc_setFunctionAuthDataWithContext(ctx, my_smbc_get_auth_data_with_context_fn);


    if (smbc_init(NULL, 0) < 0) {
      NSLog(@"smbc_init failed");
    }
    
    if ((smbc_open("smb://172.16.9.10/video/test.mp4", O_RDONLY | O_WRONLY, 0666)) < 0) {
        NSLog(@"File open failed");
    }

这里关键的smbc_setFunctionAuthDataWithContext是为SMBCCTX设置账户验证信息的

通过调试发现，在执行到smbc_open时，会调用my_smbc_get_auth_data_with_context_fn，我们打个断点看看此方法中，参数都是些什么妖魔鬼怪

image

上面的调试信息是在真机运行下出现的，我们一眼看出username为mobile肯定是不对的，因为我并没有为我的samba服务器配置过名字为mobile的用户

至此，原因算是找到了，真机下，smbc的默认账户为mobile，而模拟器是x86_64架构，在smbc执行时会为此类设备设置默认账户名为Guest，我们再验证一下：

image

好了，那问题来了

我们如何为ffmpeg解决这个问题呢?

一个最简单的方案就是在我们的samba服务器上添加一个无密码的名字为“mobile”的账户

我偏不这样该咋办？

先回顾ffmpeg的源码，在libsmbclient.c中，验证信息回调函数被设置为libsmbc_get_auth_data，有一句注释很出戏

static void libsmbc_get_auth_data(SMBCCTX *c, const char *server, const char *share,
                                  char *workgroup, int workgroup_len,
                                  char *username, int username_len,
                                  char *password, int password_len)
{
    /* Do nothing yet. Credentials are passed via url.
     * Callback must exists, there might be a segmentation fault otherwise. */
}

正是这句：/* Do nothing yet. Credentials are passed via url.

好一个”via url“，我又该如何？

我没查到资料，瞎蒙了一个（完全凭经验），原链接为：

smb://172.16.9.10/video/test.mp4

通过”via url"启发，我改为这个：

smb://guest@172.16.9.10/video/test.mp4

运气不错，通过真机调试发现my_smbc_get_auth_data_with_context_fn回调中的username打印日志确实为“guest”,并且smbc_open成功！

ffmpeg中samba网络协议的兼容分析(二)

我们先回顾一下：

为了查明真相，我们先分析问题：

解决思路

我们如何为ffmpeg解决这个问题呢?

猜你喜欢

热点阅读