คู่มือสำหรับ ผู้ใช้ Mac
วิธีหยุดการซิงค์คลาวด์ชั่วคราวบน Mac โดยไม่ต้องปิด Wi-Fi
หากต้องการหยุดการซิงค์คลาวด์ชั่วคราวโดยไม่ตัดการเชื่อมต่อของ Mac ให้ใช้ตัวควบคุมการหยุดชั่วคราวของแอปซิงค์ก่อนหากมี หากต้องการหยุดในระดับเครือข่าย ให้เลือกแอปคลาวด์หรือตัวช่วยที่เป็นเจ้าของทราฟฟิกใน Throttlr แล้วบล็อกทั้งสองทิศทาง หรือใช้เพดานแบนด์วิดท์แทนเมื่อการซิงค์ควรคืบหน้าต่อไปในเบื้องหลัง
เผยแพร่เมื่อ
หยุดแอปซิงค์คลาวด์แอปเดียวชั่วคราวขณะที่ Mac ยังออนไลน์
การปิด Wi-Fi จะหยุดทุกอย่าง ทั้งการโทร เบราว์เซอร์ ข้อความ เครื่องมือพัฒนาซอฟต์แวร์ และแอปอื่นทุกแอปที่ต้องใช้เครือข่าย หากต้องการขัดจังหวะเฉพาะการซิงค์คลาวด์ ให้ควบคุมไคลเอนต์ซิงค์โดยตรง แทนที่จะตัดการเชื่อมต่อของ Mac หรือบล็อกเป้าหมายรวมอินเทอร์เน็ต
เริ่มจากคำสั่งหยุดชั่วคราว เลื่อนเวลา หรือออกจากแอปของผู้ให้บริการคลาวด์เองหากมี การหยุดชั่วคราวในตัวช่วยให้ไคลเอนต์ทำงานให้เสร็จหรือบันทึกงานไว้ตามที่นักพัฒนาตั้งใจ ใช้การบล็อกในระดับเครือข่ายเมื่อแอปไม่มีตัวควบคุมการหยุดที่เหมาะสม การหยุดในตัวไม่ได้หยุดการรับส่งข้อมูลที่คุณสนใจ หรือคุณต้องการจำลองการขาดการเชื่อมต่อชั่วคราว
การบล็อกของ Throttlr จะหยุดโฟลว์การอัปโหลดและดาวน์โหลดที่จับได้ของแอปพลิเคชันหรือบริการที่เลือก ไคลเอนต์ซิงค์อาจรายงานว่าออฟไลน์ เข้าคิวลองใหม่ หรือแสดงข้อผิดพลาด การบล็อกจึงไม่เหมือนกับฟีเจอร์หยุดชั่วคราวในตัวของแอป หากไฟล์ควรซิงค์ต่อไปในอัตราที่ต่ำลง ให้ตั้งเพดานอัปโหลดและดาวน์โหลดแทนการหยุดทราฟฟิกทั้งหมด
เลือกระหว่างการหยุดชั่วคราว การจำกัดความเร็ว และการบล็อก
- ใช้ตัวควบคุมการหยุดชั่วคราวของแอปซิงค์สำหรับการหยุดตามปกติ ตัวเลือกนี้รบกวนน้อยที่สุด และโดยปกติจะรักษาคิวภายในและสถานะของไคลเอนต์ไว้อย่างชัดเจน
- จำกัดความเร็วของแอปซิงค์เมื่อการสำรองข้อมูลหรือการอัปโหลดควรดำเนินต่อโดยไม่แย่งแบนด์วิดท์กับการโทร การสตรีม หรืองานแบบโต้ตอบ เพดานอัปโหลดมีประโยชน์เป็นพิเศษ เพราะการเชื่อมต่อขาขึ้นที่เต็มอาจทำให้การโทรไม่เสถียรได้ แม้การดาวน์โหลดจะดูปกติ
- บล็อกทั้งสองทิศทางเมื่อต้องการขัดจังหวะชั่วคราวอย่างเด็ดขาด หรือต้องการทดสอบว่าไคลเอนต์กู้คืนอย่างไร แอปจะแลกเปลี่ยนข้อมูลที่จับได้ไม่ได้จนกว่าคุณจะยกเลิกการบล็อก
- บล็อกเพียงทิศทางเดียวเฉพาะเมื่อตั้งใจทดสอบ โปรโตคอลซิงค์คลาวด์มักต้องการทั้งคำขอและการตอบกลับในสองทิศทาง การบล็อกทางเดียวจึงอาจทำให้เกิดการลองใหม่หรือพฤติกรรมที่ตีความได้ยากกว่าการขัดจังหวะทั้งหมด
หาโปรเซสที่เป็นเจ้าของทราฟฟิกการซิงค์
แอปพลิเคชันที่คุณจำไอคอนได้ไม่ได้เป็นโปรเซสที่รับส่งไฟล์เสมอไป ไคลเอนต์คลาวด์มักใช้รายการเข้าสู่ระบบ ไฟล์ปฏิบัติการตัวช่วย ส่วนขยายผู้ให้บริการไฟล์ ตัวอัปเดต หรือบริการเบื้องหลังที่ลงนามแล้ว ตัวช่วยบางตัวถูกจัดกลุ่มไว้กับแอปพลิเคชันหลัก ส่วนบริการที่ระบุแยกต่างหากอาจปรากฏเป็นแถวแยก
เปิด Throttlr ก่อนเริ่มการรับส่งข้อมูล แล้วสร้างการทดสอบที่สังเกตได้ชัดเจน เช่น เพิ่มไฟล์ขนาดปานกลางลงในโฟลเดอร์ซิงค์ หรือรอการอัปโหลดที่อยู่ในคิว ดูว่าแถวของแอปหรือบริการใดแสดงกิจกรรมอัปโหลดหรือดาวน์โหลดต่อเนื่อง เปรียบเทียบแถวนั้นกับเป้าหมายรวมอินเทอร์เน็ต แต่อย่าควบคุมเป้าหมายรวมเมื่อเป้าหมายของคุณคือส่งผลต่อไคลเอนต์ซิงค์เพียงตัวเดียว
ระมัดระวังเป็นพิเศษกับ iCloud เพราะ iCloud ผสานอยู่ใน macOS ไม่ได้เป็นแอปเดสก์ท็อปทั่วไปแอปเดียว และบริการของ iCloud อาจรองรับ iCloud Drive รูปภาพ และฟีเจอร์อื่นของ Apple สำหรับการเปลี่ยนแปลง iCloud ตามปกติ ให้ใช้การตั้งค่าของ Apple เอง และอย่าบล็อกบริการระบบที่ไม่คุ้นเคยจนกว่าจะเข้าใจว่ามีอะไรอีกบ้างที่อาศัยบริการนั้น
หยุดการรับส่งข้อมูลคลาวด์ชั่วคราวด้วย Throttlr
- เปิด Throttlr เริ่มพร็อกซี และตรวจสอบว่าเปิดใช้ Network Extension ในการตั้งค่าระบบแล้ว
- ตรวจสอบว่า Pro หรือการทดลองใช้ Pro ใช้งานอยู่ หากไม่มี Pro Throttlr จะบังคับใช้กฎการบล็อกหรือการจำกัดความเร็วของแอปเพียงแอปเดียว และจะบันทึกกฎที่เหลือไว้จนกว่าคุณจะอัปเกรด
- เปิดไคลเอนต์คลาวด์และสร้างหรือระบุการรับส่งข้อมูลที่กำลังทำงาน เพื่อหาแถวของแอปพลิเคชัน ตัวช่วย หรือบริการเบื้องหลังที่รับผิดชอบ
- เลือกแถวนั้นแล้วเปิดการบล็อกทั้งดาวน์โหลดและอัปโหลด หลีกเลี่ยงเป้าหมายอินเทอร์เน็ต เว้นแต่คุณตั้งใจจะหยุดทราฟฟิกที่ไม่ใช่เครือข่ายภายในทั้งหมดของ Mac
- ออกจากไคลเอนต์แล้วเปิดใหม่หาก Throttlr เตือนว่าไคลเอนต์ทำงานอยู่ก่อนเซสชันพร็อกซีปัจจุบัน วิธีนี้ทำให้ไคลเอนต์ได้การเชื่อมต่อใหม่ที่ผู้ให้บริการจับและควบคุมได้
- ดูแถวที่เลือกและยอดรวมอินเทอร์เน็ต รอสักครู่ให้กิจกรรมที่บัฟเฟอร์ไว้คงที่ แล้วยืนยันว่าการรับส่งข้อมูลไม่คืบหน้าในไคลเอนต์คลาวด์อีก
- เปิดเบราว์เซอร์ การโทร และแอปอื่นที่ต้องใช้เครือข่ายไว้นานพอที่จะยืนยันว่าส่วนอื่นของ Mac ยังเชื่อมต่ออยู่
ตัวอย่างสำหรับงานซิงค์ที่พบบ่อย
- ไคลเอนต์เดสก์ท็อปของ Dropbox, OneDrive และ Google Drive อาจมีตัวเลือกหยุดชั่วคราวของตัวเอง ใช้ตัวเลือกนั้นสำหรับการหยุดตามปกติ และใช้ Throttlr เมื่อต้องการเพดานตามทิศทาง การขัดจังหวะในระดับเครือข่าย หรือมองเห็นตัวช่วยที่ยังรับส่งข้อมูลอยู่
- คลังรูปภาพและการอัปโหลดสื่ออาจใช้ความจุขาขึ้นเป็นเวลานาน เพดานอัปโหลดมักปกป้องการโทรได้ดีกว่าการบล็อกทั้งหมด ขณะที่ยังให้งานคืบหน้าได้ในช่วงกลางคืนหรือในเบื้องหลัง
- เครื่องมือสำรองข้อมูลอาจใช้บริการที่ทำงานต่อเนื่องแทนแอปการตั้งค่าที่มองเห็น สร้างงานสำรองข้อมูลที่รู้จัก ระบุแถวบริการที่ทำงานอยู่จากทราฟฟิก และเก็บกฎไว้เฉพาะเมื่อมั่นใจว่าเป็นของงานนั้น
- โฟลเดอร์สำหรับพัฒนาอาจทำให้เกิดการซิงค์ซ้ำๆ ขณะที่การบิลด์สร้างไฟล์ หยุดไคลเอนต์ซิงค์ด้วยตัวควบคุมในตัวหรือบล็อกโปรเซสที่ระบุได้ระหว่างการบิลด์ จากนั้นคืนค่าและตรวจสอบคิวหลังไฟล์ที่สร้างขึ้นคงที่แล้ว
- การดาวน์โหลดขนาดใหญ่จากคลาวด์ไดรฟ์อาจเป็นของตัวช่วยผู้ให้บริการไฟล์ ยืนยันแถวที่ทำงานอยู่ แทนที่จะสันนิษฐานว่าหน้าต่าง Finder หรือโปรเซสหลักของไคลเอนต์คลาวด์เป็นเจ้าของการรับส่งข้อมูล
ให้การโทรและแอปอื่นยังเชื่อมต่ออยู่
เลือกแอปพลิเคชันคลาวด์หรือบริการที่ระบุได้ ไม่ใช่อินเทอร์เน็ต เมื่อควรหยุดเฉพาะงานนั้น ตัวควบคุมระดับแอปใช้กับทราฟฟิกที่ระบุว่าเป็นของเป้าหมายที่เลือกและตัวระบุที่จัดกลุ่มไว้ แอปอื่นยังใช้เครือข่ายต่อไปได้ เว้นแต่จะอาศัยโปรเซสที่ถูกบล็อก หรือคุณใช้กฎอินเทอร์เน็ตหรือเครือข่ายภายในที่กว้างกว่าด้วย
หากเป้าหมายคือปกป้องการโทร ให้เริ่มจากขีดจำกัดการอัปโหลดแทนการบล็อก ลดเพดานลงพร้อมกับดูคุณภาพการโทรและความคืบหน้าของไคลเอนต์ซิงค์ ไม่มีค่าที่ใช้ได้กับทุกกรณี เพราะความจุขาขึ้นที่มี บริการโทร และงานซิงค์แตกต่างกันในทุกการเชื่อมต่อ
แอปคลาวด์อาจสื่อสารกับ NAS หรือเซิร์ฟเวอร์สำหรับพัฒนาภายในเครื่องด้วย การบล็อกระดับแอปอาจส่งผลต่อโฟลว์เครือข่ายภายในที่จับได้เช่นเดียวกับโฟลว์อินเทอร์เน็ต ทดสอบขั้นตอนการทำงานที่คุณสนใจโดยตรง โดยเฉพาะหากไคลเอนต์เดียวกันสื่อสารทั้งกับพื้นที่จัดเก็บบนคลาวด์และอุปกรณ์ใน LAN ของคุณ
แก้ปัญหาทราฟฟิกซิงค์ที่ยังดำเนินต่อ
- ตรวจสอบว่าพร็อกซีของ Throttlr ทำงานอยู่ Network Extension ได้รับการอนุมัติ การบล็อกทั้งสองทิศทางยังเปิดอยู่ และ Pro ใช้งานอยู่หากคุณมีกฎสำหรับแอปมากกว่าหนึ่งแอป
- ออกจากไคลเอนต์คลาวด์ด้วย Command-Q แล้วเปิดใหม่หลังพร็อกซีเริ่มทำงาน การปิดหน้าต่างหรือปิดแผงบนแถบเมนูอาจทำให้โปรเซสและการเชื่อมต่อที่มีอยู่ยังทำงานต่อ
- มองหาตัวช่วย ตัวอัปเดต โปรเซสผู้ให้บริการไฟล์ หรือบริการเบื้องหลังที่ลงนามแล้วซึ่งมีทราฟฟิกของตัวเอง บริการที่ระบุแยกต่างหากอาจต้องมีตัวควบคุมของตัวเอง
- เปิด "เปิดเมื่อเข้าสู่ระบบ" เพื่อให้ Throttlr เริ่มทำงานก่อนไคลเอนต์คลาวด์ที่เปิดอัตโนมัติเมื่อคุณลงชื่อเข้า การเชื่อมต่อที่ใช้งานยาวนานซึ่งถูกสร้างขึ้นก่อนอาจอยู่นอกเซสชันพร็อกซีที่เริ่มทีหลัง
- ตรวจสอบว่าไคลเอนต์แสดงสถานะที่แคชไว้หรือกำลังประมวลผลการเปลี่ยนแปลงไฟล์ในเครื่อง แทนที่จะรับส่งข้อมูลจริงหรือไม่ ใช้อัตราแบบเรียลไทม์และไฟล์ทดสอบใหม่เพื่อแยกกิจกรรมเครือข่ายออกจากงานภายในเครื่อง
- เปรียบเทียบแถวของแอปกับยอดรวมอินเทอร์เน็ต ทราฟฟิกรวมที่ยังเกิดขึ้นอาจเป็นของแอปพลิเคชันอื่น บริการของ macOS หรือตัวช่วยที่จับคู่ไม่ได้ แทนที่จะเป็นไคลเอนต์คลาวด์ที่คุณบล็อก
คืนการซิงค์และตรวจสอบคิว
ปิดการบล็อกทั้งสองเมื่อพร้อมให้ทำงานต่อ โดยปกติไคลเอนต์คลาวด์จะเชื่อมต่อใหม่และทำงานตามคิวต่อ แต่พฤติกรรมการกู้คืนที่แน่นอนขึ้นอยู่กับไคลเอนต์ เปิดมุมมองสถานะของไคลเอนต์และยืนยันว่าไฟล์ที่รออยู่ดำเนินต่อไป แทนที่จะสันนิษฐานว่าการลองใหม่ทุกครั้งสำเร็จ
ตรวจสอบสำเนาที่ขัดแย้งกัน รายการที่ล้มเหลว คำเตือนเกี่ยวกับบัญชี หรือไฟล์ที่ถูกแก้ไขบนอุปกรณ์อื่นระหว่างการขัดจังหวะ การบล็อกของ Throttlr ไม่ได้สั่งให้ไคลเอนต์ลบไฟล์ แต่บริการคลาวด์ยังเป็นผู้ตัดสินว่าจะแก้ไขการแก้ไขพร้อมกันและความขัดแย้งในการซิงค์อย่างไร
หากคุณใช้ขีดจำกัดแบนด์วิดท์แทน ให้เพิ่มหรือปิดเพดานแล้วยืนยันว่าอัตราแบบเรียลไทม์เปลี่ยนไป ลบตัวควบคุมที่ไม่ต้องการแล้ว เพื่อไม่ให้กฎที่ลืมไว้สร้างความประหลาดใจในการรับส่งข้อมูลขนาดใหญ่ครั้งต่อไป
คำถามเกี่ยวกับการซิงค์คลาวด์
การหยุดแอปคลาวด์แอปเดียวจะตัดการเชื่อมต่อของเบราว์เซอร์หรือการโทรไหม
ไม่ หากคุณควบคุมเฉพาะแอปคลาวด์หรือบริการที่เป็นเจ้าของทราฟฟิก แอปอื่นยังเชื่อมต่ออยู่ เว้นแต่จะอาศัยโปรเซสนั้น หรือคุณบล็อกเป้าหมายรวมอินเทอร์เน็ตหรือเครือข่ายภายในด้วย
การบล็อกการซิงค์คลาวด์เหมือนกับการกดปุ่มหยุดชั่วคราวของแอปไหม
ไม่เหมือน การหยุดชั่วคราวในตัวได้รับการประสานงานโดยไคลเอนต์ซิงค์ ส่วนการบล็อกเครือข่ายจะขัดจังหวะทราฟฟิกที่จับได้ ไคลเอนต์จึงอาจดูเหมือนออฟไลน์ ลองส่งคำขอใหม่ หรือรายงานข้อผิดพลาดจนกว่าการเข้าถึงจะกลับมา
ควรบล็อกการซิงค์คลาวด์ระหว่างวิดีโอคอลไหม
ใช้เพดานอัปโหลดก่อนเมื่อการซิงค์ควรคืบหน้าต่อไป บล็อกเฉพาะเมื่อหยุดการรับส่งข้อมูลได้อย่างปลอดภัย และการขัดจังหวะอย่างเด็ดขาดดีกว่าการคืบหน้าช้าลง
ทำไมแอปคลาวด์เงียบแล้วแต่อินเทอร์เน็ตยังแสดงทราฟฟิก
เป้าหมายอินเทอร์เน็ตรวมทราฟฟิกที่ไม่ใช่เครือข่ายภายในทั้งหมดที่จับได้ ซึ่งรวมถึงแอปพลิเคชันอื่น บริการของ macOS ตัวช่วย และแอปที่เพิ่งปิด จึงไม่ได้คาดว่าจะเท่ากับแถวของแอปคลาวด์ที่เลือก
ต้องการความช่วยเหลือเรื่องการตั้งค่า การเชื่อมต่อที่มีอยู่ หรือไลเซนส์ใช่ไหม อ่าน คำถามที่พบบ่อยของ Throttlr.