posted 14 years ago
Some ideas :
- could the SSL certificate placed into the VM be for your local host, like if there is some internal dependency on the host name in the certificate.
- does the VM, and the external client DNS names resolve each other. for example, when inside the VM, can you ping 'the_client_host_name' and when outside on the client machine can you 'ping the_virtual_machine_name'.. where if you have a certificate for myhost.mydomain,, the certificate must appear to be coming from the myhost.mydomain server, and not localdomain.localhost
- does the virtual machine have more than one interface, like a virtual wireless and virtual wired. or just 2 lan segments. sometimes strange things can happen when there are 2 or more network interfaces into a (virtual) machine, such as if the client makes a request over interface1 into the vm, but the vm is for some reason thinking it's default route interface, or the interface the web server is actually listening on, is interface2, the message coud kind of start off but then end up going out into space because there is no single path to round trip the response with.
- does the virtual machine have a kind of NAT, or bridged IP address with the LAN of your host. for example, some virtualization platforms set up a NAT that makes it impossible to connect from the host into a virtual machine.
- would the VM be running any kind of firewalling , such as iptables. many linux distributions now by default (for a server configuration) only allow the virtual machine to access out to the network, but all ports for hosted services might be turned off; an iptables firewall set up to drop or reject incoming might appear to be a sudden end of communication to the client.
- is it possible to run the client inside the virtual machine with the server, like if it works on the same host that is. to get it working anywhere might be a good start and then work your way out from there.
Error: Keyboard not attached. Press F1 to continue.