Mit Leopard kam auch die Screen Sharing Funktionalität in den Finder – für Benutzer die mehrere Macs in kleinen Netzen verwalten sicherlich eine willkommende Funktion wenngleich diese im Laufe der Weiterentwicklung von 10.5 eingeschränkt wurden.

Konnte man sich unter 10.5.1-4 (korrigiert mich) noch Funktionen im Screen Sharing Client freischalten die sonst nur aus der kommerziellen Apple Lösung ARD bekannt sind – wurde dies mit einem Securityfix in 10.5.5 (oder doch schon 10.5.4 ?) verhindert.

Eine der fehlenden Optionen kann man sich mittels einem kleinen Terminal Hack unter 10.6 wieder herstellen – die Möglichkeit die Bildqualität zu verändern – wenngleich nicht on the fly sondern als mac typische defaults Änderung die einen Programmneustart erfordert.

Bei macosxhints gabs jetzt kürzlich einen wohl schon länger bekannten Defaults-Befehl der eben diese angesprochende Bildqualität im Screen Sharing Client anpassbar macht.

I have found that using this command in Terminal…

defaults write com.apple.ScreenSharing controlObserveQuality n

…changes the quality of the connection’s display, based on the value of n:

• 1 = black and white
• 2 = grayscale
• 3 = 8-bit color
• 4 = 16-bit color
• 5 = full color

Die Änderung wird mit dem Neustart des Programmes (Screen Sharing) wirksam.

Letzlich sollte man annehmen man ändert diese Option nicht permanent – will man dies aber warum auch immer trotzdem machen kann man auf dieses kleine Script zurückgreifen.

Auszugsweise

Das ganze in Aktion

Sollten Fehler o. Ä. auffallen – einfach Bescheid geben.

Randnotiz

Da ich grade bei Screen Sharing bin – wer regelmäßiger Kontakt mit dem Thema hat sollte sich unbedingt das Menubar basierende Programm ScreenSharingMenulet anschauen. Ich hatte im April letztmalig darüber berichtet – aber Stefan werkelt munter an der Software weiter. Also anschauen

via

Irgendwie wieder mal was aus der Kategorie

Apple macht Visuelle Kunst

und damit indirekt vergleichbar mit Beiträgen wie diesem oder diesem.

Heute gibt’s ein kleines Video bezüglich einem Bug den ich nun seit einigen Tagen auf meinem Mac @ work bewundern darf.

Video

Hintergründe

• Aufgenommen wurde dies auf einem 10.6 Mac – der von 10.5 hochgezogen wurde.
• Aktuelle Patches sind alle eingespielt.
• Verwendet wird Screen Sharing um im LAN andere Macs zu steuern
• Die Remote Macs verwenden 10.3/10.4 oder 10.5
• Der Effekt tritt immer im unteren Teil der Screensharing Session auf

Fragen über Fragen

Bin ich mal wieder der einzige der sich über diese Kunst freuen darf ?

Ich glaube das Thema Screen Sharing Aliase hatte ich schonmal wenngleich es diesmal etwas spezieller wird und eher in die Kategorie Kuriositäten und Vorstellung eines kleinen Helfers geht.

Allgemeine Vorgeschichte

Die Screen Sharing Integration im Mac OS X Finder (seit 10.5) ist ne tolle Sache, wenngleich wohl eher für Heimanwender interessant.

Warum ?

Im Firmenumfeld zeigt der Finder bei konfiguriertem Screen Sharing Dienst auf den Clients einfach je nach Geräteanzahl soviele Rechner an dass der Überblick leicht verloren geht.

Desweiteren wird dort aufgrund des größeren Funktionsumfanges auch gerne auf die kommerzielle Apple Lösung ARD zurückgegriffen.

Meine Vorgeschichte

Da wir @work nur eine ARD Lizenz haben greife ich letzlich für kleine Jobs dann doch recht oft auf die Screensharing Option meines Clients zurück, aber nicht via Finder, sondern mittels einiger Aliase die ich mir für die wichtigsten und öfter frequentierten Maschienen angelegt habe.

Diese Aliase habe ich in einem Stack abgelegt und etwas optisch angepasst und schwupps ist der zugriff auf einen speziellen Rechner im alltag leichter umgesetzt.

Verwendet man am eigenen Rechner jedoch einen anderen Benutzernamen wie am Zielsystem und weigert sich nebenbei die Zugriffsdaten in Keychain zu speichern kommt man nicht umhin jedesmal den Usernamen neu im Auth-Dialog einzutippen.

Suboptimal würde ich mal sagen, weshalb mir neulich die Idee kam diese Aliase um den entsprechenden Benutzernamen zu erweitern, einfach um mir die Arbeit zu erleichern.

Ans Eingemachte

Ein einfacher Screne-Sharing Alias unter Mac OS X kann wie folgt daherkommen

Und endet dann folgerichtig in diesem Dialog

Beziehungsweise inkl. dem lokalem Benutzernamen im Feld Name.

Also die Grobidee den Alias wie folgt zu modifizieren

Was dann in diesem Dialog endet

Hey – da kam schonmal fast das Erfolgsgefühl hoch, fehlt doch das Feld für die Namensangabe gänzlich.

Eigentlich sollte man davon ausgehen dass dieser Beitrag hier endet, leider tut er dies aber noch nicht

gibe ich nun (ich hoffe es liegt an meinem willkürlich und ggf. falschem Alias) dann das entsprechende Password ein passiert zumindest auf meinem Mac folgendes (reproduzierbar)

Aber die Geschichte geht noch weiter … wäre ja langweilig sonst oder ?

Quittierte ich diesen Dialog mittels Ignore sieht man sich mit diesem Dialog konfrontiert

Was fällt dem geübten Auge auf ?

Genau, Screen Sharing selbst läuft nicht mehr, der vorherige Auth-Dialog wird aber weiterhin angezeigt. Natürlich alles schön ausgegraut so dass man mit seiner Maus erstmal hilflos dasteht und sich frägt wie man das ganze wieder los wird.

Und genau hier kommt ein kleines nützliches Helferlein ins Spiel

Ich habe das Tool irgendwann mal von einem Entwickler (Right Zoom) im Rahmen eines Tests bekommen – wo man es sonst herbekommt ist mir aktuell nicht wirklich klar – ich zähle aber auf eure Google-Skills solltet ihr wirklich Interesse daran haben. Kann gut sein dass das Tool letzlich direkt aus den Tiefen der Apple Developer Tools stammt.

Was macht das Tool und inwiefern hilft es in solchen Situationen ?

Folgendes Bild erklärt es im Ansatz recht gut

Es zeigt mir Informationen zur aktuellen Mausposition, welche sich mittels Shortcut dann auch einfrieren lassen können sofern man diese später für eine Rückmeldung oder weitere Recherche benötigt.

In meinem Fall wollte ich eigentlich nur wissen welchen Prozess (NetAuthAgent) ich den beenden muss um diese dämlichen Endlos-Dialog loszuwerden was auch optimal funktioert hat.

Und voila … Problem lokalisiert und  mittels Activity Monitor aus der Welt geschafft.

Notiz am Rande

Ich bin seit einiger Zeit in direkterem Kontakt mit dem Entwickler von ScreenSharingMenulet (Danke an dieser Stelle für die Infos und Testversionen), vielleicht wird das ja eine mögliche Alternative um nicht über den Finder gehn zu müssen. Abwarten und Tee trinken sag ich mal.

Fragen über Fragen

Bleibt natürlich die Frage was an meinem ohne Recherche erstellten Alias inkl. Userangabe den nun falsch ist.

Raucht Screen Sharing nur bei mir reproduzierbar ab oder geht es euch ähnlich wenn ihr den Ablauf nachvollzieht ?

Abschließend

hoffe ich der Beitrag war trotz seiner spezialität interessant für den einen oder anderen und wenn dabei auch noch eine Lösung für mein Problem raus kommt endet das ganze in ner BWL’er-like-bezeichneten Win:win Situation. Lassen wir uns überraschen.

Gruss

fidel

Das kleine Tool ScreenSharingMenulet wurde schon in diesem Beitrag erwähnt, wenngleich ich damals noch Probleme mit der Funktionalität, beziehungsweise meinem Verständniss hatte.

Nachdem der Entwickler mit mir Kontakt aufgenommen hatte und einige Tests hin und her liefen war das Problem von Stefan fix gefunden und die aktuelle Version 1.2 setzt u.a. auch dort an.

Im Kern hatte ich mich damals gewundert das mein ein ScreenSharing Dienst in meinem lokalen Netz nicht von dem Programm erkannt wurde, das Problem lag einfach darin dass ScreenSharingMenulet ausschließlich AFP Dienste (_afpovertcp._tcp) angezeigte.

In der neuen Version werden neben AFP Folder Sharing Diensten nun auch Screen-Sharing Dienste (_net-assistant.-udp) aufgelistet. Schön

Es handelt sich bei ScreenSharingMenulet um ein ab 10.5 für beide Platformen verfügbares Donationware-Programm, welches absolut testenswert ist wenn man viel auf andere Macs zugreift.

Ich werde das Tool in den nächsten Wochen mal verwenden und lasse mich überraschen ob der theoretisch schnellere bzw gezieltere Zugriff auf Remote-Macs im Netzwerk im Alltag wirklich schneller von der Hand läuft.

Minimal störend empfinde ich aktuell die merkbaren Refresh-Zeiten des Programmes, wenngleich man dafür immer eine wirklich aktuelle Liste hat was natürlich auch klare Vorteile mit sich bringt.

Auf diesem Wege nochmal Danke an Stefan für den angenehmen Kontakt und die rasche Remote Desktop Integration.

Im Kern werden dort Dienste anderer Rechner angeboten, wie z.b. Filesharing via SMB/CIFS oder aber auch AFP. Ergänzend dazu erhält man im Falle von anderen Macs je nach Konfiguration auch Zugriff auf den Dienst Screen Sharing.

Ein Klick – und voila man hat Zugriff auf den Bildschirm eines anderen Macs – schöne Sache.

Kehrseiten

Diese Finder-Integration ist wie gesagt schön im kleinen Heimnetz, bei der Arbeit nervt es mich aufgrund der Vielzahl an anderen Macs im Netz aber regelrecht. Es bläht mir dadurch die Seitenleiste des Finders auf und führt dazu dass ich den Punkt Shared einfach zuklappe, alle Finder Fenster beenden darf um dann zu hoffen dass der Zustand beim nächsten Finder-Window dann erhalten bleibt. Das ganze soll jetzt nicht in Finder-Bashing enden, aber letzlich wird es zumindest in meinen Augen Zeit den Finder mal aufzupolieren. Ein zentraler Datei-Manager sollte zeitgerecht sein, der Finder ist dies nur teilweise.

Egal zurück zu Screen Sharing.

Kleine Helfer

Die Möglichkeiten Screen Sharing.app in Richtung ARD-Features zu tweaken sind inzwischen leider geschlossen was mir den Spaß an der Lösung leider etwas genommen hat, trotzdem stellt sich natürlich die Frage, gibt es andere kleine Helferlein die im Kontext Screen Sharing ansetzen ?

ScreenSharingMenulet

Ein kleines Tool welches sich letzlich in der Menubar einnistet um einen schnellen Zugriff auf Rechnerm it laufendem Screen Sahring anzubieten.

In der Menubar sieht das ganze dann so aus:

beziehungsweise so während der Erkundungsreise

Und dann ?

Nun bei mir änderte sich dieser Status leider nicht mehr … d.h. das MacBook in meinem Netz welches definitiv Screen-Sharing als Dienst anbietet wurde nicht gefunden -> FAIL.

Geht das nur mir so ? In den Kommentaren auf Macupdate hört sich das ganze brauchbar an.

Schade eigentlich die Grundidee finde ich nicht schlecht, im Optimalfall mit Filtern die es mir ermöglichen nur bestimmte Rechner im Schnellzugriff zu haben … das wäre mal was.

Edit:

Nach Rücksprache mit Stefan dem Entwickler von ScreenSharing Menulet liegt das daran, dass zum aktuellen Zeitpunkt nur _afpovertcp._tcp zum Einsatz kommt und damit meine Remote Desktop Dienste nicht angezeigt werden konnten. Mal sehn ob zukünftige Versionen da entgegenwirken. Danke nochmal an Stefan für die schnelle Rückmeldung.

Handarbeit

Bis dato arbeite ich daher mit einem Stack in dem die für mich wichtigen Rechner als Link abgelegt werden, welcher automatisch das Programm Screen Sharing.app öffnet.

Nicht wirklich elegant, aber für mich praktischer wie eine Liste mit 50 Macs in der ich mich erstmal durchwühlen muss, bevor ich den Zielrechner entdeckt habe.

Wie geht das ?

Man öffnet den Texteditor seiner Wahl

Trägt die Verbindungsdaten ein:

Markiert diese

Und zieht den selektierten Textstring auf den Desktop, was in einem .vncloc File endet

Ein klick auf dieses File öffnet automatisch Screen Sharing und bei ggf gespeichertem Passwort landet man direkt auf dem entsprechenden Bildschirm.

Dateiname und Icon kann man ntürlich anpassen um dem ganzen einen eigene Stil zu verpassen und ggf die Unterscheidung der Rechner auch hervorzuheben.

Abschließend noch ein Blick in die Struktur dieses .vncloc Files

Relativ simpel oder ?

Fragen über Fragen

Nützt ihr Screen Sharing ?

Wenn ja privat oder @work ?

Und vor allem … wie nützt ihr es ? Aus dem Finder, mittels altem ungepatchem Stand der noch die guten ARD Tricks ermöglicht oder mit mir unbekannten Tools ?

Abschließend

… sind im Kontext ARD ggf noch diese älteren Beiträge interessant

http://macfidelity.de/2008/10/01/mac-screen-sharing-in-1055-und-die-verloren-gegangenen-optionen/

http://macfidelity.de/2008/01/03/105-power-up-leopards-screen-sharing/

http://macfidelity.de/2009/01/22/mac-screen-sharing-dienst-aus-dem-terminal-steuern/

http://macfidelity.de/2008/03/27/105-start-screen-sharing-remotely-in-terminal/

Und ja das Menubar-App sucht immer noch nach meinem anderen Mac …. schande schande.

Wie kann ich den ARDAgent remote kontrollieren ?

Nunja, sofern man Zugriff via SSH hat ist die halbe Miete eigentlich schon auf der Habenseite – bleibt also nur eine Detailbeschreibung.

Mein Ablauf war wie folgt:

• Remote Login via SSH (benötigt wird hier ein Account mit Administratorrechten, sonst sind die Folgeschritte nicht realisierbar
• Ein Blick in das Programm ARDAgent.app (dieser befindet sich unter den CoreServices in 10.5)

Wurde dieses Programm lokalisiert lohnt sich ein Blick in das Package, also:

• Rechtklick auf ARDAgent.app
• Im Kontextmenü: Show Package Content

Dann sollte man in etwa sowas vorfinden:

Eine der wenigen wirklich auffälligen Dateien dort ist die Datei: kickstart. Also diese mal näher betrachten:

• Terminal.app öffnen
• Ins Package navigieren

Ruft man nun kickstart -help auf erhält man die notwendigen Grundinformationen um aktiv zu werden. Ich paste hier die Hilfe nur auszugsweise, da diese recht umfangreich ist und jeder der den Ablauf selber durchspielen will, sollte wohl eh zu Beginn diese Hilfe durcharbeiten:

Das Resultat in Kurzform:

Mittels den folgenden Befehlen konnte ich relativ simpel den Dienst starten bzw beenden:

sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -activate

bzw:

sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -deactivate

Das ganze ist nur als Teaser gedacht – schaut euch die Hilfe im DEtail an und ihr werdet noch andere tolle Ideen bekommen was man alles damit machen kann …. und vor allem wie.

Praktische Sache und hilft ungemein sich nicht von seinem Arbeitsplatz fortgewegen zu müssen – wer mich jetzt für seine Fettleibigkeit verantwortlich machen will ist herzlich eingeladen …. blame me if you like

Fragen über Fragen:

Hilfreich oder nicht ?

Bei der Arbeit haben wir uns vor einiger Zeit mal eine ARD Lizenz gekauft, dem einen oder anderen wird Apple Remote Desktop (ARD) ein Begriff sein, tendenziell denke ich aber nicht jedem der hier mitliest.

Apple bietet neben der in Leopard vorbildlich integrierten Screen Sharing Funktion auch eine kommerzielle Remote Lösung die sich primär an Firmen richtet, einfach aus dem Grund das der typische Home-User mit Screen Sharing alleine schon zurecht kommen sollte.

Screen Sharing vs ARD

Im Kern ist Screen Sharing nichts anderes wie VNC.

Ich kann also nachdem ich mich mit meinem Client auf den Server / Rechner mit Screen Sharing Dienst verbunden habe die Maus und Tastatur bedienen.  Im Kern limitiert es sie genau darauf.

Die Grundfähigkeit war grob schon in 10.4 enthalten, erst ab 10.5 ist dies aber mit im Finder integriert und ich kann quasi einfach im Bereich Shared einen Host selektieren und Share Screen drücken und fertig ist das Ding.

Anfangs gab es in 10.5 auch die Möglichkeit Screen Capture (das entsprechende Programm das als Viewer dient) so zu tweaken dass es mehr Möglichkeiten offeriert.

Irgendwann hat Apple dann wohl realisiert dass sie sich so das kommerzielle Produkt ARD kannibalisieren und mit Hilfe einer Sicherheitsargumentation das ganze so gepatched dass Screen Capture nun wirklich nix anderes mehr kann wie anzeigen, Maus & Keyboard steuern.

Den damaligen Tweak sollte man hier im Blog noch auffinden jedoch benötigt man will man diesen heute noch verwenden Dateien aus 10.5.4 (alles danach ist gepatched und somit untauglich)

Im Gegensatz zu Screen Sharing / Capture kann ARD deutlich mehr. So bietet ARD dem User einmal die Möglichkeiten ein Netzwerk nach Hosts zu scannen, diese in Gruppen zu sammeln.  Diese Host können a la Screen Capture gehandhabt werden, hat hier aber mehr Feineinstellungen. Die Reduzierung der übertragenen Farben ist hier nur ein Beispiel.

Einer der wirklichen Mehrwerte ist es wohl dass man darüber auch Installationen durchführen kann, ohne den Benutzer durch ein draufschalten zu stören .. .also quasi im Hintergrund.

Die Erstellung von Reports ist ein weiterer Mehrwert den ARD mit sich bringt – nicht exzessiv getestet- sieht aber brauchbar aus.

Weiter hatte ich mir ARD bis heute auch noch nicht angeschaut, jedoch kam mir heute die Idee dass es durchaus Sinn machen könnte sich das ganze mal näher anzuschauen. Der gemeine IT’ler ist ja viel aber primär ist er mal faul und was sich automatisieren lässt, soll gefälligst auch automatisch gemacht werden.

ARD GUI

Menubar:

Sidebar:

Icons und Spalten:

Die komplett ansicht kann ich hier nicht zeigen ohne böse am Bild manipulieren zu müssen, aber die Apple Dokumentation sollte hier sicherlich weiterhelfen.

ARD und Unix Commands

Da wir über den Jahreswechsel die Energieeinstellungen diverser Rechner ändern mussten kam mir damals leider zu spät die Idee nach einer ARD basierten Lösung zu suchen. Blöd … aber nun ist die Zeit da und ich will den Ansatz in kurz auch erläutern.

ARD bietet die Möglichkeit Unix-Commands auszuführen.

d.h. ich kann in ARD Jobs definieren, diese dann spontan oder per Scheduler irgendewann ausführen. Im Kern ist man nur auf die verfügbaren Consolen Kommandos beschränkt…. oder in anderen Worten: man kann eigentlich sogut wie alles machen =)

Ich habe mir also einen Ordner in der Sidebar angelegt und darin sammel ich nun meine Unix-Commands. Bei Bedarf ziehe ich dann nur die einzelnen Hosts oder Hostgruppen auf den Unix-Task und lasse ihn ausführen und kann so ein und dieselbe Einstellung überall einpflegen ohne aufgrund stupider Widerholung zum Affen zu verkommen.

Mein Unix-Cmds Sammelbecken:

Um nun endlich zurück auf die Energie Einstellungen zu kommen zeige ich noch kurz meinen Cmd

Do: Energy Schedule Change

Wer die Energieeinstellungen eines Macs konfigurieren will hat 2 Möglichkeiten, einmal den Mausweg via System-Preferences -> Energy oder eben PMSET auf der Konsole.

Der Task ist denkbar simpel wenn man mal die Funktionsweise von pmset im Ansatz verstanden hat, was zumindest bei mir ne Weile gedauert hat, wenn ich ehrlich bin.

Obiger Befehl setzt die Aufwach/Boot Zeit unter der Woche auf 4:00 Uhr morgens und den Sleep Zeitpunkt für jeden Tag auf 19:00 Uhr.

Im Falle von PMSET muss man sich des root-Account bedienen, sonst klappen die Änderungen leider nicht.

Ich denke der grobe Ansatz sollte klar sein, blicken wir nochmal zurück auf meine ersten Commands:

Ich hab da einfach mal unterteilt, in Info-Tasks (Show) sowie Change-Tasks (Do)

• Do: Energy Schedule Change – Ändert die Energieeinstellungen
• Do: Define local ntpserver – Trägt bei allen Macs einen NTP Server ein.
• Do: Reboot – naja, rebooten eben
• Do: Shutdown – ähnlich trivial – Macs fahren runter.
• Show: Energy Settings – zeigt die PMSET Werte
• Show: Top Users – Userinfos
• Show: Uptime – wie lange läuft die Kiste schon
• Show: Missing Updates – welche Apple Updates/Patches fehlen
• Show: Free Swap Space – naja Swapgröße

Über kurz oder lang werden da sicherlich noch einige dazu kommen …. Faulheit regiert.

PMSET

Um obiges Energy-Settings Beispiel noch sauber abzurunden will ich auch noch kurz auf PMSET eingehen.

Ein einfaches auslesen der eigenen Scheduled-Energieoptionen könnte so funktionieren:

pmset -g sched

Wer ernsthaft damit arbeiten will wird jedoch nicht um die Lektüre der Man-Page kommen … macht euch nix vor.

Will man Änderungen mittels pmset machen stehen einem die Optionen:

• schedule
• repeat

bereit.

Schedule wird verwendet will man an einem bestimmten Datum eine Änderung der Energy Einstellungen machen.

Repeat ist für wiederholenede Tasks da und orierntiert sich an Wochentagen bzw Wochentag vs Wochenende.

Bei Repeat gibt es eine kleine Falle in die ich natürlich getapt bin …. nur der letzte Repeat Befehl zieht, ich kann also nicht mit Befehl 1 das aufwach-Verhalten und mit Befehl 2 das Schlafverhalten konfen, sondern muss das wie man oben im Screenshot sieht in einem Befehl kombinieren.

Ebenso sollte man bei System-Preferences Änderungen immer aufpassen ob man sich gerade nicht selber ins Knie schießt. Hat man beispielsweise die System-Preferences offen und begutachtet die Energieoptionen kann man munter drauf los pmsetten – das Ergebnis wird nur verwirren da sich GUI und Konsole gerne blockieren ohne einen jedoch darauf hinzuweisen.

Äußerst unsauber und zeitraubend.

Eine nette Beispiele mit pmset findent sich übrigens hier, ich will diesen Artikel nicht noch mehr aufblähen.

Fazit

ARD entpuppt sich für mich zu einer netten Software die ich in Zukunft mehr verwenden werde. Gersde die Unix-Task kommen mir absolut entgegen und ich glaub ich werde mir und meinen Users damit noch viel Spaß bereiten …. der Say-Befehl schreit einfach nach Verwendung auf allen Macs gleichzeitig

Fragen über Fragen

War das Thema interessant für euch, oder zu weit vom Heimgebrauch entfernt ?

Habt ihr selber schon Erfahrungen mit diesne Themengebieten gemacht und könnt mir vielleicht gute weiterführende Quellen sagen ?

So oder so – sagt mir eure Meinung =)

Ein Nicht Mac OS X Rechner meldet sich meist so:

Ein Mac OS X Rechner mit File- und Screen-Sharing so:

 

• Connect as..: steht dabei für File-Sharing via SMB oder AFP
• Share Screen..: für Apples Variante von VNC

 

Finder:

Will man aus Mac OS X also via Screen Sharing / VNC Zugriff auf einen anderen Mac mit 10.5 nehmen ist dies im Finder ohne weiteres möglich.

Screen Sharing:

Ein anderer Weg ist der direkte Aufruf des Programmes Screen Sharing welches Apple in den Core Services versteckt.

/System/Library/CoreServices/Screen Sharing.app

Zurück zum Finder:

Apple bietet dem Benutzer aber innerhalb dem Finder bzw dessen Menüzeile noch eine andere Variante auf VNC Server zuzugreifen. Navigiert man im Finder Menü zum Punkt Go ergibt sich folgendes Bild:

Wählt man dort “Connect to Server”

Öffnet sich ein Dialog den ich bis dato nur für SMB/AFP/WEBDAV Verbindungen verwendet habe, der aber genauso VNC unterstützt.

Hier sollte sowohl IP wie ggf auch Name funktionieren. Je nach verwendetem VNC Server auf der Gegenstelle muss man evtuell noch den Port mitangeben was aber nicht wirklich ein Problem darstellen sollte.

Kanntet ihr diese Variante schon ?

Eine der ersten wirklichen Nachteile/Probleme von 10.5.5 wurde mir vor einigen Tagen erstmalig im Ansatz bewußt als ich das Programm Screen Sharing öffnete und mich wunderte dass meine Modifikationen nicht mehr funktionierten. Erster Gedanke war: …. ok haben sie meine Settings mit dem Update übergebügelt. Heute bin ich über die Hintergrund-Details gestolpert.

Nun sind diese Änderungen also seit dem Update auf 10.5.5 nicht mehr funktionierend was wohl auch mit der Remote-Sicherheitslücke zu tun hat.

Bei MacWorld werden 2 Ansätze gezeigt wie man mit dieser Situation umgehen kann.

Idee 1 ist es einfach das Screen Sharing.app aus 10.5.4 wiederherzustellen und dieses weiterzuverwenden. In Anbetracht der Security-Problematik weder eine gute Idee, noch ein langfristig brauchbarer Ansatz.

Auszug:

First, the simple but potentially dangerous solution: just use the Screen Sharing application from OS X 10.5.4. The reason this is potentially dangerous is that if there were any security fixes for screen sharing, you’ll be giving up those fixes by reverting to the previous version. For that reason alone, I do not recommend this method, especially if you’ll be using screen sharing across the internet. For those working with a few Macs at home, behind a firewall, however, the risks are probably acceptable. But just to be certain you understand…if you implement the solution in this way and your machine is then compromised, the fault is entirely yours!

Idee 2 geht technischer an die Sache heran und setzt die Apple Developer Tools voraus. Dieser Weg ist für Leute die mit XCode & Interface Builder vertraut sind sicher kein ernsthaftes Problem, vor allem da der Macworld-Artikel hier absolut gute Tips gibt.

Auszug:

The editing you’ll do is going to add a new Full Screen menu option to Screen Sharing’s menus; once you activate full screen mode, a small floating toolbar appears, and on that toolbar, you’ll find all the buttons that were added by the original hint. Obviously, this requires that you work in full screen mode to gain access to the new buttons. As long as you’re only connecting to one Mac, this solution works really well. If, however, you often connect to many machines at once, you’ll only be able to use the more-powerful toolbar in one remote session at a time.

Start by making a copy of Screen Sharing, in the /System/Library/CoreServices folder—just drag the application out to your desktop, and the Finder will automatically copy it (as you don’t have rights to modify the source folder). Rename the copy to something like Power Screen Sharing, Control-click on the renamed application, and choose Show Package Contents from the pop-up menu. Now it’s time for some Xcode work—and thanks to a Macworld reader for sharing these instructions with me; I’m now sharing them with all of you ………

Ich werde den Ablauf morgen mal nachbasteln und dann Screenshots nachreichen.

Schade eigentlich das der bis dato relativ simple Eingriff nun derart komplexer wird, aber nunja. Das Screen Sharing Tuning war von apple sicherlich nicht für Otto-Normalverbraucher vorgesehen, sonst hätte man es so ausgeliefert.

Links:

• MacNews.de
• MacWorld.com

Assume you want to do some work on a remote Mac via 10.5’s Screen Sharing, but you forgot to enable Screen Sharing before you left the remote Mac. You’re now a good distance away, and apparently stuck. Fortunately, because the screen sharing system uses launchd to monitor its state, enabling and disabling is as simple as adding a file in the remote Mac’s /Libary/Preferences folder. (Note that you’ll need to be able to login to the remote Mac via ssh to run these commands on that Mac.)

$ cd /Library/Preferences
$ echo -n enabled > com.apple.ScreenSharing.launchd

To disable screen sharing:

$ cd /Library/Preferences
$ rm com.apple.ScreenSharing.launchd

If you have a Finder window open with the remote Mac selected in the Shared section, you’ll even note the icon for Screen Sharing coming and going as you do this.

Just a short quote:

There seems to be an odd bug in the Screen Sharing application. Since my iMac screen is much bigger than my iBook screen, Screen Sharing starts out with a scaled view of the iMac screen. Despite the reduced size of everything, I kind of like this view because I can see the whole iMac desktop without scrolling. Unfortunately, mouse clicks and keystrokes donâ ‚¬ „¢t seem to registerâ ‚¬ €the window doesnâ ‚¬ „¢t update. The workaround Iâ ‚¬ „¢ve discovered is to choose Turn Scaling Off from the View menu (which zooms in to a full-sized view of a portion of the iMac screen) and then immediately change back by choosing Turn Scaling On. Now everything works as it should.

Itâ ‚¬ „¢s possible that SSH tunneling is unnecessary. My experience with VNC on Linux was that the VNC protocol was unencrypted, so all the data was passing through the internet in the clear. Running VNC through an SSH tunnel was more secure because it encrypted the data before passing it along the network. The Screen Sharing application has a preference setting for encrypting all data, which may be just as secure as running everything through a tunnel. If thatâ ‚¬ „¢s the case, you could just apply port forwarding to port 5900 at the base computerâ ‚¬ „¢s router and connect from the satellite to the routerâ ‚¬ „¢s publicly-addressable IP number. But for now Iâ ‚¬ „¢m going to stick with the security Iâ ‚¬ „¢m familiar with. Also, I sometimes tunnel other ports through SSH, which can be very nice for things like directly accessing my work computerâ ‚¬ „¢s web server.

Some related links

• http://www.leancrew.com/all-this/2008/02/tab-key-is-funny-in-screen-sharing/
• http://www.leancrew.com/all-this/2008/02/more-screen-sharing/

quote as teaser:

One of 10.5’s new features that I use quite often is the built-in screen sharing. You can use screen sharing from iChat, which is great for family tech support, but I’m referring specifically to screen sharing in the Finder. With multiple machines in the house, I often want to see the screen on a given machine while seated at another. In the pre-10.5 days, this was doable, and not overly difficult you had to click a couple buttons to enable things, then run a VNC viewer app to make the connection. But with 10.5, the viewer is now built into the system. Screen sharing is based on Apple’s full Remote Desktop package, which offers more control over exactly how remote screens are shared. Luckily for us, Apple left at least some of that functionality in the more-limited screen sharing application it’s just disabled by default.

First, here’s a potentially easier way to share the screens of other Macs on your network. First, realize that the screen sharing feature is just an application. It resides in /System/Library/CoreServices, under the tricky name of Screen Sharing. Find it now, and drag it onto your Dock, or into your sidebar, or your toolbar whichever you prefer for quick launch access.

Read it….

My conclusion:

1. To run Screen Sharing without using Finder -> Shared, drag:

/System/Library/CoreServices/Screen Sharing.app

to your Dock

2. To enable Screen Sharing’s Bonjour Browser, open Terminal.app and enter:

defaults write com.apple.ScreenSharing ShowBonjourBrowser_Debug 1

3. To enable Sceen Sharing’s ARD-like toolbar, open Terminal.app and enter:

defaults write com.apple.ScreenSharing \
'NSToolbar Configuration ControlToolbar' -dict-add 'TB Item Identifiers' \
'(Scale,Control,Share,Curtain,Capture,FullScreen,GetClipboard,SendClipboard,Quality)'