How to start vnc server on-demand (not on boot)Should I use inetd or xinetd?How do I start the VNC server?How do I set VNC Server so that on system reboot it is auto started?How do I install a VNC server?VNC grey screen and start on boot 12.04What is the default VNC server included?Start vino vnc server from ssh clientHow to Install and enable VNC server on Ubuntu 15.10VNC server doesn't start until loginStart VNC server on Ubuntu Gnomei can't start the VNC Server
Why CLRS example on residual networks does not follows its formula?
DOS, create pipe for stdin/stdout of command.com(or 4dos.com) in C or Batch?
Why doesn't Newton's third law mean a person bounces back to where they started when they hit the ground?
What is the offset in a seaplane's hull?
Why Is Death Allowed In the Matrix?
Is it tax fraud for an individual to declare non-taxable revenue as taxable income? (US tax laws)
How do I create uniquely male characters?
Should I join office cleaning event for free?
How to type dʒ symbol (IPA) on Mac?
Circuitry of TV splitters
How did the USSR manage to innovate in an environment characterized by government censorship and high bureaucracy?
My colleague's body is amazing
How do you conduct xenoanthropology after first contact?
How old can references or sources in a thesis be?
How can the DM most effectively choose 1 out of an odd number of players to be targeted by an attack or effect?
Prevent a directory in /tmp from being deleted
XeLaTeX and pdfLaTeX ignore hyphenation
Concept of linear mappings are confusing me
What is the white spray-pattern residue inside these Falcon Heavy nozzles?
What typically incentivizes a professor to change jobs to a lower ranking university?
What makes Graph invariants so useful/important?
What do you call something that goes against the spirit of the law, but is legal when interpreting the law to the letter?
Is there really no realistic way for a skeleton monster to move around without magic?
Motorized valve interfering with button?
How to start vnc server on-demand (not on boot)
Should I use inetd or xinetd?How do I start the VNC server?How do I set VNC Server so that on system reboot it is auto started?How do I install a VNC server?VNC grey screen and start on boot 12.04What is the default VNC server included?Start vino vnc server from ssh clientHow to Install and enable VNC server on Ubuntu 15.10VNC server doesn't start until loginStart VNC server on Ubuntu Gnomei can't start the VNC Server
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;
I have a vps which has the basic xfce environment & tightvncserver installed.
I would like to have tightvncserver automatically start whenever I initiate a connection to the port it runs on (in my case, 5901
).
I've seen posts about using inetd
or xinetd
to do this, but I've also seen lots of posts saying that (x)inetd is not included in Ubuntu for a reason, and that it's a bad idea to use it.
Anyways, I'm looking for a way to auto-start tightvncserver whenever there's an incoming connection to port 5901, preferably with as few dependencies as possible
vnc xinetd inetd
bumped to the homepage by Community♦ 12 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment |
I have a vps which has the basic xfce environment & tightvncserver installed.
I would like to have tightvncserver automatically start whenever I initiate a connection to the port it runs on (in my case, 5901
).
I've seen posts about using inetd
or xinetd
to do this, but I've also seen lots of posts saying that (x)inetd is not included in Ubuntu for a reason, and that it's a bad idea to use it.
Anyways, I'm looking for a way to auto-start tightvncserver whenever there's an incoming connection to port 5901, preferably with as few dependencies as possible
vnc xinetd inetd
bumped to the homepage by Community♦ 12 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment |
I have a vps which has the basic xfce environment & tightvncserver installed.
I would like to have tightvncserver automatically start whenever I initiate a connection to the port it runs on (in my case, 5901
).
I've seen posts about using inetd
or xinetd
to do this, but I've also seen lots of posts saying that (x)inetd is not included in Ubuntu for a reason, and that it's a bad idea to use it.
Anyways, I'm looking for a way to auto-start tightvncserver whenever there's an incoming connection to port 5901, preferably with as few dependencies as possible
vnc xinetd inetd
I have a vps which has the basic xfce environment & tightvncserver installed.
I would like to have tightvncserver automatically start whenever I initiate a connection to the port it runs on (in my case, 5901
).
I've seen posts about using inetd
or xinetd
to do this, but I've also seen lots of posts saying that (x)inetd is not included in Ubuntu for a reason, and that it's a bad idea to use it.
Anyways, I'm looking for a way to auto-start tightvncserver whenever there's an incoming connection to port 5901, preferably with as few dependencies as possible
vnc xinetd inetd
vnc xinetd inetd
edited May 28 '14 at 15:33
Braiam
52.6k20138223
52.6k20138223
asked Aug 8 '13 at 19:32
QRohlfQRohlf
11612
11612
bumped to the homepage by Community♦ 12 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
bumped to the homepage by Community♦ 12 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
I don't know why is "bad idea using xinetd or inetd". I checked both bug tracker and didn't saw any security issue.
That said, I will try to repeat what you already have found about configuring 'xinetd':
xinetd
is pretty straight forward to configure. It uses the /etc/xinetd.d/
directory to store all the per-service configuration, so you only need to create the configuration to start tightvncserver
, a sudo vim /etc/xinetd.d/tightvncserver
to create a file, then insert your configuration (this can be modified according to your needs):
service tightvncserver
socket_type = stream
protocol = tcp
wait = no
## I don't run a vnc server myself, but you should change this for the user your VNC service uses.
user = root
port = 5901
server = /usr/sbin/tightvncserver
## This allows access from anyone in the 192.168 subnet, if you want anyone, just do not add this line.
only_from = 192.168.0.0
log_on_failure += USERID
disable = no
That's all. Now you should disable boot up of the tightvncserver
in the rc-d directories.
There are more options you can add to this, but I shall leave that to the manual.
That's quite helpful if I decide to go the xinetd route. I just stumbled across the built-in xinetd replacement the Ubuntu ships with, Upstart. I'm going to see if I can get the desired functionality from Upstart's socket events.
– QRohlf
Aug 8 '13 at 20:08
Also, here is an example of the kind of negativity towards (x)inetd I've been seeing on this site and the Ubuntu forums. Not sure if it's warranted or not, but there are definitely a number of people who don't think it's a good idea to use (x)inetd.
– QRohlf
Aug 8 '13 at 20:11
@QRohlf he just says to avoid inetd not xinetd: "you should avoid using inet at all"
– Braiam
Aug 8 '13 at 20:14
Ah. That makes a lot more sense - the other two places I saw inetd being knocked, it was inetd and not xinetd as well. Thanks for clearing that up!
– QRohlf
Aug 8 '13 at 21:29
Despite finding basically this exact same recipe in 4 or 5 other places on the Internet, it doesn't work at all for me. tightvncserver just hangs when a client connects.
– Glyph
May 28 '14 at 8:22
|
show 1 more comment
Rather than try and use tightvncserver
I would attempt to the same thing that @Braiam's suggested but with Xvnc instead.
service Xvnc
disable = no
type = UNLISTED
socket_type = stream
protocol = tcp
user = nobody
wait = yes
server = /usr/bin/Xvnc
server_args = -inetd :1 -query localhost -geometry 1024x768 -depth 16 -NeverShared -once -rfbauth /root/.vncpasswd
port = 5901
You can adjust where the password file lives by changing this bit above: /root/.vncpasswd
. The permissions on that file can be squirrelly so you might need to make them chmod 600 .vncpasswd
.
If you need further details take a look at the tutorial, 2. Launching VNC server using xinetd that shows many different ways that you can run VNC as a xinetd
service.
Using xinetd
The entire commentary on not using xinetd is bunk. It's a perfectly fine service to use and just as everything else, you need to understand the implications of using technology X, nothing more.
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "89"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f330304%2fhow-to-start-vnc-server-on-demand-not-on-boot%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
I don't know why is "bad idea using xinetd or inetd". I checked both bug tracker and didn't saw any security issue.
That said, I will try to repeat what you already have found about configuring 'xinetd':
xinetd
is pretty straight forward to configure. It uses the /etc/xinetd.d/
directory to store all the per-service configuration, so you only need to create the configuration to start tightvncserver
, a sudo vim /etc/xinetd.d/tightvncserver
to create a file, then insert your configuration (this can be modified according to your needs):
service tightvncserver
socket_type = stream
protocol = tcp
wait = no
## I don't run a vnc server myself, but you should change this for the user your VNC service uses.
user = root
port = 5901
server = /usr/sbin/tightvncserver
## This allows access from anyone in the 192.168 subnet, if you want anyone, just do not add this line.
only_from = 192.168.0.0
log_on_failure += USERID
disable = no
That's all. Now you should disable boot up of the tightvncserver
in the rc-d directories.
There are more options you can add to this, but I shall leave that to the manual.
That's quite helpful if I decide to go the xinetd route. I just stumbled across the built-in xinetd replacement the Ubuntu ships with, Upstart. I'm going to see if I can get the desired functionality from Upstart's socket events.
– QRohlf
Aug 8 '13 at 20:08
Also, here is an example of the kind of negativity towards (x)inetd I've been seeing on this site and the Ubuntu forums. Not sure if it's warranted or not, but there are definitely a number of people who don't think it's a good idea to use (x)inetd.
– QRohlf
Aug 8 '13 at 20:11
@QRohlf he just says to avoid inetd not xinetd: "you should avoid using inet at all"
– Braiam
Aug 8 '13 at 20:14
Ah. That makes a lot more sense - the other two places I saw inetd being knocked, it was inetd and not xinetd as well. Thanks for clearing that up!
– QRohlf
Aug 8 '13 at 21:29
Despite finding basically this exact same recipe in 4 or 5 other places on the Internet, it doesn't work at all for me. tightvncserver just hangs when a client connects.
– Glyph
May 28 '14 at 8:22
|
show 1 more comment
I don't know why is "bad idea using xinetd or inetd". I checked both bug tracker and didn't saw any security issue.
That said, I will try to repeat what you already have found about configuring 'xinetd':
xinetd
is pretty straight forward to configure. It uses the /etc/xinetd.d/
directory to store all the per-service configuration, so you only need to create the configuration to start tightvncserver
, a sudo vim /etc/xinetd.d/tightvncserver
to create a file, then insert your configuration (this can be modified according to your needs):
service tightvncserver
socket_type = stream
protocol = tcp
wait = no
## I don't run a vnc server myself, but you should change this for the user your VNC service uses.
user = root
port = 5901
server = /usr/sbin/tightvncserver
## This allows access from anyone in the 192.168 subnet, if you want anyone, just do not add this line.
only_from = 192.168.0.0
log_on_failure += USERID
disable = no
That's all. Now you should disable boot up of the tightvncserver
in the rc-d directories.
There are more options you can add to this, but I shall leave that to the manual.
That's quite helpful if I decide to go the xinetd route. I just stumbled across the built-in xinetd replacement the Ubuntu ships with, Upstart. I'm going to see if I can get the desired functionality from Upstart's socket events.
– QRohlf
Aug 8 '13 at 20:08
Also, here is an example of the kind of negativity towards (x)inetd I've been seeing on this site and the Ubuntu forums. Not sure if it's warranted or not, but there are definitely a number of people who don't think it's a good idea to use (x)inetd.
– QRohlf
Aug 8 '13 at 20:11
@QRohlf he just says to avoid inetd not xinetd: "you should avoid using inet at all"
– Braiam
Aug 8 '13 at 20:14
Ah. That makes a lot more sense - the other two places I saw inetd being knocked, it was inetd and not xinetd as well. Thanks for clearing that up!
– QRohlf
Aug 8 '13 at 21:29
Despite finding basically this exact same recipe in 4 or 5 other places on the Internet, it doesn't work at all for me. tightvncserver just hangs when a client connects.
– Glyph
May 28 '14 at 8:22
|
show 1 more comment
I don't know why is "bad idea using xinetd or inetd". I checked both bug tracker and didn't saw any security issue.
That said, I will try to repeat what you already have found about configuring 'xinetd':
xinetd
is pretty straight forward to configure. It uses the /etc/xinetd.d/
directory to store all the per-service configuration, so you only need to create the configuration to start tightvncserver
, a sudo vim /etc/xinetd.d/tightvncserver
to create a file, then insert your configuration (this can be modified according to your needs):
service tightvncserver
socket_type = stream
protocol = tcp
wait = no
## I don't run a vnc server myself, but you should change this for the user your VNC service uses.
user = root
port = 5901
server = /usr/sbin/tightvncserver
## This allows access from anyone in the 192.168 subnet, if you want anyone, just do not add this line.
only_from = 192.168.0.0
log_on_failure += USERID
disable = no
That's all. Now you should disable boot up of the tightvncserver
in the rc-d directories.
There are more options you can add to this, but I shall leave that to the manual.
I don't know why is "bad idea using xinetd or inetd". I checked both bug tracker and didn't saw any security issue.
That said, I will try to repeat what you already have found about configuring 'xinetd':
xinetd
is pretty straight forward to configure. It uses the /etc/xinetd.d/
directory to store all the per-service configuration, so you only need to create the configuration to start tightvncserver
, a sudo vim /etc/xinetd.d/tightvncserver
to create a file, then insert your configuration (this can be modified according to your needs):
service tightvncserver
socket_type = stream
protocol = tcp
wait = no
## I don't run a vnc server myself, but you should change this for the user your VNC service uses.
user = root
port = 5901
server = /usr/sbin/tightvncserver
## This allows access from anyone in the 192.168 subnet, if you want anyone, just do not add this line.
only_from = 192.168.0.0
log_on_failure += USERID
disable = no
That's all. Now you should disable boot up of the tightvncserver
in the rc-d directories.
There are more options you can add to this, but I shall leave that to the manual.
answered Aug 8 '13 at 19:52
BraiamBraiam
52.6k20138223
52.6k20138223
That's quite helpful if I decide to go the xinetd route. I just stumbled across the built-in xinetd replacement the Ubuntu ships with, Upstart. I'm going to see if I can get the desired functionality from Upstart's socket events.
– QRohlf
Aug 8 '13 at 20:08
Also, here is an example of the kind of negativity towards (x)inetd I've been seeing on this site and the Ubuntu forums. Not sure if it's warranted or not, but there are definitely a number of people who don't think it's a good idea to use (x)inetd.
– QRohlf
Aug 8 '13 at 20:11
@QRohlf he just says to avoid inetd not xinetd: "you should avoid using inet at all"
– Braiam
Aug 8 '13 at 20:14
Ah. That makes a lot more sense - the other two places I saw inetd being knocked, it was inetd and not xinetd as well. Thanks for clearing that up!
– QRohlf
Aug 8 '13 at 21:29
Despite finding basically this exact same recipe in 4 or 5 other places on the Internet, it doesn't work at all for me. tightvncserver just hangs when a client connects.
– Glyph
May 28 '14 at 8:22
|
show 1 more comment
That's quite helpful if I decide to go the xinetd route. I just stumbled across the built-in xinetd replacement the Ubuntu ships with, Upstart. I'm going to see if I can get the desired functionality from Upstart's socket events.
– QRohlf
Aug 8 '13 at 20:08
Also, here is an example of the kind of negativity towards (x)inetd I've been seeing on this site and the Ubuntu forums. Not sure if it's warranted or not, but there are definitely a number of people who don't think it's a good idea to use (x)inetd.
– QRohlf
Aug 8 '13 at 20:11
@QRohlf he just says to avoid inetd not xinetd: "you should avoid using inet at all"
– Braiam
Aug 8 '13 at 20:14
Ah. That makes a lot more sense - the other two places I saw inetd being knocked, it was inetd and not xinetd as well. Thanks for clearing that up!
– QRohlf
Aug 8 '13 at 21:29
Despite finding basically this exact same recipe in 4 or 5 other places on the Internet, it doesn't work at all for me. tightvncserver just hangs when a client connects.
– Glyph
May 28 '14 at 8:22
That's quite helpful if I decide to go the xinetd route. I just stumbled across the built-in xinetd replacement the Ubuntu ships with, Upstart. I'm going to see if I can get the desired functionality from Upstart's socket events.
– QRohlf
Aug 8 '13 at 20:08
That's quite helpful if I decide to go the xinetd route. I just stumbled across the built-in xinetd replacement the Ubuntu ships with, Upstart. I'm going to see if I can get the desired functionality from Upstart's socket events.
– QRohlf
Aug 8 '13 at 20:08
Also, here is an example of the kind of negativity towards (x)inetd I've been seeing on this site and the Ubuntu forums. Not sure if it's warranted or not, but there are definitely a number of people who don't think it's a good idea to use (x)inetd.
– QRohlf
Aug 8 '13 at 20:11
Also, here is an example of the kind of negativity towards (x)inetd I've been seeing on this site and the Ubuntu forums. Not sure if it's warranted or not, but there are definitely a number of people who don't think it's a good idea to use (x)inetd.
– QRohlf
Aug 8 '13 at 20:11
@QRohlf he just says to avoid inetd not xinetd: "you should avoid using inet at all"
– Braiam
Aug 8 '13 at 20:14
@QRohlf he just says to avoid inetd not xinetd: "you should avoid using inet at all"
– Braiam
Aug 8 '13 at 20:14
Ah. That makes a lot more sense - the other two places I saw inetd being knocked, it was inetd and not xinetd as well. Thanks for clearing that up!
– QRohlf
Aug 8 '13 at 21:29
Ah. That makes a lot more sense - the other two places I saw inetd being knocked, it was inetd and not xinetd as well. Thanks for clearing that up!
– QRohlf
Aug 8 '13 at 21:29
Despite finding basically this exact same recipe in 4 or 5 other places on the Internet, it doesn't work at all for me. tightvncserver just hangs when a client connects.
– Glyph
May 28 '14 at 8:22
Despite finding basically this exact same recipe in 4 or 5 other places on the Internet, it doesn't work at all for me. tightvncserver just hangs when a client connects.
– Glyph
May 28 '14 at 8:22
|
show 1 more comment
Rather than try and use tightvncserver
I would attempt to the same thing that @Braiam's suggested but with Xvnc instead.
service Xvnc
disable = no
type = UNLISTED
socket_type = stream
protocol = tcp
user = nobody
wait = yes
server = /usr/bin/Xvnc
server_args = -inetd :1 -query localhost -geometry 1024x768 -depth 16 -NeverShared -once -rfbauth /root/.vncpasswd
port = 5901
You can adjust where the password file lives by changing this bit above: /root/.vncpasswd
. The permissions on that file can be squirrelly so you might need to make them chmod 600 .vncpasswd
.
If you need further details take a look at the tutorial, 2. Launching VNC server using xinetd that shows many different ways that you can run VNC as a xinetd
service.
Using xinetd
The entire commentary on not using xinetd is bunk. It's a perfectly fine service to use and just as everything else, you need to understand the implications of using technology X, nothing more.
add a comment |
Rather than try and use tightvncserver
I would attempt to the same thing that @Braiam's suggested but with Xvnc instead.
service Xvnc
disable = no
type = UNLISTED
socket_type = stream
protocol = tcp
user = nobody
wait = yes
server = /usr/bin/Xvnc
server_args = -inetd :1 -query localhost -geometry 1024x768 -depth 16 -NeverShared -once -rfbauth /root/.vncpasswd
port = 5901
You can adjust where the password file lives by changing this bit above: /root/.vncpasswd
. The permissions on that file can be squirrelly so you might need to make them chmod 600 .vncpasswd
.
If you need further details take a look at the tutorial, 2. Launching VNC server using xinetd that shows many different ways that you can run VNC as a xinetd
service.
Using xinetd
The entire commentary on not using xinetd is bunk. It's a perfectly fine service to use and just as everything else, you need to understand the implications of using technology X, nothing more.
add a comment |
Rather than try and use tightvncserver
I would attempt to the same thing that @Braiam's suggested but with Xvnc instead.
service Xvnc
disable = no
type = UNLISTED
socket_type = stream
protocol = tcp
user = nobody
wait = yes
server = /usr/bin/Xvnc
server_args = -inetd :1 -query localhost -geometry 1024x768 -depth 16 -NeverShared -once -rfbauth /root/.vncpasswd
port = 5901
You can adjust where the password file lives by changing this bit above: /root/.vncpasswd
. The permissions on that file can be squirrelly so you might need to make them chmod 600 .vncpasswd
.
If you need further details take a look at the tutorial, 2. Launching VNC server using xinetd that shows many different ways that you can run VNC as a xinetd
service.
Using xinetd
The entire commentary on not using xinetd is bunk. It's a perfectly fine service to use and just as everything else, you need to understand the implications of using technology X, nothing more.
Rather than try and use tightvncserver
I would attempt to the same thing that @Braiam's suggested but with Xvnc instead.
service Xvnc
disable = no
type = UNLISTED
socket_type = stream
protocol = tcp
user = nobody
wait = yes
server = /usr/bin/Xvnc
server_args = -inetd :1 -query localhost -geometry 1024x768 -depth 16 -NeverShared -once -rfbauth /root/.vncpasswd
port = 5901
You can adjust where the password file lives by changing this bit above: /root/.vncpasswd
. The permissions on that file can be squirrelly so you might need to make them chmod 600 .vncpasswd
.
If you need further details take a look at the tutorial, 2. Launching VNC server using xinetd that shows many different ways that you can run VNC as a xinetd
service.
Using xinetd
The entire commentary on not using xinetd is bunk. It's a perfectly fine service to use and just as everything else, you need to understand the implications of using technology X, nothing more.
answered May 28 '14 at 13:09
slmslm
1,87911826
1,87911826
add a comment |
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f330304%2fhow-to-start-vnc-server-on-demand-not-on-boot%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown