ภาพรวม
นี่คือภาพรวมโดยสรุปของสิ่งที่คุณได้รับและเพื่อใคร MTProto Proxy บน VPS ทำหน้าที่รับส่งข้อมูล Telegram ผ่านโปรโตคอล MTProto พร้อมการสร้างความสับสนแบบ TLS ดังนั้นจึงผสมผสานเข้ากับเครือข่ายที่มีข้อจำกัด การใช้งานทั่วไปรวมถึงการโฮสต์พร็อกซีส่วนบุคคลหรือชุมชน และการทำให้ Telegram เข้าถึงได้ในตำแหน่งที่ถูกกรอง บุคลิกรวมถึงผู้ใช้ที่คำนึงถึงความเป็นส่วนตัวและผู้ดูแลระบบชุมชน Telegram
คำอธิบาย
รูปภาพนี้แสดง MTProto Proxy แบบโอเพ่นซอร์สที่กำหนดค่าสำหรับการสื่อสารส่วนตัวด้วย Telegram ได้รับการออกแบบมาสำหรับภูมิภาคหรือเครือข่ายที่มีการเซ็นเซอร์โดยพูด MTProto และรองรับ TLS obfuscation เพื่อปกปิดการรับส่งข้อมูล
เข้าถึง Web Interface
การดำเนินการครั้งแรกเป็นการโอนง่ายๆ จากเซิร์ฟเวอร์ไปยัง Telegram คุณนำเข้าลิงก์ที่พร้อมใช้งานและเชื่อมต่อโดยไม่มีแดชบอร์ดเพิ่มเติม
ดึงข้อมูล tg://proxy ลิงก์จาก /root/.proxy บนเซิร์ฟเวอร์ จากนั้นนำเข้าไปยังไคลเอ็นต์ Telegram เพื่อเริ่มใช้พรอกซี
ฟีเจอร์ขั้นสูง
สิ่งเหล่านี้คือลักษณะการใช้งานจริงที่สำคัญสำหรับการขนส่งโทรเลข พวกเขาทำให้การเข้าถึงคาดเดาได้และใช้งานได้ในสภาพแวดล้อมที่ถูกกรอง
- ความเข้ากันได้ของโปรโตคอล MTProto สำหรับการรับส่งข้อมูล Telegram
- รองรับการสร้างความสับสน TLS เพื่อปกปิดรูปแบบการรับส่งข้อมูล
- เหมาะกับการโฮสต์พร็อกซีส่วนบุคคลหรือชุมชนและเครือข่ายที่ถูกจำกัด
ง่ายในการใช้งาน
คุณเลือกอิมเมจ LTS ที่รองรับ การจัดเตรียมจะทำงานในการบูทครั้งแรก และบริการได้รับการจัดการผ่านเนทีฟ init
- ตัวเลือกระบบปฏิบัติการ: Ubuntu 24.04 LTS หรือ Ubuntu 22.04 LTS
- ระบบเริ่มต้น: systemd สำหรับการควบคุมบริการ
- การจัดเตรียม: cloud-init สำหรับการตั้งค่าเริ่มต้น
มุ่งเน้นประสิทธิภาพ
ลักษณะประสิทธิภาพดิบของ Cloudzy ช่วยให้มีเวลาแฝงจำกัดและปริมาณงานคงที่สำหรับเซสชัน Telegram EPYC vCPU เฉพาะ, DDR5 RAM และดิสก์ pure-NVMe ช่วยลดเวลาไบต์แรก แบ็คโบนขนาด 10 Gbps ดูดซับกระแสไฟกระชากโดยไม่ทำให้การเชื่อมต่อติดขัด ในขณะที่สแน็ปช็อตตามความต้องการและการเรียกเก็บเงินรายชั่วโมงช่วยให้คุณทดสอบการเปลี่ยนแปลงได้อย่างปลอดภัยและขยายขนาดได้เมื่อมีปริมาณการรับส่งข้อมูลเพิ่มขึ้นเท่านั้น
ควบคุมเว็บไซต์ได้เต็มรูปแบบ
คิดว่านี่เป็นห้องสะอาดสำหรับการขนส่งของคุณเอง
คุณมีสิทธิ์เข้าถึงรูทสำหรับกฎไฟร์วอลล์ กำหนดเวลาการสำรองข้อมูล และจังหวะการอัปเดต การแยก KVM ช่วยให้ปริมาณงาน VM ของคุณแตกต่างจากเพื่อนบ้านที่มีเสียงดัง และ IP เฉพาะช่วยให้คาดการณ์การเข้าถึงได้
เครื่องมือทรงพลัง
นี่คือสิ่งที่คุณได้รับจากกล่องและสิ่งที่ทำได้ในคลิกเดียว:
- บริการ MTProto Proxy ที่ทำงานภายใต้ systemd เพื่อการเริ่ม หยุด และสถานะอย่างง่าย
- การจัดสรร cloud-init เพื่อให้อินสแตนซ์พร้อมในการบูตครั้งแรก
- ตัวช่วยวันที่ 1: เขียนไว้ล่วงหน้า tg://proxy ลิงค์บันทึกไว้ที่ /root/.proxy เพื่อการนำเข้าสู่ Telegram อย่างรวดเร็ว
- ตัวช่วยแพลตฟอร์ม: สแน็ปช็อตสำหรับการย้อนกลับอย่างปลอดภัยและการเรียกเก็บเงินรายชั่วโมงเพื่อโคลนโหนดทดสอบที่มีอายุสั้นเมื่อจำเป็น
ครอบคลุมทั่วโลก
วางพร็อกซีไว้ใกล้กับผู้ใช้ของคุณเพื่อลดเวลาไปกลับ Cloudzy ดำเนินงาน 10 จุดในสามทวีป:
- อเมริกาเหนือ: นิวยอร์กซิตี้, ดัลลัส, ไมอามี, ยูทาห์, ลาสเวกัส
- ยุโรป: ลอนดอน, อัมสเตอร์ดัม, แฟรงก์เฟิร์ต, ซูริก (สวิตเซอร์แลนด์)
- เอเชียแปซิฟิก: สิงคโปร์
ทุกสถานที่เสนออัปลิงก์ 10 Gbps, การผสมผสานผู้ให้บริการระดับ Tier-1 และ SLA ความพร้อมในการทำงาน 99.95% ตัวแปรเดียวคือระยะทาง
รายละเอียดการสมัคร
ระบบปฏิบัติการ:
อูบุนตู 24.04 LTS
อูบุนตู 22.04 LTS
รันไทม์:
ไม่ระบุ
แอปพลิเคชัน:
พร็อกซี MTProto
ระบบเริ่มต้น:
ระบบ
การจัดเตรียม:
Cloud-init.
RAM ขั้นต่ำ: 1 GB
CPU ขั้นต่ำ: 1 vCPU
ดิสก์ขั้นต่ำ: 10 GB
ปรับใช้ MTProto Proxy ของ Cloudzy บน VPS ทันที: โฮสต์พร็อกซีที่เข้ากันได้กับ Telegram ของคุณเองและนำเข้าลิงก์ไปยังไคลเอนต์ของคุณภายในไม่กี่นาที
สำคัญ: ความรับผิดชอบเรื่อง Configuration และ Domain
คุณได้สิทธิ์ SSH/root เต็มทุก OCA พลังนั้นหมายความว่าการเปลี่ยนแปลงของคุณสามารถ หยุดพัก แอปพลิเคชัน กรุณาอ่านก่อนปรับ configs
- คุณจัดการโดเมน เราไม่ขายหรือโฮสต์ domains/DNS หากแอปต้องใช้โดเมน คุณต้องชี้โดเมนของคุณไปยังเซิร์ฟเวอร์ (A/AAAA/CNAME และ MX/TXT ตามความเกี่ยวข้อง) การออก SSL และ dashboards หลายตัวขึ้นอยู่กับความถูกต้องนี้
- การเปลี่ยน domain/hostname หลังติดตั้งไม่ใช่เรื่องเล็ก OCA หลายตัวเขียนโดเมนลงใน configs (.env, reverse proxy, app URLs) หากคุณเปลี่ยนโดเมน อย่าลืมอัปเดต:
- Reverse proxy (Nginx/Caddy) และใบรับรอง TLS
- App “external URL”/base URL และ callback/webhook URLs
- ลิงก์แบบฮาร์ดโค้ดในแอปหรือส่วนเสริม
- ข้อมูลรับรองมีความสำคัญ การเปลี่ยนชื่อ admin เริ่มต้น หมุนเวียนรหัสผ่าน หรือเปลี่ยน service ports โดยไม่อัปเดต app config อาจ ล็อคคุณออก หรือหยุดบริการ เก็บ credentials ให้ปลอดภัยและซิงค์ตรงกันทั้งในแอป proxy และ integrations ต่างๆ
- การเปลี่ยนแปลงเนมเซิร์ฟเวอร์อาจทำให้ระบบหยุดทำงาน การย้ายโดเมนไปยัง nameservers ใหม่ หรือแก้ไข NS records ทำให้เกิด propagation delays วางแผนการเปลี่ยนแปลง ลด TTL ล่วงหน้า และตรวจสอบ A/AAAA records ก่อนสลับ
- การแก้ไขไฟร์วอลล์/พอร์ตสามารถทำลายการเข้าถึงได้ หากคุณเปลี่ยน SSH, HTTP/HTTPS, RDP หรือ app ports ให้อัปเดต firewalls (UFW/CSF/security groups) และ reverse-proxy rules ให้สอดคล้องกัน
- พอร์ตอีเมล (SMTP) ถูกจำกัดตามค่าเริ่มต้น พอร์ตเมลขาออก (เช่น 25/465/587) อาจจะ ปิดเพื่อป้องกันการละเมิด. หาก OCA ของคุณต้องส่งอีเมล ขอการเข้าถึง SMTP จากซัพพอร์ต หรือใช้ผู้ให้บริการ transactional email (SendGrid/Mailgun/SES) ผ่าน API หรือ SMTP ที่อนุมัติ
- อีเมลและรายการที่อนุญาต หากแอปส่งเมลหรือรับ webhooks การเปลี่ยน IPs/hostnames อาจกระทบ deliverability หรือ allowlists อัปเดต SPF/DKIM/DMARC และ IP allowlists ที่เกี่ยวข้อง
- ก่อนการเปลี่ยนแปลงครั้งใหญ่ ให้ถ่ายภาพสแนปช็อต ใช้แผงของ สแน็ปช็อต / สำรองข้อมูล ก่อน หาก plugin, update หรือการแก้ไข config มีปัญหา คุณสามารถ roll back ภายในไม่กี่นาที
- ขอบเขตการสนับสนุน เราให้บริการเซิร์ฟเวอร์และอิมเมจ OCA ที่ติดตั้งไว้แล้ว การจัดการต่อเนื่อง การกำหนดค่าระดับแอปพลิเคชัน (domains, DNS, app settings, plugins, custom code) เป็นความรับผิดชอบของผู้ใช้
กฎง่ายๆ: ถ้าคุณสัมผัส domain, ports, passwords, hostnames หรือ proxy/SSL configs, ต้องอัปเดต settings ของแอปด้วย และสแน็ปช็อตก่อน
