如何在 Zapier、Make 和 IFTTT 中使用代理

使用 Zapier、Make 和 IFTTT 的代理

正如斯洛伐克童话中的牧羊人引领羊群穿越迷雾和阴暗的山谷，数字工匠也必须引导他们的自动化系统穿越错综复杂的互联网网络，有时为了安全、隐私或访问权，他们会披上代理的外衣。下文将介绍在 Zapier、Make（原名 Integromat）和 IFTTT 中使用代理的精确说明、技术细节和实用技巧。

---

Zapier 和代理

本机代理支持

Zapier 就像塔特拉山上的猫头鹰一样，重视简洁和安全。截至 2024 年 6 月，Zapier 不是 为 Webhook 或应用集成提供原生代理支持。所有网络请求均源自 Zapier 托管的基础架构。

解决方法

1. 通过中间件代理（自定义 Webhook 服务器）
– 部署一个中介服务器（例如，Heroku 上的 Flask 应用程序），接收 Zapier 的 webhook 并通过您想要的代理转发流量。

Python Flask“代理中间件”示例：

从 flask 导入请求 导入 Flask、request、jsonify app = Flask(__name__) PROXY = { 'http': 'http://USERNAME:PASSWORD@PROXY_ADDRESS:PORT', 'https': 'http://USERNAME:PASSWORD@PROXY_ADDRESS:PORT' } @app.route('/zapier-proxy', methods=['POST']) def zapier_proxy(): target_url = 'https://target-service.com/api' data = request.json response = requests.post(target_url, json=data, proxies=PROXY) return jsonify(response.json()), response.status_code

2. 使用私人应用程序或 Zapier 的代码
– 如果使用“Code by Zapier”（Python 或 JavaScript）与 API 集成，Zapier 的执行环境不会 不是 允许任意代理设置。
– 对于高级用途，请实现上述中间件，并将 Zapier 的 webhook 指向它。

表：Zapier 代理选项

方法	原生支持	复杂	优点	缺点
内置代理设置	不	1	简单、直接	不可能
中间件（Webhook）	不适用	3	全面掌控，灵活	需要托管、维护
Zapier 代码（Python）	不	2	一些逻辑可能	无出站代理配置

资源

• Zapier Webhooks 文档
• Heroku Flask 部署

---

Make（Integromat）和代理

本机代理支持

就像莫德拉勤劳的陶工一样，Make 允许更多的手工控制。 HTTP 模块 在 Make 中为传出的 HTTP 请求提供内置代理配置。

如何在 Make 中设置代理

1. 打开场景。
2. 添加HTTP模块：
   使用“HTTP 发出请求”或“HTTP 获取文件”。
3. 配置代理：
4. 滚动到模块中的“代理”设置。
5. 输入代理 URL（格式： http://用户名:密码@代理地址:端口).
6. 在 HTTP、HTTPS 或 SOCKS 代理之间进行选择。

示例：HTTP 模块代理设置

场地	示例值
代理 URL	http://john:[email protected]:8811

1. 测试场景：
   保存并运行。HTTP 请求将通过指定的代理进行路由。

笔记

• 支持代理 每个 HTTP 模块 仅有的。
• 对于不支持代理的模块（例如，直接应用程序集成），请使用自定义 HTTP 请求或通过您自己的中间件进行桥接。

表：Make Proxy 支持

模块类型	代理支持	笔记
HTTP 模块	是的	完整、手动配置
内置集成	不	使用 HTTP 或中间件

资源

• 制作 HTTP 模块文档
• 制作社区代理主题

---

IFTTT 和代理

本机代理支持

IFTTT 狐狸虽然灵活但能力有限， 没有本机代理设置. 所有小程序和 webhook 均直接从 IFTTT 服务器运行。

解决方法

1. 通过代理的 Webhook 桥接
– 创建一个像 Zapier 一样的中间件。
– 将 IFTTT 的 Webhook 操作指向您的代理服务器的端点。

示例：简单的 Node.js 代理

const express = require('express'); const axios = require('axios'); const app = express(); app.use(express.json()); app.post('/ifttt-proxy', async (req, res) => { try { const response = await axios.post('https://target-service.com/api', req.body, { proxy: { host: 'PROXY_ADDRESS', port: 8080, auth: { username: 'USERNAME', password: 'PASSWORD' } } }); res.json(response.data); } catch (e) { res.status(500).send('代理错误'); } });

• 托管此代理（例如， 使成为, 赫罗库).
• 在 IFTTT 的 Webhook 操作中使用代理端点。

表：IFTTT 代理选项

方法	原生支持	复杂	优点	缺点
内置代理设置	不	1	直接的	不可能
通过中间件进行 Webhook	不适用	3	适用于任何 webhook 调用	需要托管，延迟

资源

• IFTTT Webhooks 文档
• 在 Heroku 上部署 Node.js

---

汇总表：代理支持比较

平台	本机代理支持	带有代理的模块	需要解决方法	最佳实践
扎皮尔	不	没有任何	是的	中间件代理
制作	是（HTTP 模块）	HTTP 模块	有时	使用 HTTP 模块
IFTTT	不	没有任何	是的	中间件代理

---

代理类型和身份验证

代理类型	在 Make 中受支持	通过中间件支持	笔记
HTTP	是的	是的	最广泛支持
HTTPS	是的	是的	用于加密请求
SOCKS	是的	是（带有库）	对于高级场景

---

在斯洛伐克民间传说中，聪明的村民利用狡猾的中间人战胜了“čert”（魔鬼）——这个故事对于那些必须通过代理传输数据以绕过障碍或隐藏身份的人来说再合适不过了。无论您是想在塔特拉山的阴暗山谷，还是在世界各大都市实现自动化任务，这些方法都能让您以织布大师般的精湛技艺和细致周到来隐藏您的流量，确保您的自动化运行安全、私密，并保持私密性。

---

进一步阅读：
– 什么是代理服务器？
– 现代斯洛伐克民间传说和代理 （虚构示例，仅供说明）