Libreng Ubuntu VPS: mula instance hanggang SSH

Piliin ang isang maliit na eligible instance

Isang AMD VM.Standard.E2.1.Micro na may 1 GB RAM at Ubuntu 24.04 LTS x86 image sa home region ang gamit sa gabay. Maliit na administration environment ito, hindi napatunayang application capacity. Tiyaking eligible ang eksaktong image at shape sa iyong Console.

Kailangan mo ng permiso sa instance, network at console connection, at OpenSSH sa computer. Para sa Linux, macOS o WSL shell ang client commands. Hindi garantisado ang signup, capacity o tuloy-tuloy na availability; maaaring bawiin ang idle instances. Basahin muna ang paghahambing ng free programmes at trials.

Gumawa at itago ang SSH key bago mag-launch

Sa iyong computer, gamitin ang sumusunod. Kung mayroon nang kapangalan na file, pumili ng iba sa lahat ng hakbang; huwag patungan. Maglagay ng passphrase kapag hiningi.

mkdir -p ~/.ssh
chmod 700 ~/.ssh
ssh-keygen -t rsa -b 3072 -f ~/.ssh/oci-ubuntu-free
chmod 600 ~/.ssh/oci-ubuntu-free
cat ~/.ssh/oci-ubuntu-free.pub

Itago nang ligtas ang private file at .pub lamang ang i-upload. Ang public login key ang tumutukoy kung sino ang puwedeng pumasok; ang server host key sa susunod na check ang tumutukoy sa machine. Magkaiba ang dalawang ito.

Itala ang compartment, region, instance name at identifiers. Gamitin lamang ang halimbawang ubuntu-free-ssh para sa bagong experiment; hindi laging natatangi ang pangalan sa OCI.

Ihanda ang public subnet at limitadong SSH

Sa Networking, gumawa ng dedicated VCN, halimbawa 10.20.0.0/16, at regional public subnet, halimbawa 10.20.1.0/24. Gumamit ng hindi magkakapatong na ranges kung ikokonekta sa ibang networks. Gumawa at paganahin ang internet gateway.

Sa route table ng subnet, idagdag ang destination 0.0.0.0/0 patungo sa gateway. Kailangan din ng instance ang public IPv4; hindi iyon ibinibigay ng route lamang.

Sa security list, gumawa ng stateful ingress: source CIDR ang kasalukuyan mong public IPv4 na may /32, TCP, source ports All, destination port 22. Ang internet-visible address ang gamitin, hindi private Wi-Fi address. Panatilihin ang kailangang default egress at ICMP rules.

Palitan ang default SSH rule na bukas sa lahat sa dedicated list na ito. Hindi kinokontra ng makitid na rule ang iba pang permissive rule: suriin ang lahat ng attached security lists at NSGs. Walang idinadagdag na NSG, NAT gateway o load balancer sa halimbawa. I-update ang /32 kapag nagbago ang public address ng iyong workstation.

Gumawa ng eligible Ubuntu instance

Buksan ang Compute → Instances → Create instance sa home region. Piliin ang tamang compartment at pangalang ubuntu-free-ssh. Suriin muna ang mga sumusunod:

Sa maliit na screen, i-scroll ang talahanayan pahalang upang makita ang lahat ng column.

200 GB ang pinagsamang Always Free boot/block allowance sa home region; bilangin din ang umiiral na volumes. Suriin ang bawat resource at estimate. Hindi ebidensya ng permanenteng free coverage ang singil na pansamantalang tinatakpan ng trial credit. Balikan ang billing checklist kung may hindi malinaw.

I-save ang sumusunod bilang local text file at i-upload sa Advanced options → Management → Initialization script. Pinapagana nito ang console output ng public host keys at fingerprints mula sa cloud-init. Wala itong private key.

#cloud-config
ssh:
  emit_keys_to_console: true

Gumawa lamang kapag nasuri na ang settings. Kung walang eligible capacity, huminto at muling pumili; huwag aksidenteng gumamit ng paid substitute. Kapag Running na, itala ang instance OCID, boot-volume OCID at public IPv4.

Patunayan ang guest host key sa OCI console history

Bago tanggapin ang unang SSH prompt, mag-sign in sa OCI Console at buksan ang eksaktong instance. Sa OS Management o Resources, buksan ang Console connection at piliin ang Launch Cloud Shell connection. Kailangan ang kaukulang account permissions; ito ang koneksyong ginagamit sa pagkuha ng console history.

Buksan ang Console history → View current history at i-save ang first-boot output. Hanapin ang SSH HOST KEY FINGERPRINTS na ginawa ng cloud-init. Itala ang SHA256 fingerprint at key type ng guest host key, hindi ang authorized user key.

Ang fingerprint sa Console connection resource ay para sa OCI console endpoint, hindi ordinaryong SSH endpoint ng guest. Gamitin ang host-key record mula sa boot output. Kung wala ito, sundin ang dokumentadong console recovery procedure bago magpatuloy; hindi kapalit ang hindi pa napatunayang ssh-keyscan result.

Kumonekta at suriin ang Ubuntu

Sa workstation terminal, palitan ang 203.0.113.20 ng public IPv4 ng instance. Documentation address lamang ang halimbawa. Ihambing ang key type at SHA256 sa boot record; tanggapin lamang kung tugma.

ssh -o StrictHostKeyChecking=ask -i ~/.ssh/oci-ubuntu-free ubuntu@203.0.113.20

Ang username ng Ubuntu platform image ay ubuntu, hindi opc. Pagkatapos mag-login, patakbuhin ang read-only checks sa VPS:

cloud-init status --wait
cat /etc/os-release
dpkg --print-architecture
free -h
df -h /
sudo ss -lntp
sudo iptables -S

Hanapin ang completed provisioning, Ubuntu 24.04, amd64, inaasahang memory/disk at listening SSH service. Pinatutunayan ng login mula sa workstation ang public SSH path na ito. Hindi pa nito sinusukat ang app capacity o ipinapublish ang HTTP website.

Mag-update nang pinapanatili ang firewall ng image

Kapag matagumpay nang natapos ang cloud-init, i-refresh ang package information at suriin ang upgrade bago kumpirmahin:

sudo apt update
sudo apt upgrade

Panatilihin ang unang session at subukan ang pangalawang login. Kung kailangan ng reboot, gamitin ang sudo reboot habang disposable pa ang server, pagkatapos ay kumonekta muli at ulitin ang basic checks.

Huwag mag-install o mag-enable ng UFW sa OCI Ubuntu image na ito. Dokumentado ng Oracle at Canonical ang conflict sa persistent firewall at mahahalagang iSCSI rules. Panatilihin ang mga iyon. Kailangan ng website ang tamang OCI network permissions at compatible guest rules.

Sa maliit na screen, i-scroll ang talahanayan pahalang upang makita ang lahat ng column.

Kung hindi pa rin gumagana, gamitin ang SSH troubleshooting gamit ang eksaktong error at trusted console. Para sa susunod na hakbang, sundin ang website deployment guide kasama ang provider-specific firewall branch.

Panatilihin ang recovery copy o isara ang experiment

Bago umasa sa VPS, itago ang data at rebuild notes sa labas nito at subukan ang restoration. Administrative access pa lamang ang napapatunayan rito, hindi production readiness. Kung may website files, gawin ang file recovery exercise sa hiwalay na computer; kailangan ng ibang data ang sarili nitong recovery plan.

Kapag tapos na, i-export muna ang kailangan. Sa tamang compartment, piliin ang eksaktong ubuntu-free-ssh instance ayon sa OCID at gamitin ang Terminate. Default na nananatili ang boot volume; piliin lamang ang permanent deletion kung hindi na kailangan ang mismong volume at nasubukan na ang export.

Ihambing sa inventory ang natitirang volumes, backups, addresses at console connections. Alisin lamang ang dedicated subnet at gateway kapag walang ibang gumagamit. Huwag gumamit ng account-wide deletion para sa iisang experiment. Suriin muli ang natitirang resources at usage.

Mga karaniwang tanong

Mga opisyal na sanggunian

1. Dokumentasyon 1: docs.oracle.com
2. Dokumentasyon 2: docs.oracle.com
3. Dokumentasyon 3: docs.oracle.com
4. Dokumentasyon 4: docs.oracle.com
5. Dokumentasyon 5: docs.oracle.com
6. Dokumentasyon 6: docs.oracle.com
7. Dokumentasyon 7: docs.oracle.com
8. Dokumentasyon 8: docs.oracle.com
9. Dokumentasyon 9: docs.oracle.com
10. Dokumentasyon 10: docs.cloud-init.io
11. Dokumentasyon 11: docs.oracle.com
12. Dokumentasyon 12: documentation.ubuntu.com
13. Dokumentasyon 13: docs.oracle.com