I would appreciate some help diagnosing a problem. I have three package installed Koha instances running on a Debian server, for a number of weeks all has been OK but today the opac address for one instance leads to the opac of another. The admin interface operates without issue though. I have reloaded the config and restarted apache but the problem remains. Any assistance would be appreciated. Clint. -- Clint Deckard Ashley Clinton RD1 Takapau Central Hawkes Bay, New Zealand.
Can you post your apache config on pastebin? Also what is your exact Koha/Apache/Distro version? Riley Childs Senior Charlotte United Christian Academy Library Services Administrator IT Services (704) 497-2086 rileychilds.net @rowdychildren ________________________________ From: clint.deckard<mailto:clint.deckard@frontiers.co.nz> Sent: 9/23/2014 10:29 PM To: Koha-List<mailto:koha@lists.katipo.co.nz> Subject: [Koha] name-based virtualhost problem I would appreciate some help diagnosing a problem. I have three package installed Koha instances running on a Debian server, for a number of weeks all has been OK but today the opac address for one instance leads to the opac of another. The admin interface operates without issue though. I have reloaded the config and restarted apache but the problem remains. Any assistance would be appreciated. Clint. -- Clint Deckard Ashley Clinton RD1 Takapau Central Hawkes Bay, New Zealand. _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
clint.deckard schreef op wo 24-09-2014 om 14:27 [+1200]:
I have three package installed Koha instances running on a Debian server, for a number of weeks all has been OK but today the opac address for one instance leads to the opac of another. The admin interface operates without issue though.
Do what Riley says as well, but to give some hopefully useful context: This can happen when your browser does a request for something but there's no matching virtual host for it. Apache will deliver the first site that it has a configuration for, which is probably one of the OPACs. There are two cases where this can happen, commonly. The least likely is that you're running SSL and are trying to access it from Windows XP and IE. XP doesn't support things to make that happen, and you shouldn't use it because Windows is terrible anyway. The more likely is that there is a difference between the ServerName and/or ServerAlias configuration in the OPAC that's not working, and the hostname part of the URL used to access it. They must match exactly, and if it's an internal system, beware of things like http://library automatically becoming http://library.site.co.nz in the browser. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF
Robin, Riley and Mark, Thank you for your help. I believe I have found the issue. I had two ServerName entries, the second should have been a ServerAlias entry. I am grateful for your timely help. Many thanks, Clint. Robin Sheat wrote:
clint.deckard schreef op wo 24-09-2014 om 14:27 [+1200]:
I have three package installed Koha instances running on a Debian server, for a number of weeks all has been OK but today the opac address for one instance leads to the opac of another. The admin interface operates without issue though.
Do what Riley says as well, but to give some hopefully useful context:
This can happen when your browser does a request for something but there's no matching virtual host for it. Apache will deliver the first site that it has a configuration for, which is probably one of the OPACs.
There are two cases where this can happen, commonly.
The least likely is that you're running SSL and are trying to access it from Windows XP and IE. XP doesn't support things to make that happen, and you shouldn't use it because Windows is terrible anyway.
The more likely is that there is a difference between the ServerName and/or ServerAlias configuration in the OPAC that's not working, and the hostname part of the URL used to access it. They must match exactly, and if it's an internal system, beware of things like http://library automatically becoming http://library.site.co.nz in the browser.
participants (3)
-
clint.deckard -
Riley Childs -
Robin Sheat