Sunday, November 16, 2025

🚀 Introducing TawanaSSL AutoWildcard – A Deep Dive into Automated Wildcard SSL, Cloudflare DNS Security, and Linux Infrastructure Reliability

 



Wildcard SSL certificates are essential for modern infrastructure — they secure entire ecosystems of subdomains, protect services, eliminate repetitive certificate management, and significantly reduce attack surfaces. Yet generating and managing wildcard certificates is still painful for many developers, sysadmins, and even DevOps engineers.

If you're running Marzban, Marzneshin, Nginx, proxy networks, API endpoints, or self-hosted services, you already know how complicated SSL can get: DNS-01 validations, TXT records, expiration, automation, mistakes in deployment, and the risk of downtime.

This article provides a complete, long-form, deep technical explanation of wildcard SSL, Cloudflare DNS security, automation workflows, and modern certificate management — and ultimately presents a tool that makes everything radically simpler: TawanaSSL-AutoWildcard.


🌐 Part 1 — Understanding Wildcard SSL Certificates

A Wildcard SSL Certificate secures:

  • A root domain: domain.com

  • Unlimited subdomains: *.domain.com

This means you can secure:

  • api.domain.com

  • panel.domain.com

  • proxy.domain.com

  • marzban.domain.com

  • anything.domain.com

with one single SSL certificate.

🟢 Benefits of wildcard SSL

  • Reduced complexity: one certificate covers all services.

  • Better security posture: fewer misconfigurations.

  • Scalability: deploy new subdomains instantly.

  • Lower operational cost: less maintenance.

  • Cleaner automation workflows: ideal for proxies, API gateways, and control panels.

🔐 But there's a challenge…

Let's Encrypt requires DNS-01 verification for wildcard SSL.
This means:

  • You must add TXT records.

  • They must match exact tokens.

  • They must propagate globally.

  • They must be deleted afterward.

Doing this manually is prone to mistakes and often frustrating.

This is why Cloudflare DNS automation is crucial.


☁️ Part 2 — Cloudflare DNS: The Security Backbone

Cloudflare is more than a DNS provider. It's a modern security and performance layer for the internet.

With features like:

  • DNSSEC

  • DDoS protection

  • Anycast networks

  • 1.1.1.1 recursive resolution

  • SSL acceleration

  • WAF

  • Reverse proxy caching

  • Zero Trust tunnels

…it has become one of the most trusted DNS platforms worldwide.

🧩 Why Cloudflare is perfect for SSL automation

Cloudflare API allows automated DNS management:

  • Add TXT records instantly

  • Remove them once verification is done

  • Zero manual steps

  • Near-instant propagation

This is exactly what wildcard SSL needs.

However, interacting with the Cloudflare API:

  • requires authentication

  • requires correct formatting

  • requires an ACME client like acme.sh

  • requires a secure environment to avoid leaking API keys

This is where automation becomes essential.


🔒 Part 3 — Security Implications of Automated SSL

Security isn't just about having HTTPS. It's about:

  • securing private keys

  • using stable certificate paths

  • ensuring services reload properly

  • avoiding overwritten certs

  • avoiding mismatched chains

  • ensuring zero downtime during renewals

Manual SSL workflows introduce security risks:

  • humans forget to renew

  • copy-paste mistakes

  • wrong permissions

  • wrong certificate paths

  • misconfigurations that expose internal services

Automation solves all of these.

But only if done carefully.


🟦 Part 4 — acme.sh: The ACME Client of Choice

acme.sh is one of the most reliable and flexible ACME clients for Let's Encrypt.
It supports:

  • DNS-01

  • ECC certificates (faster, lighter)

  • automatic renewals

  • custom hooks

  • multiple DNS providers

  • zero dependency mode

It’s fast, stable, and widely trusted.

However… it still requires automation glue for certain platforms like Marzban and Marzneshin.


🟢 Part 5 — The Real World Problem: Marzban, Proxies, and Certificates

Marzban and Marzneshin both rely on:

  • Nginx

  • Xray-core

  • TLS layers

If certificate paths break:

  • the panel goes offline

  • users lose access

  • inbound configs break

  • proxies fail

  • systems become insecure

SSL downtime is unacceptable.

This is why we need fully automated, safe, service-aware certificate deployment.


🚀 Part 6 — Introducing TawanaSSL-AutoWildcard

This script was created to make SSL automation dead simple for everyone.
Whether you're a:

  • professional sysadmin

  • DevOps engineer

  • proxy hoster

  • VPN provider

  • or a beginner managing personal servers

…this tool gives you a fully automated wildcard SSL solution.

🎯 What it does automatically:

  • Installs acme.sh (if missing)

  • Authenticates to Cloudflare

  • Issues wildcard SSL

  • Backs up existing certs safely

  • Installs new certificates

  • Reloads services (Nginx, Marzban, Marzneshin)

  • Ensures auto-renewal + auto-reload

Everything you need — in one tool.


🛠 Part 7 — Installation & Usage

📥 Download the script:

wget -O setup_ssl.sh https://raw.githubusercontent.com/tawanamohammadi/TawanaSSL-AutoWildcard/main/setup_ssl.sh
chmod +x setup_ssl.sh
./setup_ssl.sh

🧩 What happens next?

You will be asked for:

  1. Cloudflare Email

  2. Cloudflare Global API Key

  3. Your domain

  4. Whether you're using:

    • Marzban

    • Marzneshin

    • Custom directory

The script will:

  • issue SSL

  • install certs

  • reload services

  • confirm success


🟧 Part 8 — Cloudflare Security Best Practices

Cloudflare API keys are powerful.
Here’s how to protect your infrastructure:

✔ Use Global API Key only in trusted servers

✔ Rotate your API Keys periodically

✔ Do NOT hardcode the key in scripts

✔ Never share screenshots containing your key

✔ Keep Cloudflare 2FA enabled

✔ Keep DNSSEC activated

The script follows security guidelines:

  • It doesn’t store your API key permanently

  • It uses variables only in the running session

  • It never writes credentials to disk


🟦 Part 9 — ECC-256 vs RSA-2048: Why the Script Uses Modern Cryptography

ECC-256 certificates:

  • are faster

  • use less CPU

  • ideal for high load servers

  • recommended by Cloudflare

  • secure enough for modern standards

RSA-2048 certificates:

  • are heavier

  • require more CPU

  • slower handshakes

ECC is the future.
This script uses it by default.


🧩 Part 10 — Automatic Backups: Protecting Your Infrastructure

Before installing new certs, the script backs up:

  • fullchain.pem

  • key.pem

With timestamp:

fullchain.pem.bak-YYYY-MM-DD-HHMMSS
key.pem.bak-YYYY-MM-DD-HHMMSS

So even if something goes wrong, your old setup is one copy away.


🟢 Part 11 — Zero Downtime Reloading

The script automatically reloads:

  • nginx

  • marzban

  • marzneshin

Reloads are graceful, meaning no downtime.


📈 Part 12 — Monitoring & Verification Techniques

You can verify your SSL anytime:

Check main domain

echo | openssl s_client -connect yourdomain.com:443 -servername yourdomain.com | openssl x509 -noout -dates -issuer -subject

Check any subdomain

echo | openssl s_client -connect panel.yourdomain.com:443 -servername panel.yourdomain.com | openssl x509 -noout -dates -issuer -subject

🌍 Part 13 — Why Automation Elevates Security

Automation:

  • removes human error

  • ensures certificates never expire

  • enforces consistent paths

  • protects services

  • ensures reliability for users

Manual methods simply cannot compete.


🟣 Part 14 — My Other Work & Profiles (SEO-Safe Links)

To maintain safe SEO hygiene, links are placed once, not spammed.

🔗 Profiles & Platforms

🟦 Part 15 — Cloudflare Architecture & Why DNS‑01 is Superior

Wildcard SSL cannot be issued using HTTP‑01. Only DNS‑01 works — and Cloudflare makes DNS‑01 extremely fast, secure, and globally reliable.

🔐 Why Cloudflare DNS‑01 is the Best Option

  • 🚀 Anycast DNS → instant global propagation

  • 🔒 API‑based automation → zero manual TXT records

  • 🛡️ DNSSEC support → prevents DNS spoofing

  • 🌍 Global edge network → stability & speed

  • 👨‍💻 Developer-friendly API → perfect for ACME clients

  • 🧩 Seamless integration with acme.sh

In practice, this means:

  • No downtime

  • No propagation delays

  • No human error

  • Fully automated certificate lifecycle


🟧 Part 16 — Real‑World Scenarios Where TawanaSSL Helps

✔ Hosting Marzban / Marzneshin Panels

Certificate issues break:

  • admin panels

  • inbound configs

  • domain routing

  • TLS layers

  • subscription URLs

Wildcard SSL keeps everything stable.

✔ Large Proxy / V2Ray / XRay Deployments

If you manage:

  • dozens of subdomains

  • multiple servers

  • rotating infrastructures

Wildcard SSL = one certificate to rule them all.

✔ API Gateways & Microservices

Modern infrastructure often uses:

  • api.domain.com

  • auth.domain.com

  • db.domain.com

  • cdn.domain.com

Wildcard makes deployment vastly simpler.

✔ Personal & Business Websites

Even for a simple setup, wildcard SSL reduces future friction.


🟥 Part 17 — Security Considerations When Automating SSL

Automation increases security if implemented properly.

✔ Correct Permissions

Private keys must be readable only by necessary services.

✔ No Permanent Storage of API Keys

TawanaSSL does NOT store Cloudflare API keys on disk.

✔ Backup Before Overwriting

Every certificate update has timestamped backups.

✔ Graceful Service Reloads

No hard restarts → avoids downtime.

✔ ECC Certificates

Modern, lightweight, secure.

✔ Nginx Reload Safety

Nginx reloads do not drop connections.


🟦 Part 18 — Detailed Breakdown of What the Script Does

Here is the exact lifecycle:

1️⃣ Checks for acme.sh

If missing → installs it.

2️⃣ Sets Let’s Encrypt as default CA

Ensures production-level ACME directories.

3️⃣ Exports Cloudflare credentials (in‑memory only)

Secured & isolated to the running shell.

4️⃣ Issues SSL (ECC‑256)

For both:

  • domain

  • *.domain

5️⃣ Deletes TXT records afterward

Ensures a clean DNS environment.

6️⃣ Installs certificates to paths you choose

Safe updates for:

  • Marzban

  • Marzneshin

  • Custom servers

7️⃣ Backups old certs

Protects server continuity.

8️⃣ Reloads services

nginx → reload
marzban → restart
marzneshin → restart

9️⃣ Auto‑renew is activated

acme.sh installs cron automatically.

Everything is hands‑off afterward.


🟪 Part 19 — How Auto‑Renew Works Internally

acme.sh automatically:

  • checks certificate age

  • renews if < 30 days left

  • re‑runs the install-cert hook

  • triggers your reload commands

Meaning:

  • perpetual SSL

  • zero maintenance

  • fully stable uptime


🟩 Part 20 — Troubleshooting & Common Issues

Even with automation, here are important notes:

❗ Cloudflare proxy must be OFF for Marzban inbound usage

(Proxy mode orange cloud breaks TLS passthrough.)

❗ Your domain must be correctly pointed to server IP

A or AAAA records must exist.

❗ You must have permission to restart services

Script assumes root or sudo.

❗ Avoid using two ACME clients on same server

certbot + acme.sh can conflict.


🟫 Part 21 — Future Features Planned

  • Multi-server SSL distribution

  • Docker support

  • Support for Cloudflare API Tokens instead of Global Key

  • Integrations with Traefik & Caddy

  • Support for alternative DNS providers

  • Fully GUI-based web installer


🟦 Part 22 — Why I Built TawanaSSL (The Philosophy)

As someone who works deeply with:

  • infrastructure automation,

  • AI systems,

  • high-availability services,

  • and privacy-focused networks,

…I constantly saw how SSL mismanagement breaks systems.

I built this tool because:

  • automation = reliability

  • reliability = trust

  • trust = good infrastructure

This script is designed to empower everyone, from beginners to professionals.


🟧 Part 23 — Final Installation Guide (TL;DR)

wget -O setup_ssl.sh https://raw.githubusercontent.com/tawanamohammadi/TawanaSSL-AutoWildcard/main/setup_ssl.sh
chmod +x setup_ssl.sh
./setup_ssl.sh

Choose your panel → enter Cloudflare info → done.


🟪 Part 24 — Final Words

TawanaSSL-AutoWildcard exists to eliminate one of the most annoying problems in server management: insecure, expiring, or broken SSL.

Whether you’re running:

  • Marzban

  • Marzneshin

  • A custom proxy network

  • A microservices cluster

  • Or a personal website

…this tool gives you:

  • simplicity,

  • safety,

  • automation,

  • and long-term peace of mind.

If you found the project valuable:
👉 Give it a ⭐ on GitHub: https://github.com/tawanamohammadi/TawanaSSL-AutoWildcard

Happy Encrypting! 🔐🚀

Sunday, November 9, 2025

My Research Journey — From Preprint to Major Revision: ChatGPT-5 in Lumbar MRI Interpretation



📅 Research Journal Entry – November 2025

Today I’m reflecting on where I stand in my ongoing research journey as an independent AI researcher.


🔹 Project Overview

Title: ChatGPT-5 in Lumbar MRI Interpretation: A Multidisciplinary Case Study
Author: Tawana Mohammadi
Affiliation: Tawana Network – Ethical AI & Data Transparency Research Hub

After publishing the preprint on Zenodo (currently under account review 🕐), I ran an AI-based peer review through Gemini 2.5 and GPT-5, both evaluating it as if for Q1 journals like Nature Scientific Reports and IEEE Transactions on Medical Imaging.


🧠 Feedback Summary

Both reviews praised:

But they also emphasized:

Both concluded Major Revision, not rejection.
That’s actually encouraging — it means the work has potential once reinforced scientifically.


🔬 Action Plan (Major Revision)

  1. Expand dataset (10–20 lumbar MRI cases)

  2. Add quantitative evaluation (sensitivity, specificity, κ-value)

  3. Add visual comparison (Radiologist vs ChatGPT-5 vs GPT-4 Vision)

  4. Insert formal Ethics Statement + IRB ID

  5. Update abstract to reflect “single-case limitation”

  6. Prepare Rebuttal Letter for resubmission


🎯 Goal & Timeline


🔗 Relevant Links


🪶 Personal Note

This stage taught me how AI feedback can mirror real peer review — rigorous, structured, and even philosophical at times.
I see this as part of a bigger vision: promoting transparent, ethical, and human-centered AI research from independent labs like mine.


(© 2025 Tawana Mohammadi – All Rights Reserved)

🧭 نقشه‌ی وضعیت پژوهش (Research Progress Map)

🧭 نقشه‌ی وضعیت پژوهش (Research Progress Map)

🧭 نقشه‌ی وضعیت پژوهش (Research Progress Map)

🇮🇷 نسخهٔ فارسی

🔹 وضعیت فعلی
پروژه: ChatGPT-5 in Lumbar MRI Interpretation: A Multidisciplinary Case Study
نسخه: پیش‌چاپ اولیه (Preprint v1)
وضعیت داوری: دو داوری هوش مصنوعی سطح Q1 (Gemini 2.5 و GPT-5) انجام شده.
نتیجه: هر دو داور مقاله را از نظر نوآوری، اخلاق، و نگارش قوی دانستند،
اما به‌دلیل محدودیت روش‌شناسی (n = 1) مقاله را در سطح Major Revision ارزیابی کردند.
🔹 نقاط قوت تثبیت‌شده
نوآوری در کاربرد LLMهای چندوجهی در رادیولوژی.
شفافیت اخلاقی، داده‌های ناشناس، رعایت استانداردهای انسانی.
نگارش حرفه‌ای و ساختار علمی استاندارد (IMRaD).
طرح دقیق همکاری انسان و هوش مصنوعی (Human-AI Synergy).
🔹 چالش‌ها / موارد نیازمند اصلاح
افزایش حجم داده یا بازقاب‌بندی به Pilot Study.
افزودن سنجه‌های کمی (حساسیت، ویژگی، دقت، κ-value).
درج جدول یا تصویر مقایسه‌ای (Radiologist vs ChatGPT-5).
افزودن شناسهٔ IRB / Ethics Statement رسمی.
ملایم‌سازی لحن چکیده و نتیجه‌گیری.
🔹 موقعیت فعلی در مسیر پژوهش
📍 مرحلهٔ کنونی: پس از دریافت بازخورد – در فاز بازنگری بزرگ (Major Revision).
🔹 مسیر پیشنهادی پیشِ رو
فاز اقدام هدف
1️⃣ تکمیل داده‌ها یا تعریف مقاله به‌عنوان «Pilot Protocol» پاسخ به ایراد اصلی n=1
2️⃣ افزودن تحلیل کمی و جدول مقایسه افزایش اعتبار علمی
3️⃣ بازنویسی چکیده و Ethics هم‌راستا با ژورنال Q1
4️⃣ آماده‌سازی فایل نهایی و Rebuttal Letter ارسال نسخهٔ اصلاح‌شده
5️⃣ انتخاب مجله مناسب (Scientific Reports / IEEE TMI) آغاز فرآیند Submission
🔹 جهت نهایی
هدف اصلی: چاپ در ژورنال Q1 یا Q2 معتبر در حوزهٔ AI in Medicine / Radiology Informatics.
در صورت حفظ همین مسیر، مقاله‌ات می‌تواند تا سه‌ماههٔ اول ۲۰۲۶ به‌صورت رسمی منتشر شود.



---
This email was sent automatically with n8n

# Peer Review Summary Report – “ChatGPT-5 in Lumbar MRI Interpretation: A Multidisciplinary Case Study”

# Peer Review Summary Report –

# Peer Review Summary Report – "ChatGPT-5 in Lumbar MRI Interpretation: A Multidisciplinary Case Study"

## Author: Tawana Mohammadi

### Compiled from AI Peer Reviews (Gemini 2.5 & GPT-5)
---
### General Assessment
Both Gemini 2.5 and GPT-5 reviewers evaluated this paper at a Q1 standard (Nature / IEEE / Elsevier tier). They praised its innovation, ethics, and writing clarity, while identifying methodological limitations (n=1) as the main weakness.
Overall verdict: Major Revision – Publishable after substantial improvement.
---
### Strengths
* Clear, professional title and abstract.
* Comprehensive, up-to-date literature review.
* Novel interdisciplinary design (AI + Radiology + Human Factors).
* Ethical data handling (de-identified, oversight emphasized).
* Strong structure and academic writing.
---
### Weaknesses
| Area | Gemini 2.5 | GPT-5 |
| -------------------- | ------------------------------- | ---------------------------------- |
| Sample size | n=1 limits generalizability | Same; suggests 10–20 cases. |
| Quantitative metrics | Missing sensitivity/specificity | Add limited quantitative analysis. |
| Data format | DICOM to JPEG conversion | Discuss quality impact. |
| Expert validation | Non-MD collaborator | Add radiologist validation. |
| Presentation | Add comparison table | Add figure/table. |
| Ethics | Good | Add IRB/exemption note. |
| Tone | Soften conclusions | Moderate claims ("in this case"). |
---
### Recommendations
Critical:
1. Expand dataset (n=10–20) or reframe as "Pilot Technical Protocol."
2. Add metrics (accuracy, sensitivity, κ-value).
3. Add comparison table (Radiologist vs ChatGPT-5).
4. Add Ethics/IRB statement.
Additional:
* Include exact prompts and model version.
* Explain image format limitations.
* Add section on unsolved challenges in AI radiology.
Editorial:
* Final proofreading for tense/consistency.
* Add DOIs for all refs.
* Trim verbose sentences.
---
### Journal Tier Fit
| Tier | Suitability | Notes |
| ----- | ----------- | ---------------------------------- |
| Q1 | Conditional | Requires more data & metrics. |
| Q2 | High | Excellent as Pilot/Protocol paper. |
| Q3/Q4 | Easy | Rapid acceptance, less impact. |
---
### Verdict Summary
| Reviewer | Verdict | Comment |
| ---------- | -------------- | -------------------------- |
| Gemini 2.5 | Major Revision | Reframe as Pilot Study. |
| GPT-5 | Major Revision | Add quantitative evidence. |
---
### Next Steps
1. Choose between expansion or reframing.
2. Add quantitative comparison table.
3. Update ethics and transparency statements.
4. Revise abstract and tone.
5. Prepare Rebuttal Letter summarizing fixes.
---
### Storage Recommendation
Save as Peer Review Summary v1 in:
* Google Drive: /Research/ChatGPT-5_LumbarMRI/PeerReviews/
* Notion/Zotero: *Peer Review Summary – Lumbar MRI Paper (Gemini+GPT5)*
* ORCID/ResearchGate: Add note "Under Major Revision – Pilot Stage."



---
This email was sent automatically with n8n

Running n8n Like a Pro — My Private Automation Server with Ngrok and Custom Workflows

Running n8n Like a Pro — My Private Automation Server with Ngrok and Custom Workflows

Running n8n Like a Pro — My Private Automation Server with Ngrok and Custom Workflows

How I built a full automation stack on my own infrastructure, with a free public endpoint and zero limits.

In the age of cloud automation, privacy and control still matter.
That's why I run n8n self-hosted — a fully local automation system, accessible securely through Ngrok, without paying for external servers or APIs.
### 🧠 My Setup
* Server: Ubuntu VPS (but works on Raspberry Pi, Mac, or Windows)
* Port: n8n running locally on 5678
* Public domain: Ngrok tunneling https://unsisterly-dion-untrig.ngrok-free.dev
*
Authentication: .env file with basic auth enabled
N8N_BASIC_AUTH_ACTIVE=true
N8N_BASIC_AUTH_USER=admin
N8N_BASIC_AUTH_PASSWORD=supersecure
### ⚙️ Workflows that power my automation
1️⃣ Telegram → n8n Trigger: When I post to my Telegram channel, n8n listens instantly.
2️⃣ Code Node: Parses the text, extracts title, subtitle, body, and language direction.
3️⃣ Gmail Node: Converts the HTML version and sends it to Blogger via my "Email for Posting."
4️⃣ Reddit Node: Publishes the Markdown version with proper formatting.
5️⃣ AI Step (optional): Local LLM (Ollama / GPT4All) rewrites or extends long posts automatically.
### 💡 Why this setup wins
✅ Free domain & SSL — Ngrok gives me HTTPS endpoints without managing certificates.
✅ Zero-downtime — n8n runs 24/7 on my private server.
✅ Scalable — Add modules for Notion, Discord, Mastodon, or RSS feeds.
✅ Secure — Credentials never leave my host machine.
✅ Extensible — I can run local Python scripts or AI models as part of the same workflow.
### 🧬 Bonus: Automation tips
* Always backup your workflows using n8n export:workflow.
* Use "Continue on Fail" in Gmail/Reddit nodes to avoid breaks.
* Connect multiple bots (Telegram + Slack + Matrix) through a single webhook.
* Create a dashboard to log every automation event with timestamps.
---
Built by [Tawana Mohammadi](https://tawana.online)
🌐
ORCID → [https://orcid.org/0009-0005-6825-6728](https://orcid.org/0009-0005-6825-6728)
📧
[info@tawana.online](mailto:info@tawana.online)
#n8n #automation #selfhosted #ngrok #workflow #telegram #reddit #blogger #opensour



---
This email was sent automatically with n8n

Building a Self-Hosted Automation Hub with n8n + Ngrok

Building a Self-Hosted Automation Hub with n8n + Ngrok

Building a Self-Hosted Automation Hub with n8n + Ngrok

How I turned my local n8n instance into a public automation engine for Telegram, Blogger, and Reddit

Running n8n on your own server is one of the smartest moves for creators, developers, and researchers who value privacy and control.
Instead of relying on cloud instances, I host n8n locally and expose it securely through Ngrok, giving me a private yet globally accessible automation gateway.
### My setup
1️⃣ Install n8n on a VPS or local machine (Node.js, Docker, or PM2 — your choice).
2️⃣ Expose it using Ngrok:
```bash
ngrok http 5678
You'll get a public HTTPS domain like
https://unsisterly-dion-untrig.ngrok-free.dev
which
instantly makes your workflows accessible to Telegram, Gmail, or any webhook trigger.
3️⃣ Secure your endpoint with credentials and environment variables in .env:
ini
Copy code
N8N_BASIC_AUTH_ACTIVE=true
N8N_BASIC_AUTH_USER=admin
N8N_BASIC_AUTH_PASSWORD=securepassword
4️⃣ Connect Telegram, Reddit, and Gmail using OAuth2 or app passwords.
Now, a single message in your Telegram channel can trigger a complete cross-platform workflow:
Convert it to Markdown → post to Reddit
Convert it to HTML → send via Gmail to Blogger
Save logs or analytics locally for auditing.
Why self-hosting matters
✔️ Full data ownership — no third-party limits or tracking.
✔️ Unlimited customization — run local AI models (e.g., Ollama or GPT4All) to enhance posts.
✔️ Scalability — deploy on Raspberry Pi, VPS, or a Kubernetes cluster.
✔️ Reliability — workflows run even if cloud services go down.
Example: Telegram → Blogger + Reddit workflow
Telegram Trigger — listens for new posts in your channel
Code Node (JS) — parses your text into title, subtitle, body, and auto-generates both HTML & Markdown
Gmail Node — sends the HTML to your Blogger post email (yourname.blogname@blogger.com)
Reddit Node — publishes the Markdown version instantly to your subreddit
Optional: add a Webhook or LLM Node to summarize, translate, or tag posts dynamically.
Author: Tawana Mohammadi
🌐 ORCID: https://orcid.org/0009-0005-6825-6728
📧
info@tawana.online
#n8n #ngrok #selfhosted #automation #workflow #telegram #reddit #blogger #nocode #TawanaMohammadi
yaml
Copy code



---
This email was sent automatically with n8n

Building a Self-Hosted Automation Hub with n8n + Ngrok

Building a Self-Hosted Automation Hub with n8n + Ngrok

Building a Self-Hosted Automation Hub with n8n + Ngrok

How I turned my local n8n instance into a public automation engine for Telegram, Blogger, and Reddit

Running n8n on your own server is one of the smartest moves for creators, developers, and researchers who value privacy and control.
Instead of relying on cloud instances, I host n8n locally and expose it securely through Ngrok, giving me a private yet globally accessible automation gateway.
### My setup
1️⃣ Install n8n on a VPS or local machine (Node.js, Docker, or PM2 — your choice).
2️⃣ Expose it using Ngrok:
```bash
ngrok http 5678
You'll get a public HTTPS domain like
https://unsisterly-dion-untrig.ngrok-free.dev
which
instantly makes your workflows accessible to Telegram, Gmail, or any webhook trigger.
3️⃣ Secure your endpoint with credentials and environment variables in .env:
ini
Copy code
N8N_BASIC_AUTH_ACTIVE=true
N8N_BASIC_AUTH_USER=admin
N8N_BASIC_AUTH_PASSWORD=securepassword
4️⃣ Connect Telegram, Reddit, and Gmail using OAuth2 or app passwords.
Now, a single message in your Telegram channel can trigger a complete cross-platform workflow:
Convert it to Markdown → post to Reddit
Convert it to HTML → send via Gmail to Blogger
Save logs or analytics locally for auditing.
Why self-hosting matters
✔️ Full data ownership — no third-party limits or tracking.
✔️ Unlimited customization — run local AI models (e.g., Ollama or GPT4All) to enhance posts.
✔️ Scalability — deploy on Raspberry Pi, VPS, or a Kubernetes cluster.
✔️ Reliability — workflows run even if cloud services go down.
Example: Telegram → Blogger + Reddit workflow
Telegram Trigger — listens for new posts in your channel
Code Node (JS) — parses your text into title, subtitle, body, and auto-generates both HTML & Markdown
Gmail Node — sends the HTML to your Blogger post email (yourname.blogname@blogger.com)
Reddit Node — publishes the Markdown version instantly to your subreddit
Optional: add a Webhook or LLM Node to summarize, translate, or tag posts dynamically.
Author: Tawana Mohammadi
🌐 ORCID: https://orcid.org/0009-0005-6825-6728
📧
info@tawana.online
#n8n #ngrok #selfhosted #automation #workflow #telegram #reddit #blogger #nocode #TawanaMohammadi
yaml
Copy code



---
This email was sent automatically with n8n

طرح حمایت دیجیتال توانا | دسترسی رایگان به VPN و خدمات ارتباطی در شرایط اختلال اینترنت

 در سال‌های اخیر، اختلالات گسترده اینترنت، محدودیت‌های دسترسی و ملی شدن شبکه، دسترسی به ارتباط پایدار و امن را برای بسیاری از شهروندان دشوار...