การแชร์หน้าจอล้มเหลวในการเชื่อมต่อ

ฉันมีปัญหาเรื้อรังที่เชื่อมต่อกับ Mac Mini ของฉันโดยใช้การแชร์หน้าจอในตัวของ Mac OS X โดยปกติแล้วจะใช้งานได้ดี แต่บางครั้งก็จะไม่เชื่อมต่อ

มันจะเป็นเช่นนี้:

ฉันเริ่มต้นการเชื่อมต่อ (โดยการคลิก Mac Mini ในแถบด้านข้างในหน้าต่าง Finder และเลือกปุ่ม "แชร์หน้าจอ ... " หรืออื่น ๆ โดยการเปิดตัว/System/Library/CoreServices/Screen Sharing.appและป้อนชื่อ Bonjour " macmini.local") เสียงสั่นจะปรากฏขึ้นพร้อมกับคำว่า " กำลังเชื่อมต่อ "จากนั้นเสียงสั่นจะหายไป หากเชื่อมต่อได้สำเร็จจะทำเช่นนั้น ณ จุดนี้ บ่อยครั้งที่การสั่นหายไปและไม่มีอะไรมาแทนที่ แอปแชร์หน้าจอยังคงทำงานไม่มีข้อความปรากฏขึ้นและไม่มีอะไรเกิดขึ้นไม่ว่าฉันจะทิ้งไว้นานแค่ไหนก็ตาม ดูเหมือนจะไม่มีการเชื่อมต่อเกิดขึ้น

ฉันไม่สามารถทำให้เกิดปัญหาได้อย่างน่าเชื่อถือ แต่เมื่อมันเกิดขึ้นก็สามารถสังเกตได้จากไคลเอนต์ Mac ที่แตกต่างกันหลาย หากฉันรีบูตเครื่องระยะไกล (ผ่านการปิดระบบผ่าน ssh) มันจะหายไปและฉันจะเชื่อมต่อโดยไม่มีปัญหา แต่ฉันกำลังมองหาทางออกที่ดีกว่า

การตรวจสอบกระบวนการทำงานในระยะไกล Mac Mini ผ่าน SSH ผมเห็นกระบวนการที่สองเป็นของรากและกระบวนการเด็ก/System/Library/CoreServices/RemoteManagement/screensharingd.bundle/Contents/MacOS/screensharingd /System/Library/CoreServices/RemoteManagement/ScreensharingAgent.bundle/Contents/MacOS/ScreensharingAgentถ้าฉันพยายามฆ่ากระบวนการเหล่านี้อย่างใดอย่างหนึ่งพวกเขาเปลี่ยน PID ของพวกเขา แต่ยังคงทำงานอยู่และมันไม่อนุญาตให้ฉันเชื่อมต่อ

จากเธรดนี้เริ่มบริการการแชร์หน้าจอใหม่บน Mac mini Serverฉันเรียนรู้วิธีการรีสตาร์ท daemon การแชร์หน้าจออย่างถูกต้อง หรือสองวิธีจริง ๆ ไม่แน่ใจว่าอันไหนเหมาะสมดังนั้นฉันทำทั้งสองอย่าง ไม่ช่วย แต่ก็ไม่สามารถเชื่อมต่อได้

จากหัวข้อนี้ทำไมการแชร์หน้าจอ Mac-to-Mac จึงค้างอยู่ ฉันเรียนรู้ข้อเสนอแนะในการเชื่อมต่อด้วยที่อยู่ IP แทนชื่อที่น่ารังเกียจ เมื่อลองทำเช่นนี้ฉันจะได้หน้าต่างเข้าสู่ระบบแทนการสั่น "กำลังเชื่อมต่อ" ยังคงไม่มีการเชื่อมต่อ และการเลิกการแชร์หน้าจอบนเครื่องท้องถิ่นไม่ได้เป็นการกำจัดหน้าต่างการเข้าสู่ระบบที่ติดอยู่ วิธีเดียวที่จะกำจัดตัวคุณเองก็คือการฆ่า NetAuthAgent อย่างที่ฉันได้เรียนรู้ในหัวข้อนี้: วิธีการกำจัดกล่องโต้ตอบการตรวจสอบสิทธิ์การแชร์หน้าจอที่ติดขัดหรือไม่

ทั้งสองเครื่องใช้ Lion (10.7.4) แม้ว่าฉันจะสังเกตเห็นพฤติกรรมนี้ตั้งแต่ 10.6 แต่บางที 10.5 ฉันจำไม่ได้ เครื่องระยะไกลเป็น 2009 Mac Mini และเครื่องในพื้นที่เป็น MacBook Pro (พฤติกรรมนี้ได้ทำซ้ำในเครื่องไคลเอนต์ที่แตกต่างกันหลายอย่างแม้ว่า)

แน่นอนต้องมีกระบวนการเซิร์ฟเวอร์ภูตบนเครื่องระยะไกลที่ฉันสามารถเด้งได้หรือไม่ มีอะไรใหม่ในการรีบูตใช่ไหม

ssh ใน Mac ระยะไกลและฆ่าscreensharingdภูต

$ ps ax | grep screen
1234   ??  Ss     0:00.02 /System/Library/CoreServices/RemoteManagement/screensharingd.bundle/Contents/MacOS/screensharingd
$ sudo kill 1234 

มันใช้งานได้สำหรับฉัน ฉันมี Mac OS X Lion บนคอมพิวเตอร์ทั้งในและนอกสถานที่

การแชร์หน้าจอด้วยตัวเองทำงานได้อย่างสมบูรณ์แบบเมื่อเปิดใช้งานในการตั้งค่าการแชร์ Mac Mini ของฉัน อย่างไรก็ตามทันทีที่ฉันเปิดใช้งานการจัดการระยะไกลมันจะลบการแชร์หน้าจอและหยุดทำงานโดยอ้างว่าการจัดการหน้าจอนั้นจัดการโดยการจัดการระยะไกล ... สิ่งที่เคยเป็น ฉันเพิ่งปิดใช้งานการจัดการระยะไกลและใช้การแชร์หน้าจอเพื่อแก้ไขปัญหา

การออกจากระบบ MobileMe บนเครื่องไคลเอ็นต์แก้ไขปัญหานี้ให้ฉันได้

การออกจากระบบ MobileMe ในการตั้งค่าระบบแก้ไขปัญหาได้ทันทีสำหรับเพื่อนร่วมงาน 2 คนที่มีปัญหาเดียวกัน พวกเขาทั้งคู่ใน 10.7.4- ไม่แน่ใจว่ามันจะส่งผลกระทบต่อรุ่นที่ต่ำกว่า เห็นได้ชัดว่าระบบของฉันบน 10.8 ไม่ได้รับผลกระทบเนื่องจากการตั้งค่า MobileMe ถูกลบออกจากการตั้งค่าระบบ

ฉันอยู่ในสถานการณ์ที่คล้ายกันและฉันไม่เคยมั่นใจที่จะบริหารมินิ 2010 ของฉันอย่างไม่มีเหตุผลเพราะเหตุผลนี้ตั้งแต่ Lion หรือก่อนหน้านั้น

Running Mountain Lion (10.8.3) การจัดการระยะไกลถูกปิดและฉันคิดว่าปัญหาอาจเกิดจากปัญหาเกี่ยวกับการตรวจสอบสิทธิ์ เมื่อฉันไม่สามารถเชื่อมต่อผ่านการแชร์หน้าจอได้ฉันเปิดโปรเจ็กเตอร์เพื่อดูว่ามันทำอะไรอยู่ หลังจากฉันป้อนรหัสผ่านโปรแกรมรักษาหน้าจอและไปที่เดสก์ท็อปการแชร์หน้าจอจะทำงานอีกครั้ง

ฉันจะลองใช้ mini โดยไม่ต้องใช้รหัสผ่านโปรแกรมรักษาหน้าจอเพื่อดูว่าเกิดอะไรขึ้น

ฉันกำลังเรียกใช้ Rowmote Pro และ Little Snitch และฉันมีแนวโน้มที่จะคิดว่าอดีตจะมีปัญหามากกว่าเพราะเป็นวิธีการป้อนข้อมูลเพิ่มเติม

ฉันจะรายงานในภายหลังพร้อมสิ่งที่ค้นพบของฉัน

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