Apache Error

teryhill wrote on Monday, December 28, 2015:

Any Ideas on what this error means

[Mon Dec 28 12:21:57.562500 2015] [ssl:warn] [pid 4800:tid 740] AH01909: RSA certificate configured for www.example.com:443 does NOT include an ID which matches the server name
[Mon Dec 28 12:21:57.906250 2015] [ssl:warn] [pid 4800:tid 740] AH01909: RSA certificate configured for www.example.com:443 does NOT include an ID which matches the server name
[Mon Dec 28 12:21:58.000000 2015] [mpm_winnt:notice] [pid 4800:tid 740] AH00354: Child: Starting 150 worker threads.

Terry

aethelwulffe wrote on Monday, December 28, 2015:

Self-signed certificate or reverse dns warning (dns record change can only be done by ISP). Almost sure it is a self-signed cert issue or just the host config. Change www.example.com in your config to your actual domain name.

teryhill wrote on Monday, December 28, 2015:

not using a certificate. I am using Hamachi for remote access. I get this when a remote user edits the patient demographics. Hamachi is a logmein product and it creates a vpn tunnel and everything is routed over the tunnel. This just happens at one site and to my knowledge they are all setup the same.

Terry

aethelwulffe wrote on Monday, December 28, 2015:

Uh…very different, and outside my scope, but 443 apache thinks it is https and if it is talking about www.example.com, then you are needing to look at your httpd.config or vhosts file and look for something like this:
<VirtualHost *:80>
DocumentRoot /www/example1
ServerName www.example.com

Otherwise it wouldn't come up with the name example.com would it? Ping yourself at port 80 from your remote access. Better yet, just forward port 3386 or you favorite and use a no man-in-the-middle RDP, then test hitting localhost:443 and compare it to localhost:80

aethelwulffe wrote on Monday, December 28, 2015:

#wow! the forum thinks hashtags are for screaming!

tmccormi wrote on Tuesday, December 29, 2015:

Yes, it has it’s own very special markdown language …

tmccormi wrote on Tuesday, December 29, 2015:

Put code in code block using tildes lots of them

<a href="#">My code</a>

fsgl wrote on Tuesday, December 29, 2015:

A series of equal signs will give big bold, while dashes render medium bold.

Formatting Help, in the left side bar, is a good resource.

The Preview button, or Ctrl + P, usually prevents unintended consequences.

aethelwulffe wrote on Tuesday, December 29, 2015:

…Yeah, unless you are trying to do this:
Row of tilde

<center><a href="javascript:top.restoreSession();document.my_form.submit();" class="link_submit">[Save]</a>
<a href="<?php echo $GLOBALS['form_exit_url']; ?>" class="link_submit"
 onclick="top.restoreSession()">[Don't Save]</a></center>
<br>
<script language='JavaScript'>
var myEvent = window.attachEvent || window.addEventListener;
var chkevent = window.attachEvent ? 'onbeforeunload' : 'beforeunload'; 

            myEvent(chkevent, function(e) { // For >=IE7, Chrome, Firefox
                var confirmationMessage = 'Are you sure you want to leave the page?';
                  // make IE7, IE8 compatible  Firefox doesn't seem to allow custom messages.
                (e || window.event).returnValue = confirmationMessage;
                return confirmationMessage;
            });
	</script>

end row of tilde

aethelwulffe wrote on Tuesday, December 29, 2015:

See above…Post awaiting moderation? NO, the tilde lines do NOT make an uninterpreted code block. I have almost never had it work. this is getting quite off topic though…sorry.
I try it here with meaningless code and it will work:

void::Void()
10 goto 20
20 goto 10
end

wonder…

aethelwulffe wrote on Tuesday, December 29, 2015:

Most of the time I get this:

teryhill wrote on Tuesday, December 29, 2015:

Can we get back to the error?

Here is another one that I have gleaned from the error log for apache.

Tue Dec 29 13:51:07.979663 2015] [access_compat:error] [pid 12536:tid 1776] [client 25.11.215.36:52963] AH01797: client denied by server configuration: E:/xampp/htdocs/xampp/, referer: http://xx.x.xxx.xx/play/javascript-tabbed-navigation/

Any Ideas?

Terry

cmswest wrote on Tuesday, December 29, 2015:

looks like an xampp error described here:

teryhill wrote on Tuesday, December 29, 2015:

But the Xampp control panel says it is running on port 80. This error is only happining when you run thru Hamachi. Here is another wrinkle if you run the developer cosole in chrome the eror goes away.

???

Terry

teryhill wrote on Tuesday, December 29, 2015:

Ok it goes to occurring intermittently. I get this in the developer window.

http://xx.x.xxx.xx/play/javascript-tabbed-navigation/ Failed to load resource: the server responded with a status of 404 (Not Found)

cmswest wrote on Tuesday, December 29, 2015:

Turn off the windows computer luke, the gnu/linux force will be with you, always

aethelwulffe wrote on Tuesday, December 29, 2015:

OK, sometimes apache on 443 (in windows) just flat out flakes. This is a known thing, but there is a dearth of information on it.
My best method of dealing with that is to have ngnix on the firewall box handle the https stuff and forward it to the server running apache.
So, yeah, maybe this is a new and unrelated issue to your first error message. Are you only using chrome or chromium, or are you using firefox as well for testing?
Know that when it comes to JS there are differences.

aethelwulffe wrote on Tuesday, December 29, 2015:

OOOOOOHHH! DANG!
Dude, are you SURE you have all the billion tweaks needed to run xammp on anything other that the drive letter C:? I personally have not ever been fully successful with it anywhere else!

teryhill wrote on Tuesday, December 29, 2015:

this is on one clients server. I have 14 that are working just fine. It also happens on my test box. I took the opportunity on my test box of renaming the xampp directory and loading it again from the OEMR website. Loaded it and the problem was still there (thinking that the xampp load was the major problem) Problem stayed. I commented out line 522 in the Apache config file to take care of the ssl stuff ( line 522 is Include conf/extra/httpd-ssl.conf)

Terry

teryhill wrote on Wednesday, December 30, 2015:

Solution : Change secure VPN software. It is a Hamachi problem upon further investigation the other locations have the same issue once the VPN software is used for a period of time. This client just uses the software more than anyone else.

Now looking at replacements

Terry