Menu
- Mac Os Screen Sharing Waiting For Response But User Accepted Free
- Mac Os Screen Sharing Waiting For Response But User Accepted Video
Jan 03, 2018 Since the client had a second Mac available, I decided to enable Screen Sharing on the MacBook Pro via Terminal, which allowed access to the faulty laptop over.
- May 29, 2019 Just like with Windows, you first have to set up your Mac for screen sharing. Open the “Sharing” preference panel and check the box next to “Screen Sharing.” If you want to edit the name of your computer you can click the “Edit” button. You can leave the “Allow access for:” options as they are.
- May 07, 2014 Screen Sharing is a feature in your Mac that allows you to graphically view and interact with a Mac in a remote location. By logging into your Mac in this way, you will see its desktop appear on your screen just as if you were in front of it, and not only be able to use it, but also copy files to and from it.
- Fire up a Finder window and search “screen sharing.” This should bring up the built-in Screen Sharing application by default. But such is life when you’re an Apple user. Okay, from here.
- 6) Once accepted, your Screen Sharing app on your Mac will launch and you’ll see a preview of the other user’s screen, as shown below. It’s worth noting that at this point, you’re only viewing their screen, not controlling it; but there are options built into the app that let the other user provide you with access to controlling their.
10.7: Multi-user Screen Sharing | 9 comments | Create New Account
Click here to return to the '10.7: Multi-user Screen Sharing' hint |
The following comments are owned by whoever posted them. This site is not responsible for what they say.
I use this all the time on a remote MacPro. Performance is excellent, even when I'm using 100% of all 8 cores. Once in a while if a graphic is too slick it will hiccup.
If you use it from a Mac, performance is great. Try it from a regular vnc client on a pc or ipad and it's horrible. Even ones that have been updated to use the user/password Lion login are quite slow. There's no way to reduce the colors to help, and apple probably will not be releasing the source of the method they use to keep it fast.
I have a Mac mini server, and multi user screen sharing works great. Never had any performance issues, smooth as silk. Connecting from my iPhone via Remoter is a little more laggy, especially if I'm on 3G, but it seems acceptable, I'm not gonna be trying to do too much from my phone. Connecting from my phone seems to respect multi user too. It will log me into the admin account and from there I can switch to other accounts, meanwhile the actual computer will stay logged in to whatever account it already was.
Your dual login is very much treated as your own login, just with a headless windowmanager. This capability has, in simpler form, existed for a while--you could ARD into a headless server Mac and get a GUI, despite it not 'mirroring' anything. It was just that until 10.7 you couldn't have more than one at a time.
And it mostly works well, in my relatively limited testing of connecting to a computer that someone else was physically in front of at the same time.
There has, sadly, been a step back in one particular use case of headless Macs common to home theater setups; the workaround for this might even warrant a hint.
The case is thus: You have a Mac Mini connected to your TV through a home theater audio system. You turn the TV and computer on, and use the computer some. Then you turn the TV and audio system off, rendering the Mac headless (it sees its attached monitor disappear entirely).
Under 10.6 (or 10.5), if you then used Screen Sharing to connect to the Mac, you would get the screen, at the HDTV resolution it last saw, just the way you'd left it when you turned the TV off. Very convenient.
Under 10.7.2, this doesn't work so well; when you connect remotely, you get the full-sized screen, but it registers as if the screen is 0 by 0 as far as automatic positioning is concerned. This means that any new windows that open are shoved into the far lower left corner of the screen with nothing but the title bar visible, you are unable to expand most windows (iTunes, say) beyond the minimum size, and all the desktop icons are piled up in the bottom left corner. It's completely unusable.
The workaround is this: If you select 'Log out' from the Apple menu, then hit return (the confirmation dialog will be offscreen at the bottom, but the return key hits 'ok' by default), it will log you out. You may need to reconnect with screen sharing at this point, but you will now have the login screen; if you log in from there, you will get a fully functioning headless desktop environment. The only (possible) disadvantage is that the resolution (at least for me) defaults to 1680x1050 (which actually works okay, since it doesn't require the remote image to be rescaled to fit on the laptop screen I'm using).
The extra step is a hassle, but it does make the setup at least usable. Hopefully the kinks will get worked out and this will be smoother in a later 10.7 iteration.
When this feature was announced I thought I might be able to use it to open a window into another account (e.g. my admin account) on the same machine without the hassle of entering the password when switching back and forth using fast user switching. I've never been able to get this to work. And it mostly works well, in my relatively limited testing of connecting to a computer that someone else was physically in front of at the same time.
There has, sadly, been a step back in one particular use case of headless Macs common to home theater setups; the workaround for this might even warrant a hint.
The case is thus: You have a Mac Mini connected to your TV through a home theater audio system. You turn the TV and computer on, and use the computer some. Then you turn the TV and audio system off, rendering the Mac headless (it sees its attached monitor disappear entirely).
Under 10.6 (or 10.5), if you then used Screen Sharing to connect to the Mac, you would get the screen, at the HDTV resolution it last saw, just the way you'd left it when you turned the TV off. Very convenient.
Under 10.7.2, this doesn't work so well; when you connect remotely, you get the full-sized screen, but it registers as if the screen is 0 by 0 as far as automatic positioning is concerned. This means that any new windows that open are shoved into the far lower left corner of the screen with nothing but the title bar visible, you are unable to expand most windows (iTunes, say) beyond the minimum size, and all the desktop icons are piled up in the bottom left corner. It's completely unusable.
The workaround is this: If you select 'Log out' from the Apple menu, then hit return (the confirmation dialog will be offscreen at the bottom, but the return key hits 'ok' by default), it will log you out. You may need to reconnect with screen sharing at this point, but you will now have the login screen; if you log in from there, you will get a fully functioning headless desktop environment. The only (possible) disadvantage is that the resolution (at least for me) defaults to 1680x1050 (which actually works okay, since it doesn't require the remote image to be rescaled to fit on the laptop screen I'm using).
The extra step is a hassle, but it does make the setup at least usable. Hopefully the kinks will get worked out and this will be smoother in a later 10.7 iteration.
Am I missing something?
Just tried ScreenSharing to Localhost and got a 'You cannot control your own screen.' error. Let me know if you can think of another IP address on my own machine to try. Android file transfer mac free.
127.0.0.1 is the IP for localhost, but it will probably give the same error. Alternately, you can put in your actual IP address, but I would fully expect the same error in this case, also.
Creating a local SSH tunnel works for me. Enable Remote Login (aka SSH) in System Preferences » Sharing, and in Terminal run:
ssh -NL 5901:localhost:5900 localhost
Finally, use Screen Sharing to connect to
localhost:5901
(instead of the default port 5900).Mac Os Screen Sharing Waiting For Response But User Accepted Free
Mac Os Screen Sharing Waiting For Response But User Accepted Video
However, this is extremely slow on my MacBook Air. Also, one should be very careful not to open a Screen Sharing session to the current screen: that will get one an endless Droste effect..
If you try to gain shared access to a remote login screen being used by the remote user they will be asked to give you permission do to so.
However, there is a way around this if you can log in to another account on the remote machine and also know the password for the current remote user's account. First, connect to a virtual display using your own account. Then log out. The standard lion login will show allowing you to login to the same account as the currently active remote user. At that point you can login to their account and get access to the user's remote screen without a permission request. Screen sharing does display a Status Menu on the right side of their menu indicating their screen is being shared.
Very handy when doing remote maintenance to other Lion Macs in my home. I don't have to walk to the remote Mac and give myself permission.
Originally I thought this was a security risk, but it isn't since you have to know the user's password to gain access in this fashion.
However, there is a way around this if you can log in to another account on the remote machine and also know the password for the current remote user's account. First, connect to a virtual display using your own account. Then log out. The standard lion login will show allowing you to login to the same account as the currently active remote user. At that point you can login to their account and get access to the user's remote screen without a permission request. Screen sharing does display a Status Menu on the right side of their menu indicating their screen is being shared.
Very handy when doing remote maintenance to other Lion Macs in my home. I don't have to walk to the remote Mac and give myself permission.
Originally I thought this was a security risk, but it isn't since you have to know the user's password to gain access in this fashion.