🛡️ Anti-phishing reminder: always check the domain szb123.com. No legitimate platform will ever ask you in private messages for your seed phrase, password, or verification codes.

Muse Registered a Google Cloud Server for Me: Simple, End-to-End AI Operation

Unlike a traditional step-by-step tutorial, this one has Muse do the Google Cloud sign-up for you, which makes the whole process much simpler.

yedabin Oct 9, 2026 Updated Oct 9, 2026 15 min read AI & Tech

MuseGoogle CloudGCPFree ServersAI Agent

Contents (10 sections)

First, a heads-up: this is long — about 5 minutes of reading (the core content takes 1 minute).

Unlike a traditional step-by-step tutorial, this one has Muse assist with the Google Cloud sign-up, so the overall flow is much simpler.

Learning AI starts with claiming freebies. Google Cloud Platform (GCP) offers a free server. Compared with Oracle Cloud servers (see the Oracle tutorial here (in Chinese)), it’s the number-two choice — still a very good free server resource. (An Amazon free-server tutorial is coming soon.)

The free Google Cloud server can host a VPN for your own use, so you never need to buy VPN software or subscribe to proxy nodes again❗ Nothing of the kind — and your traffic stays very, very safe.

❗ The Muse skill prompt for installing the HY2 VPN software is pending an update (bookmark and subscribe; it will be updated in a few days)

What to prepare:

  1. Any China-issued bank card, debit card, or Visa card works. I recommend the China Merchants Bank Mastercard debit card — for freebie-hunting, a debit card is the safest option, because if there’s no balance in it, nothing can be charged. Case in point: someone on X bought Grok Heavy with a 3-month trial for $30; when it expired, he renewed without reading carefully — it was apparently $3,000 a year. He thought “$3,000 a year” was a bargain, didn’t look closely, and bought it outright. The money still hasn’t been refunded, two-plus months later. (See four foreign-currency debit cards available in China (in Chinese).)

  2. A Google account — old or new both work, with a difference: old accounts need a $50 deposit, new accounts $1–10. (With a debit card you need to purchase $50 of foreign currency; with a credit card you don’t. This $50 is the threshold — it works like a deposit: with the deposit in place you can use Google Cloud, and if the deposit is refunded, GCP shuts down automatically.)

  3. If you are a Gemini Pro user, you can claim $10 of credit for free every month: visit the Google Developer Program.

The hands-on prompt (copy it into the AI chat box): Based on this file, https://szb123.com/files/gcp-free-vps-skill.md, help me register for Google Cloud Platform. Use the cloud browser, and follow the tutorial to operate the GCP server for me.

Muse and Cue registering Google GCP — screenshot proof
Muse and Cue registering Google GCP — screenshot proof

Muse and Cue registering Google GCP — screenshot proof

Supported AIs:

Grok’s Bot

ChatGPT’s Dot

Meta’s Muse

Manus’s Cue

Tencent’s LightVela

Google’s Spark

Hark

All the AIs above support this prompt — copy it and paste it into the AI chat box to run.

❗❗ The detailed walkthrough below is just for reference — it has already been baked into the skill prompt

Google Cloud Platform permanently free VPS setup tutorial (beginner-friendly, with screenshots)

Free allowance at a glance (the free instance created by the script):

ItemAllowanceNote
Specs1 vCPU / 1 GB RAM / 30 GB diskCan stay on long-term
Inbound trafficUnlimitedOnly egress is counted
Outbound traffic200 GB/month (standard tier)Traffic to the Akamai / Cloudflare / Fastly CDNs is not free
Public IPDynamic IP, freeChanges on every reboot; only static/reserved IPs cost money — don’t upgrade by accident

1. Preparation before signing up

  1. What you need
  • ✅ A Google account

  • ✅ A credit card / virtual card / debit card that passes verification (⚠️ strongly recommend a virtual card or debit card — don’t bind your main credit card)

  • ✅ A network environment that can reach Google normally

  1. Card verification (success rate varies)

GCP sign-up requires a payment method; the verification charge varies by account:

Account statusVerificationResult
Trusted old accountVerification only, no charge — bind and goLeast hassle
Newer accountPre-charge of $2 / $10 / $50, variesMoney goes to account balance (not really spent)

Since 2026, most new accounts are charged for verification after the tightening.

⚠️ Google tightened risk controls because the $300 GCP credit was abused

💡 Field-tested notes: the Fiat24 virtual card works, but in China it currently requires passport registration (the ID-card channel is closed). The CMB Mastercard debit card and CITIC Visa debit card have both passed verification (Japan region, with an 8000 JPY pre-auth). The charged amount goes into your GCP balance rather than being spent; you can request a refund, but after refunding, GCP becomes unusable — treat it as a threshold fee.

  1. New users: don’t forget the $300 trial credit

First-time GCP users usually get a $300 / 90-day trial credit. During the trial you can spin up premium-network machines in Taiwan or Hong Kong to your heart’s content; once it’s used up or expired, come back and set up the permanently free machine with this tutorial.

  1. What can you actually do with GCP?

Host a free personal blog, or run VPN software — in my view those are the two most common uses.

2. Understand the core logic of “permanently free”

In one sentence: after opening a paid Google account, you use the free service limits (Free Tier) Google provides to use it for free.

But remember:

⚠️ GCP’s billing system is “price first, discount later” — the system first calculates what you used (hours run, traffic consumed) at list price, then offsets it against the free tier. Once something is misconfigured or you exceed the free allowance, real charges appear. That’s what people call getting “clawed back”.

GCP billing report: $0.19 gross cost offset by the free tier to an actual $0.00 charge
GCP billing report: $0.19 gross cost offset by the free tier to an actual $0.00 charge
Billing report screenshot: costs offset by the e2-micro free tier in the us-west region
Billing report screenshot: costs offset by the e2-micro free tier in the us-west region

Gemini’s plain-language explanation:

Gemini's plain-language explanation of trial credits and free-tier offset rules
Gemini's plain-language explanation of trial credits and free-tier offset rules

The official Google rule, in short: within the monthly Free Tier usage limits, usage of specific products is free — you only pay for the part that exceeds the limits.

📌 Traffic-tier explainer (a common misconception in the comments): the claim that “free traffic is down to 1 GB” is a rumor. The 1 GB figure refers to the premium network tier; the standard tier is 200 GB/month, and the script in this guide creates a standard-tier instance. Whether something is charged follows the official SKU page.

3. Set up budget alerts (anti-clawback step one)

Before deploying anything, do this first:

  1. In the console, go to Billing → Budgets & alerts

  2. Create a budget with a monthly amount (say $1)

  3. Check email alert at threshold

  4. Advanced: enable alerts that include credits — you’ll also be notified when trial credits are nearly exhausted

💡 Set it with confidence: budget alerts don’t count the free allowance as spend. It’s a pure safety fuse and costs nothing. The moment any unexpected billing shows up, you get an email.

Freebie bonus: Google Developer membership gives $10/month

Join the Google Developer Program (requires membership eligibility) to claim $10 of credit per month attached to your billing account:

  • With that $10, even paid-CDN traffic is covered — you may skip the CDN firewall block entirely

  • But keep the 200 GB traffic monitor on anyway — if you really get hit with a traffic spike, $10 won’t cover it

4. One-click deployment via Cloud Shell

  1. Activate Cloud Shell

Open the Google Cloud console, click the Activate Cloud Shell icon in the top-right corner, and you’ll get a web-based terminal:

The Activate Cloud Shell entry in the top-right of the Google Cloud console
The Activate Cloud Shell entry in the top-right of the Google Cloud console
  1. Run the automation script

This guide deploys with the community open-source script fatekey/gcp_free. In Cloud Shell, enter:

# First run
git clone https://github.com/fatekey/gcp_free && cd gcp_free && bash start.sh

# Subsequent runs
cd ~/gcp_free && bash start.sh

⚠️ The script requires GCP to be in a trial-credit or paid state. If it errors with “no available billing account”, your account is neither in trial nor paid — finish binding a card first.

  1. Common error: project not set

If you see:

The required property [project] is not currently set

it means Cloud Shell isn’t attached to a specific GCP project. Fix:

Open the project selector at the top of the console and find your project ID:

The project selector and project ID list at the top of the console
The project selector and project ID list at the top of the console

Then run:

gcloud config set project your-Project-ID
cd ~/gcp_free && bash start.sh

5. Walking through the script options (with real pitfalls)

📋 Script main menu: 1 create instance · 3 reroll AMD · 4 firewall rules · 5 Debian mirror swap · 6 install dae · 7 configure dae · 8 traffic monitor · 9 delete resources

Option 1: create the free instance

For the region, Oregon, US West is recommended (low latency):

The gcp_free script main menu: instance creation, firewall, Debian mirror swap, dae, and traffic monitoring
The gcp_free script main menu: instance creation, firewall, Debian mirror swap, dae, and traffic monitoring
--- Choose a deployment region ---
[1] Oregon [recommended]
[2] Iowa
[3] South Carolina
Enter a number (1-3): 1

Then pick a zone (any of us-west1-a / b / c; the default is usually fine).

💡 OS choice: the script supports Ubuntu and Debian, but the mirror swap (option 5) and traffic monitor (option 8) are only adapted for Debian — just pick Debian without thinking.

Option 3: reroll for an AMD CPU (tested — not recommended)

  • The CPU is randomly assigned Intel or AMD on each boot; AMD is less than 10% faster, and you must power off and reboot to “reroll”

  • Field test: in US West you basically can’t get AMD anymore; the script author’s own words — “rerolling not advised”

  • Play it safe: just use the default Intel machine ✅

Option 4: firewall rules (⚠️ the heart of anti-clawback)

Free egress traffic does not include the three paid CDNs — Akamai, Cloudflare, Fastly. Visiting sites behind those CDNs (ChatGPT, GitHub, DockerHub, etc.) generates a few cents per month in charges.

The script creates two rules:

  • ✅ Allow all inbound

  • ✅ Block the outbound IP ranges of the three paid CDNs (Akamai / Cloudflare / Fastly) (generated from official geoip data)

💡 If you have credits (like the $10 developer membership), you can skip the block — the few cents are covered directly.

Option 5: Debian mirror swap (twinned with the firewall)

The causal chain: Debian’s default software mirrors sit behind a CDN → once the firewall blocks the CDN, apt can’t connect → every later install (unzip, vnStat, etc.) fails.

So: if you enabled the CDN block in option 4, you must run option 5 to switch to US mirrors that don’t sit behind a CDN. The vnStat install failures in the comments were all traced to a missing mirror swap.

Option 6: install dae (a pitfall minefield in practice)

What dae is and why install it: after the firewall blocks the paid CDNs, sites behind those CDNs (ChatGPT, GitHub, DockerHub) become unreachable. dae is an eBPF proxy client (similar to clash on Linux) — its job is to route that blocked traffic out through a proxy.

⚠️ Common beginner misconception: dae is for giving your little server a proxied connection out — it is not for running the server side. If you want to run a node (as a commercial proxy server), you can do that without dae — but this machine has mediocre routing and limited traffic, so it’s better suited as an exit/backup box, not for serving the public.

Pitfalls I actually hit (from the original post):

Pitfall 1: apt fails to install unzip — deb.debian.org unreachable: IPv6 first reports “Network is unreachable”, falling back to IPv4 then times out. Cause: no mirror swap (see option 5).

Pitfall 1: without the mirror swap, apt fails to reach deb.debian.org while installing unzip
Pitfall 1: without the mirror swap, apt fails to reach deb.debian.org while installing unzip

Pitfall 2: the version string comes back empty — the script prints “Installing dae version …” followed by nothing, the download URL gets a double slash …/download//dae-linux-x86_64.zip, and it finally errors “The checksum of the downloaded file does not match!”. Cause: what got downloaded was actually GitHub’s 404 page — checksumming a web page obviously fails.

🔧 Later fixed: the script author confirmed the dae official install script had broken and fixed it in March 2026 — just follow the script now. If it still misbehaves, jump to section 6 and install manually.

Pitfall 2: "Installing dae version" followed by an empty version number
Pitfall 2: "Installing dae version" followed by an empty version number

Pitfall 3 (advanced): the newer dae 2.0 occasionally fails to reach the network after starting on GCP’s Debian image kernel (a userspace forwarding compatibility issue); the case in the comments was solved by downgrading to dae 1.1. If you hit it, install a pinned version manually — don’t fight it.

Option 7: configure dae

The script uploads your edited local config.dae (the cloned template) to the server at /usr/local/etc/dae/config.dae and starts dae. All you do beforehand is edit that file locally (in Cloud Shell) and fill in your proxy node (see section 6, step 5).

Option 8: traffic monitor (⚠️ must enable)

Total free traffic is 200 GB/month; the script auto-limits at 180 GB, with two schemes:

  • Scheme 1: auto power off at the cap; manually power back on on the 1st of next month (a reboot resets the traffic counter)

  • Scheme 2: auto block all inbound traffic except SSH at the cap; auto-resets on the 1st of next month

Option 9: delete resources

Not happy with the free machine’s configuration? Delete it in one click and recreate in another region.

6. Manual dae install and configuration (fallback if the script fails)

  1. SSH into the VM

From Cloud Shell (swap in your own machine name and region; defaults shown for this guide’s flow):

gcloud compute ssh free-tier-vm --zone=us-west1-a

💡 On first connect, GCP generates an SSH keypair automatically (private key stored in Cloud Shell at ~/.ssh/google_compute_engine). Just press Enter — no password needed.

  1. Install dae itself

Following the official dae README, copy-paste:

# Download and install (v1.0.0 shown; switch versions if you hit compatibility issues)
cd /tmp
wget https://github.com/daeuniverse/dae/releases/download/v1.0.0/dae-linux-x86_64.zip
unzip dae-linux-x86_64.zip
sudo mv dae-linux-x86_64 /usr/local/bin/dae
sudo chmod +x /usr/local/bin/dae
sudo ln -sf /usr/local/bin/dae /usr/bin/dae

# Verify the install
dae --version
  1. Download the geodata routing databases
sudo mkdir -p /etc/dae
cd /etc/dae
sudo wget -O geoip.dat https://raw.githubusercontent.com/Loyalsoldier/v2ray-rules-dat/release/geoip.dat
sudo wget -O geosite.dat https://raw.githubusercontent.com/Loyalsoldier/v2ray-rules-dat/release/geosite.dat
  1. Create the systemd service
sudo tee /etc/systemd/system/dae.service > /dev/null <<EOF
[Unit]
Description=dae Service
Documentation=https://github.com/daeuniverse/dae
After=network-online.target docker.service systemd-sysctl.service
Wants=network-online.target

[Service]
Type=notify
User=root
LimitNPROC=512
LimitNOFILE=infinity
ExecStartPre=/usr/bin/dae validate -c /etc/dae/config.dae
ExecStart=/usr/bin/dae run --disable-timestamp -c /etc/dae/config.dae
ExecReload=/usr/bin/dae reload -c /etc/dae/config.dae
Restart=on-abnormal

[Install]
WantedBy=multi-user.target
EOF
sudo systemctl daemon-reload
  1. Write the configuration file
# Copy from the example config (well-commented — recommended)
sudo mkdir -p /etc/dae
sudo cp /tmp/example.dae /etc/dae/config.dae
sudo chmod 0600 /etc/dae/config.dae
sudo nano /etc/dae/config.dae

Single-node users can copy this homework directly (VLESS + TLS shown). Core ideas:

  • node block: keep only your node, delete the rest

  • routing block: domestic traffic direct; common foreign services through the proxy

global {
  tproxy_port: 12345
  tproxy_port_protect: true
  pprof_port: 0
  so_mark_from_dae: 0
  log_level: warn
  disable_waiting_network: false
  enable_local_tcp_fast_redirect: false
  wan_interface: auto
  auto_config_kernel_parameter: true
  tcp_check_url: 'http://cp.cloudflare.com,1.1.1.1,2606:4700:4700::1111'
  tcp_check_http_method: HEAD
  udp_check_dns: 'dns.google:53,8.8.8.8,2001:4860:4860::8888'
  check_interval: 120s
  check_tolerance: 50ms
  dial_mode: domain
  allow_insecure: false
  sniffing_timeout: 100ms
  tls_implementation: utls
  utls_imitate: chrome_auto
  mptcp: false
  bandwidth_max_tx: '500 mbps'
  bandwidth_max_rx: '1 gbps'
}

node {
  my_hub: 'your-vless://subscription-link'
}

dns {
  upstream {
    googledns: 'tcp+udp://dns.google:53'
    cloudflareDns: 'tcp+udp://1.1.1.1:53'
    alidns: 'udp://dns.alidns.com:53'
  }
  routing {
    request {
      qname(geosite:cn) -> alidns
      qname(geosite:google) -> googledns
      fallback: cloudflareDns
    }
  }
}

group {
  proxy {
    filter: name(my_hub)
    policy: fixed(0)
  }
}

routing {
  pname(NetworkManager) -> direct
  dip(224.0.0.0/3, 'ff00::/8') -> direct
  dip(geoip:private) -> direct
  l4proto(udp) && dport(443) -> block
  dip(geoip:cn) -> direct
  domain(geosite:cn) -> direct
  domain(geosite:google) -> proxy
  domain(geosite:github) -> proxy
  domain(geosite:telegram) -> proxy
  dip(geoip:telegram) -> proxy
  domain(geosite:netflix) -> proxy
  domain(geosite:youtube) -> proxy
  domain(geosite:spotify) -> proxy
  domain(geosite:openai) -> proxy
  fallback: proxy
}

💡 For a single-node setup, mind just two things: 1. In the node block add: my_hub: “your-subscription-link” 2. In the group block add: filter: name(my_hub). No proxy of your own? See the FAQ at the end.

  1. Start and verify
# Validate the config
sudo dae validate -c /etc/dae/config.dae

# Start and enable on boot
sudo systemctl enable --now dae

# Check status
systemctl status dae --no-pager

# Check logs and confirm the node reports ALIVE
sudo journalctl -u dae -n 50 --no-pager | grep -E "ALIVE|node list"

7. Test the node + finish anti-clawback housekeeping

  1. Connectivity test
# The returned IP should be your proxy node server's IP
curl -L ip.sb

# Check dae logs for anything unusual
sudo journalctl -u dae -n 20 --no-pager
  1. Firewall + traffic monitor (back to script options 4 and 8)

If you skipped them during deployment, come back and finish:

  • Option 4 firewall: allow all inbound + block the three paid CDNs outbound — the core of anti-clawback

  • Option 8 traffic monitor: auto-limit at 180 GB so a traffic flood can’t burn you

  1. Learn to read the bill (panic relief)

Don’t panic when you see numbers on the bill — gross cost ≠ actual charge:

  • Look at the rightmost column for the amount after adjustments — anything offset by the free allowance shows as 0

  • In the billing report, distinguish two kinds of “savings”: “from credits” (trial credit offsets; gone when used up) and “spend-based discounts” (the permanent free tier; always in effect)

  • What actually deserves vigilance are small charge items that can’t be offset (like a few dozen cents for a static IP or snapshots) — turn them off when spotted

📖 A real case: a reader was scared by “being charged $6–7/month” on the free machine and asked for help. Digging in, almost all of it was gross cost that would be offset. The real problem was a hidden $0.49/month charged item (an unpaid component left on) — turning it off brought it to zero.

  1. Install a monitoring probe (optional)

Finally, install a komari probe, and watch it light up:

komari probe dashboard: the GCP Oregon instance online, uptime 5 days 17 hours
komari probe dashboard: the GCP Oregon instance online, uptime 5 days 17 hours
Probe system details: Debian GNU/Linux 12, live traffic and resource usage
Probe system details: Debian GNU/Linux 12, live traffic and resource usage

Security reminder: some users had miners planted through probe (e.g. Nezha) vulnerabilities, getting the machine banned by GCP with difficult appeals. Always disable “run command”-style permissions on probes — or don’t install one at all if unsure.

❓ FAQ (high-frequency questions from the comments)

Q1: docker pull fails — what now? DockerHub sits behind Cloudflare and got blocked. Switch the registry mirror to http://mirror.gcr.io, or let dae proxy it through. Bridges created by Compose (br-xxx) must be added to dae’s lan_interface to go through the proxy.

Q2: What is this free machine good for? ✅ Good for: a backup box, exit routing, small self-hosted projects (password managers, memos notes, personal services). GCP’s IPs are cleaner than most cheap VPS providers’, the IP stays stable if you never power off, and risk controls are light. ❌ Not good for: serving proxy nodes or hosting sites for the public — mediocre routing, limited traffic; one DDoS and the 200 GB is gone.

Q3: I want my site faster — how? You can’t sit behind the three blocked CDNs, but you can use the free CDN tiers of Tencent / Alibaba / AWS CloudFront (field reports say EdgeOne also doesn’t get charged).

Q4: Will the IP change? Does it cost anything? The dynamic IP is free and re-randomizes on reboot; it stays the same as long as you don’t power off. Never upgrade the IP to static/reserved in the console — that one is billed hourly.

Q5: Can I run a hysteria2 / hy2 node? ⚠️ Not recommended. Users report hy2’s aggressive packet sending tripped GCP risk controls and got machines banned (appeals work but it’s a hassle); ss/snell have also had bans. Plain VLESS/Trojan runs fine long-term.

8. Timeliness and risk notes (compiled October 2026)

Risk pointCurrent stateAdvice
Tightened sign-up chargesDue to $300-credit abuse, Google tightened verification; most new accounts get a pre-charge ($2/$10/$50 — goes to balance, refundable, but refund = unusable)Set expectations; don’t bind your main credit card
Traffic-tier rumor“Free traffic down to 1 GB” is a rumor: 1 GB = premium tier; the script’s standard tier = 200 GBFollow the official SKU page
IP billingDynamic IP free; static/reserved IP charged (about $3–4/month)Don’t upgrade to a static IP
Paid CDNsAkamai / Cloudflare / Fastly egress isn’t free; other providers fineEnable the firewall block
Protocol risk controlhy2’s aggressive packets can get machines bannedUse conventional protocols like VLESS/Trojan
Mining intrusionsProbe vulnerabilities led to miners → bans hard to appealDisable command permissions on probes, or skip them
Verification charges vary$2 / $10 / $50 all seen; depends on the account’s “mood” — normal; money goes to balance

The safest principle: bind a virtual/debit card → set budget alerts → enable firewall + traffic monitor → glance at the “after adjustment” bill once a month.

❗ The Muse skill prompt for installing the HY2 VPN software is pending an update (bookmark and subscribe; it will be updated in a few days)

Changelog

  • Oct 9, 2026 First published: the owner's X long-form article, included verbatim with original screenshots.

Sources & data dates

Translated from the Chinese original; the editorial review applies to the Chinese version.

Avatar of yedabin

yedabin Reviewed

A programmer with a science background, former trading-platform engineer, and stand-up comedy fan. Proudest moment: bought 8 BTC for RMB 4,000.

X (@yedabinbinah)

Every factual statement cites sources and access dates. Pages carrying the “Reviewed” badge were checked line by line by a human before publishing.

Reviewed by yedabin (Oct 9, 2026)

Related reading

Real-time scam alerts on X

Follow @yedabinbinah Share on X