การเชื่อมต่อ ownCloud บนมือถือถูกปฏิเสธใช่หรือไม่? ตรวจสอบ URL และการเข้าถึง

หากแอป ownCloud บนมือถือแสดงข้อความ “การเชื่อมต่อถูกปฏิเสธ” ก่อนอื่นให้เปิดที่อยู่เซิร์ฟเวอร์ของคุณในเบราว์เซอร์บนโทรศัพท์เครื่องเดียวกัน จากนั้นตรวจสอบว่าแอปใช้ URL พื้นฐานของเซิร์ฟเวอร์และเครือข่ายที่ถูกต้องหรือไม่ การปฏิเสธมักเกิดขึ้นก่อนที่แอปจะถึงขั้นตอนการเข้าสู่ระบบ ดังนั้นให้ตรวจสอบว่าสามารถเข้าถึงเซิร์ฟเวอร์และปลายทาง HTTPS ได้หรือไม่ก่อนที่จะเปลี่ยนรหัสผ่านหรือการตั้งค่าแอป

ข้อความ “การเชื่อมต่อถูกปฏิเสธ” บอกอะไรคุณบ้าง

แอปจะต้องสร้างการเชื่อมต่อเครือข่ายกับเซิร์ฟเวอร์ก่อน จากนั้น ownCloud จึงจะสามารถตรวจสอบชื่อผู้ใช้ รหัสผ่าน หรือขั้นตอนการเข้าสู่ระบบได้ ดังนั้น การปฏิเสธการเชื่อมต่อจึงชี้ไปที่ที่อยู่เครือข่าย เส้นทางเครือข่าย ไฟร์วอลล์ หรือตัวรับฟังของเว็บเซิร์ฟเวอร์ก่อน ซึ่งแตกต่างจากข้อความรหัสผ่านไม่ถูกต้อง คำเตือนเกี่ยวกับใบรับรองก็เป็นปัญหาอีกอย่างหนึ่งเช่นกัน หมายความว่าเซิร์ฟเวอร์ตอบสนองได้มากพอที่แอปจะตรวจสอบใบรับรอง TLS ได้แล้ว

ก่อนที่จะเริ่มแก้ไขปัญหา โปรดตรวจสอบให้แน่ใจว่าได้ทราบที่อยู่เซิร์ฟเวอร์ที่ผู้ดูแลระบบให้มาอย่างครบถ้วน รวมถึงพาธต่างๆ เช่น/owncloudและทราบว่าเซิร์ฟเวอร์นั้นสามารถเข้าถึงได้เฉพาะในเครือข่ายของบริษัทหรือผ่าน VPN หรือไม่ หากคุณเป็นผู้ดูแลเซิร์ฟเวอร์ โปรดตรวจสอบให้แน่ใจว่าได้เข้าถึง DNS, ไฟร์วอลล์, รีเวิร์สพร็อกซี และสถานะของเว็บเซิร์ฟเวอร์แล้ว

เบราว์เซอร์บนโทรศัพท์จะแสดงหน้าเข้าสู่ระบบแบบทั่วไปคล้ายกับ ownCloud ที่อยู่บนเว็บไซต์ cloud.example.com ซึ่งเป็นที่อยู่ที่มีความปลอดภัย
เมื่อเบราว์เซอร์โหลดหน้าเข้าสู่ระบบ จะเป็นการยืนยันว่าโทรศัพท์เครื่องนี้สามารถเข้าถึงบริการเว็บที่โฮสต์ที่แสดงผ่านทาง HTTPS ได้

ตรวจสอบที่อยู่และเครือข่ายจากโทรศัพท์

  1. เปิดที่อยู่เว็บไซต์ที่ถูกต้องในเบราว์เซอร์ของโทรศัพท์ใช้การเชื่อมต่อ Wi-Fi หรือเครือข่ายมือถือเดียวกันกับแอป หากเบราว์เซอร์ไม่สามารถโหลดได้เช่นกัน ให้เน้นที่การเข้าถึงเว็บไซต์มากกว่าข้อมูลประจำตัวบัญชีของแอป หากหน้าเข้าสู่ระบบโหลดได้ ให้จดที่อยู่สุดท้ายในเบราว์เซอร์และดำเนินการตรวจสอบ URL ของแอปต่อไป
  2. ป้อน URL พื้นฐานของเซิร์ฟเวอร์ในแอป ownCloudสำหรับเซิร์ฟเวอร์ที่ติดตั้งในโฟลเดอร์ย่อย ตัวอย่างเช่น ` https://cloud.example.com/owncloud<address>`; หากติดตั้งอยู่ที่รูทของโดเมน ที่อยู่ก็อาจจะเป็น `<address>` https://cloud.example.comคู่มือเซิร์ฟเวอร์ของ ownCloud ระบุว่าแอปมือถือใช้ URL พื้นฐานและโฟลเดอร์ อย่าเพิ่ม ` /remote.php/webdav<address>` ต่อท้ายที่อยู่แอปมือถือ ownCloud เพราะนั่นคือจุดเชื่อมต่อ WebDAV สำหรับไคลเอนต์ WebDAV อื่นๆ ตรวจสอบว่ามีโฟลเดอร์ย่อยหายไปหรือไม่ มีการพิมพ์ผิด มีเครื่องหมายทับเกิน หรือพอร์ตที่ไม่ได้รับอนุญาต โปรดดูคำแนะนำเกี่ยวกับ URL สำหรับมือถือและ WebDAV ของ ownCloud
  3. เปรียบเทียบการใช้งาน Wi-Fi กับการใช้งานผ่านเครือข่ายมือถือ หรือลองใช้ VPN ขององค์กรหากที่อยู่ IP ใช้งานได้ผ่านการเชื่อมต่อหนึ่ง แต่ใช้งานไม่ได้ผ่านการเชื่อมต่ออื่น แสดงว่าบัญชีผู้ใช้อาจไม่ใช่สาเหตุ ความแตกต่างอาจบ่งชี้ถึงเส้นทางเครือข่าย บันทึก DNS ข้อกำหนด VPN หรือกฎไฟร์วอลล์ ใช้เครือข่ายที่องค์กรกำหนด อย่าพยายามหลีกเลี่ยงการควบคุมการเข้าถึงขององค์กร
หน้าจอการตั้งค่าบัญชีแอปพลิเคชันบนมือถือทั่วไปจะแสดงที่อยู่เซิร์ฟเวอร์ https://cloud.example.com/owncloud พร้อมไอคอนรูปกุญแจ
URL ของบัญชีประกอบด้วยโฟลเดอร์ย่อยสำหรับการติดตั้ง โปรดใช้ที่อยู่หลักที่ระบุไว้สำหรับเซิร์ฟเวอร์ ownCloud ของคุณอย่างถูกต้อง

ownCloud แนะนำให้ใช้ HTTPS สำหรับการเชื่อมต่อบนมือถือ ควรใช้ HTTPS ต่อไปhttps://เว้นแต่ผู้ดูแลระบบเซิร์ฟเวอร์จะแจ้งเป็นอย่างอื่น การเปลี่ยนไปใช้ HTTP ธรรมดาอาจทำให้ข้อมูลประจำตัวและการรับส่งไฟล์รั่วไหลได้ หากแอปแสดงคำเตือนเกี่ยวกับใบรับรองหลังจากเริ่มการเชื่อมต่อแล้ว ให้ขอให้ผู้ดูแลระบบแก้ไขใบรับรองหรือยืนยันกระบวนการขอใบรับรองที่องค์กรอนุมัติแทนที่จะปิดคำเตือนโดยอัตโนมัติคำแนะนำการเชื่อมต่อสำหรับ Androidจะอธิบายวิธีการป้อน URL ของเซิร์ฟเวอร์และการตรวจสอบใบรับรอง

ภาพจำลองการตั้งค่าเครือข่ายโทรศัพท์แสดงให้เห็นว่า Wi-Fi เชื่อมต่อแล้ว แต่เครือข่ายมือถือใช้งานไม่ได้
การทดสอบที่อยู่เซิร์ฟเวอร์เดียวกันทั้งบน Wi-Fi และเครือข่ายมือถือจะช่วยให้ทราบว่าความล้มเหลวเกิดขึ้นจากเส้นทางเครือข่ายใดเส้นทางหนึ่งหรือไม่

หากยังคงไม่สามารถเชื่อมต่อได้ โปรดขอให้ผู้ดูแลระบบเซิร์ฟเวอร์ตรวจสอบ

แจ้ง URL ที่แน่นอน เวลาที่พยายามเชื่อมต่อไม่สำเร็จพร้อมระบุเขตเวลา ว่าเบราว์เซอร์ก็ใช้งานไม่ได้เช่นกันหรือไม่ และการเชื่อมต่อผ่าน Wi-Fi, เครือข่ายมือถือ หรือ VPN ส่งผลต่อผลลัพธ์หรือไม่ ขอให้ผู้ดูแลระบบตรวจสอบยืนยัน:

  • ชื่อโฮสต์จะถูกแปลงเป็นเซิร์ฟเวอร์ที่ต้องการจากเครือข่ายที่ได้รับผลกระทบ
  • เว็บเซิร์ฟเวอร์หรือรีเวิร์สพร็อกซีทำงานอยู่และพร้อมรับฟังการเชื่อมต่อผ่านพอร์ต HTTPS และอินเทอร์เฟซเครือข่ายที่กำหนดค่าไว้
  • ไฟร์วอลล์และกฎความปลอดภัยบนคลาวด์ใด ๆ จะอนุญาตให้มีการรับส่งข้อมูลบนพอร์ตที่กำหนดค่าไว้ และพร็อกซีสามารถเข้าถึงแบ็กเอนด์ ownCloud ของตนเองได้
  • โฮสต์เสมือน TLS และเส้นทางพร็อกซีจะให้บริการโฮสต์และเส้นทางการติดตั้งที่คาดหวังไว้

สำหรับผู้ดูแลระบบ การตรวจสอบภายนอกขั้นพื้นฐานสามารถช่วยแยกแยะการเชื่อมต่อ TCP ที่ถูกปฏิเสธออกจากคำตอบ HTTP ได้: curl -v --connect-timeout 5 https://cloud.example.com/owncloud/แทนที่โฮสต์และเส้นทางตัวอย่างด้วยค่าจริง การปฏิเสธหรือการหมดเวลาบ่งชี้ถึงการเข้าถึงปลายทางหรือเครือข่าย สถานะ HTTP หมายความว่าการเชื่อมต่อได้รับการสร้างขึ้นแล้ว ดังนั้นให้ตรวจสอบเส้นทางที่ส่งคืน การตรวจสอบสิทธิ์ หรือพฤติกรรมของใบรับรองแทน อย่าเปิดพอร์ตไฟร์วอลล์อย่างกว้างขวางหรือปิดใช้งานไฟร์วอลล์เพื่อทดสอบ ให้ตรวจสอบผู้รับฟังที่ตั้งใจไว้และกฎที่มีขอบเขตแคบๆ

หน้าแดชบอร์ดเซิร์ฟเวอร์ทั่วไปจะแสดงสถานะของรีเวิร์สพร็อกซี ตัวรับฟัง และไฟร์วอลล์ที่กำลังทำงานอยู่ รวมถึงรายการบันทึกการเข้าถึงล่าสุด
ผู้ดูแลระบบสามารถเปรียบเทียบสถานะของตัวรับฟังและไฟร์วอลล์กับรายการบันทึกการเข้าถึงในช่วงเวลาที่โทรศัพท์ส่งคำขอไม่สำเร็จได้

ใช้บันทึกข้อมูลหลังจากตรวจสอบแล้วว่าสามารถเข้าถึงได้เท่านั้น

หากที่อยู่เซิร์ฟเวอร์โหลดในเบราว์เซอร์ได้ แต่แอปยังคงใช้งานไม่ได้ ให้รวบรวมบันทึกของแอปบนมือถือและขอให้ผู้ดูแลระบบเปรียบเทียบกับบันทึกของ ownCloud และเว็บเซิร์ฟเวอร์คำแนะนำการแก้ไขปัญหาอย่างเป็นทางการสำหรับ Android ระบุว่า บันทึกของแอปจะอยู่ในเมนูการตั้งค่า หากซ่อนบันทึกไว้ การแตะหมายเลขบิลด์ห้าครั้งจะแสดงบันทึกขึ้นมาคำแนะนำการแก้ไขปัญหาสำหรับ iOSอธิบายถึงการเปิดใช้งานการบันทึกในเมนูการตั้งค่า จากนั้นเลือกการบันทึก การบันทึกคำขอ/การตอบกลับอาจมีรายละเอียดที่ละเอียดอ่อน ดังนั้นควรแชร์เฉพาะกับผู้ดูแลระบบหรือฝ่ายสนับสนุน ownCloud ผ่านช่องทางที่ได้รับอนุมัติเท่านั้น

บนเซิร์ฟเวอร์ ownCloud แนะนำให้ตรวจสอบบันทึกของตัวเอง รวมถึงบันทึกข้อผิดพลาดและบันทึกการเข้าถึงของเว็บเซิร์ฟเวอร์ สำหรับ Apache บน Linux หน้าการแก้ไขปัญหา ownCloud Android ระบุว่าบันทึกมักจะอยู่ใน/var/log/apache2; ตำแหน่งอาจแตกต่างกันไปตามเซิร์ฟเวอร์ คอนเทนเนอร์ และผู้ให้บริการโฮสติ้งอื่นๆ รายการในบันทึกการเข้าถึงในช่วงเวลาทดสอบแสดงให้เห็นว่าคำขอไปถึงเว็บเซิร์ฟเวอร์นั้นแล้ว หากไม่มีรายการที่ตรงกัน การเชื่อมต่ออาจล้มเหลวก่อนหน้านี้ใน DNS การกำหนดเส้นทาง ไฟร์วอลล์ หรือการจัดการพร็อกซี โปรดดูคำแนะนำอย่างเป็นทางการเกี่ยวกับการรวบรวมบันทึกของ ownCloud

ตรวจสอบการแก้ไข

ลองใหม่อีกครั้งจากแอป ownCloud โดยใช้ URL พื้นฐานที่ถูกต้องและเครือข่ายที่เซิร์ฟเวอร์ต้องการ การแก้ไขจะได้รับการยืนยันเมื่อแอปผ่านการตรวจสอบการเชื่อมต่อและไปถึงหน้าลงชื่อเข้าใช้หรือดูไฟล์ที่คาดหวังโดยไม่มีการปฏิเสธ หากเบราว์เซอร์ทำงานได้ แต่แอปใช้งานไม่ได้ โปรดส่งเวอร์ชันแอป เวอร์ชันระบบปฏิบัติการของโทรศัพท์ URL เซิร์ฟเวอร์ที่แน่นอน (โดยลบรายละเอียดส่วนตัวออก) เวลาที่ทดสอบ เครือข่ายที่ใช้ และส่วนหนึ่งของบันทึกที่ถูกกรองแล้วไปยังผู้ดูแลระบบ

ฝากความเห็น

ลบเวอร์ชันไฟล์ ownCloud อย่างปลอดภัยด้วยคำสั่ง occ

ลบเวอร์ชันไฟล์ ownCloud อย่างปลอดภัยด้วยคำสั่ง occ

ลบไฟล์เวอร์ชัน ownCloud Server Classic ที่จัดเก็บไว้ทั้งหมดสำหรับบัญชีเดียวหรือผู้ใช้ทั้งหมด และแยกความแตกต่างระหว่างการลบแบบสมบูรณ์กับการหมดอายุตามระยะเวลาการเก็บรักษา

การเชื่อมต่อ ownCloud บนมือถือถูกปฏิเสธใช่หรือไม่? ตรวจสอบ URL และการเข้าถึง

การเชื่อมต่อ ownCloud บนมือถือถูกปฏิเสธใช่หรือไม่? ตรวจสอบ URL และการเข้าถึง

ตรวจสอบหาสาเหตุการปฏิเสธการเชื่อมต่อ ownCloud บนมือถือโดยตรวจสอบ URL ของเซิร์ฟเวอร์ เครือข่ายโทรศัพท์ จุดเชื่อมต่อ HTTPS และบันทึกของเซิร์ฟเวอร์ตามลำดับที่ถูกต้อง

เรียกใช้งานงานเบื้องหลังของ ownCloud ได้อย่างน่าเชื่อถือด้วยตัวจับเวลา Systemd

แทนที่การเรียกใช้งานงานตามความต้องการด้วยตัวจับเวลา systemd ที่เรียกใช้คำสั่ง occ system:cron ที่ ownCloud รองรับทุกๆ 15 นาที

กู้คืนการซิงค์ WebDAV ของ ownCloud โดยการค้นหาเส้นทางที่เสียหาย

ตรวจสอบการร้องขอ WebDAV ผ่าน Apache, Nginx หรือพร็อกซีแบบย้อนกลับ จากนั้นยืนยันว่าการซิงค์ ownCloud ทำงานได้โดยใช้การทดสอบ PROPFIND ที่มีการตรวจสอบสิทธิ์

ตั้งค่า URL สาธารณะของ Nextcloud เพื่อให้สามารถเข้าถึงได้ด้วยตัวเอง

แก้ไขข้อความเตือน "ที่อยู่ขาออกหายไป" ของ Nextcloud โดยการตั้งค่า URL หลัก และตรวจสอบ DNS, HTTPS และการกำหนดเส้นทางพร็อกซีแบบย้อนกลับจากตัวเซิร์ฟเวอร์เอง

ตั้งค่า Nextcloud Redis Caching บน Ubuntu 24.04

ตั้งค่า Nextcloud Redis Caching บน Ubuntu 24.04

ตั้งค่า APCu และ Redis ผ่านซ็อกเก็ต Unix ในเครื่องเพื่อใช้ในการแคชและล็อกไฟล์ของ Nextcloud โดยมีขั้นตอนสำหรับ Nextcloud เวอร์ชันปัจจุบันและเวอร์ชันเก่า

ตั้งค่าให้ Nextcloud Cron ทำงานโดยอัตโนมัติด้วย Systemd Timer

ตรวจสอบโหมด cron ของ Nextcloud ซ่อมแซมบริการ systemd และตัวจับเวลา และตรวจสอบว่างานเบื้องหลังทำงานหลังจากเริ่มต้นระบบและทุกๆ ห้านาที

ล้างคำเตือนการล็อกไฟล์ของ Nextcloud ด้วย Redis

เปิดใช้งานการล็อกไฟล์ที่เชื่อถือได้ของ Nextcloud เลือกแบ็กเอนด์ Redis หรือ Valkey ที่เหมาะสม และตรวจสอบว่าคำเตือนหายไปโดยไม่มีความเสี่ยงต่อการเปลี่ยนแปลงไฟล์พร้อมกัน

สิ่งที่ต้องทำเพื่อให้ได้คะแนนความปลอดภัยระดับ A+ บน Nextcloud

สิ่งที่ต้องทำเพื่อให้ได้คะแนนความปลอดภัยระดับ A+ บน Nextcloud

แก้ไขปัญหาที่พบได้ทั่วไปในการสแกน Nextcloud ด้วยการอัปเดตล่าสุด, HTTPS และ HSTS, การตั้งค่าความน่าเชื่อถือของพร็อกซีแบบย้อนกลับอย่างแม่นยำ และการตรวจสอบกับเซิร์ฟเวอร์สาธารณะ

เปิดใช้งานการเข้ารหัสฝั่งเซิร์ฟเวอร์ของ Nextcloud พร้อมวัดผลกระทบ

กำหนดค่า Nextcloud SSE สำหรับพื้นที่จัดเก็บข้อมูลที่ต้องการ ปกป้องคีย์การเข้ารหัส และวัดผลกระทบต่อการถ่ายโอนข้อมูลและ CPU ก่อนที่จะเข้ารหัสไฟล์ที่มีอยู่