shinyapps.io环境下使用rdrop2连接Dropbox无法绕过手动认证问题

问题根因 #

你现有的方案失效核心是默认生成的token文件绑定了本地环境校验逻辑，rdrop2检测到环境不一致就会自动触发重新认证流程，shinyapps.io服务端没有浏览器环境所以直接崩溃。 #

具体操作步骤 #

1. 本地生成可跨环境复用的有效token #

删除所有路径下旧的droptoken.rds后，本地运行以下代码生成新token：

library(rdrop2)
# 此处会弹出浏览器，你手动完成一次Dropbox认证即可
token <- drop_auth()
# 替换为你在Dropbox开发者后台创建应用时生成的对应参数
token$app$key <- "你的Dropbox应用client_id"
token$app$secret <- "你的Dropbox应用client_secret"
# 保存适配跨环境的token文件
saveRDS(token, "droptoken.rds")

注意：必须填写自己创建的Dropbox应用的key和secret，不能用rdrop2默认的公共应用参数，否则跨环境必然触发重新认证

2. 调整项目部署配置 #

• 将新生成的droptoken.rds放在shiny项目根目录，和app.R/server.R同级
• 检查项目部署忽略规则，确保droptoken.rds会被同步上传到shinyapps.io

3. 修改服务端认证代码 #

替换你现有的认证逻辑，强制关闭新用户认证触发开关：

library(rdrop2)
# 服务端启动时直接读取本地token，禁止触发新用户认证流程
token <- readRDS("droptoken.rds")
drop_auth(rdstoken = "droptoken.rds", new_user = FALSE)

# 所有rdrop2接口调用必须显式传入dtoken参数，不要依赖全局默认token
drop_acc(dtoken = token)
drop_upload(Pn, path = "test", dtoken = token)

本地认证问题修复 #

如果本地运行仍会弹出认证提示，清空R的临时缓存目录下的rdrop2相关token文件，重新生成一次新的droptoken.rds即可。

内容的提问来源于stack exchange，提问作者LePyka