应用打回, key "inter-app-audio" is not supported.解决方案

苹果给出的邮件如下:



Dear developer,


We have discovered one or more issues with your recent delivery for "派阅读". To process your delivery, the following issues must be corrected:


Invalid Code Signing Entitlements - Your application bundle's signature contains code signing entitlements that are not supported. Please check your Xcode project's code signing entitlements configuration, and remove any unneeded entitlements.


Specifically, key "inter-app-audio" is not supported.


Once these issues have been corrected, go to the Version Details page and click "Ready to Upload Binary." Continue through the submission process until the app status is "Waiting for Upload." You can then deliver the corrected binary.


Regards,


The App Store team




亲爱的开发者,

我们发现了一个或多个问题您最近交付”派阅读”。处理你的交货,以下几个问题必须予以纠正:

无效的代码签名的权利-您的程序包的签名包含代码签名的权利,不支持。请检查您的Xcode项目的代码签名的权利配置,并删除任何不需要的权利。

具体而言,关键的“跨应用程序不支持音频”。

一旦这些问题已得到纠正,去版本的详细信息页面,点击“准备上传二进制。”继续通过提交过程直到应用程序状态为“等待上传。”然后你可以提供校正二进制。

以,

App Store的团队





原因出在   提交时,APPID勾选了(音频) Inter-App Audio

升级至iOS7后新增的功能选项,需要注意。

转载于:https://www.cnblogs.com/tanwen1989/p/3598769.html

<think>我们正在处理用户的问题:用户以root用户运行时出现错误'Running asroot without--no-sandbox isnot supported',需要修复。根据错误信息,提示说以root用户运行而不使用`--no-sandbox`选项是不被支持的。错误信息中给出了一个链接:https://crbug.com/638180,这可能是Chromium项目的一个bug报告。在引用[1]中,用户直接运行`sdkmanager`命令时出现了这个错误。引用[2]和[4]提到了应用程序在沙箱中运行的安全机制,特别是XBAP应用程序(一种WPF浏览器应用程序)的沙箱问题。引用[3]是一个关于Docker网络插件错误的文档,可能不直接相关。分析:这个错误通常出现在使用Chromium内核的应用程序中(比如Electron应用、Chrome浏览器等),当以root用户身份运行且没有禁用沙箱模式时。沙箱(sandbox)是一种安全机制,用于限制应用程序的权限,防止恶意代码对系统造成破坏。但是以root用户运行沙箱存在安全风险,因此默认情况下不允许。解决方案:根据错误提示,我们需要在运行命令时添加`--no-sandbox`参数来禁用沙箱。但是,需要注意的是,禁用沙箱会降低安全性,因此只有在必要的情况下(如开发环境)才这样做。另外,引用[4]中提到了如何以完全信任的方式运行XBAP应用程序,这可能与我们的问题无关,因为用户的问题是关于`sdkmanager`的,而`sdkmanager`是Android SDK的一部分,它可能使用了Chromium组件(比如用于GUI更新)。因此,针对用户的问题,我们可以建议在运行命令时加上`--no-sandbox`参数。例如:sdkmanager--no-sandbox但是,由于用户没有提供具体的命令上下文,我们也可以考虑设置环境变量来避免此问题(如果程序支持的话)。但根据常见的解决方案,通常是添加命令行参数。如果用户是在运行其他程序(比如Electron应用)时遇到此错误,同样可以尝试添加`--no-sandbox`参数。另外,如果用户不想每次都在命令行中添加参数,可以考虑修改启动器脚本或创建别名(alias)来包含这个参数。注意:以root用户运行应用程序本身就不安全,建议在可能的情况下使用普通用户运行。因此,我们的回答将围绕如何添加`--no-sandbox`参数展开,并给出安全警告。生成相关问题:1.如何为应用程序创建别名以自动添加`--no-sandbox`参数?2.除了`--no-sandbox`,还有其他解决此错误的方法吗?3.为什么以root用户运行沙箱模式不被支持?4.如何避免以root用户运行应用程序?现在,我们按照要求组织回答。</think>### 解决 "Running as root without --no-sandbox" 错误 该错误发生在以 root 用户运行基于 Chromium 的应用程序(如 Android SDK 工具)时,系统安全机制阻止了沙箱初始化。以下是解决方案: #### ✅ 1. 添加 `--no-sandbox` 参数 直接在命令后添加禁用沙箱的参数: ```bash sdkmanager --no-sandbox ``` 或针对特定工具: ```bash ./your_tool --no-sandbox ``` 这是最直接的解决方案[^1]。 #### ✅ 2. 设置环境变量 通过环境变量全局禁用沙箱(临时生效): ```bash export QTWEBENGINE_DISABLE_SANDBOX=1 sdkmanager ``` 或永久生效: ```bash echo "export QTWEBENGINE_DISABLE_SANDBOX=1" >> ~/.bashrc source ~/.bashrc ``` #### ⚠️ 安全警告 禁用沙箱会降低安全性(允许程序直接访问系统资源)[^2]。建议: 1. **避免使用 root 用户**:创建普通用户运行程序 ```bash useradd -m appuser && su - appuser sdkmanager # 无需特殊参数 ``` 2. 若必须用 root,操作后立即重启沙箱: ```bash sdkmanager --no-sandbox service systemd-sandbox restart # 重启沙箱服务 ``` #### 🔧 3. 修改桌面快捷方式 对于 GUI 应用(如 VS Code),在 `.desktop` 文件中添加参数: ```ini Exec=/usr/bin/code --no-sandbox %F ``` #### 根本原因 Chromium 设计上禁止 root 用户使用沙箱,因为: - 沙箱需要内核级隔离,root 权限会破坏隔离机制 - 可能引发权限升级漏洞[^1][^2] > **建议**:长期解决方案是遵循最小权限原则,使用非 root 用户运行应用程序[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值