asmecher wrote:Hi Fred,
What proxy settings are the various browsers using? Are they connecting directly via port 80 (e.g. a direct connection to the remote server), or is there a proxy configuration that accesses the proxy using port 80?
I've looked in the connection settings of Firefox on the Unix system, and it uses the proxy config scrip at http://wwwcache.nottingham.ac.uk/proxy.pac
, the same as the copy of Firefox on my local machine.
Having failed completely in getting Harvester to run on the multi-user system, I installed it on a Windows PC in our office running Apache, mySQL and PHP (courtesy of the excellent XAMPP package) with all root permissions. The installation went fine, then after I edited the config.inc.php to add:
http_host = 18.104.22.168
http_port = 3128
to the [proxy] section, it harvested records fine. Woo-hoo! I thought, at last I've got it working on a server which others can access. Sadly, my enthusiasm was dampened when I found that, although anyone inside our nottingham.ac.uk domain could access it at http://22.214.171.124/harvester2/
, nobody outside the domain could get to it - if you give it go it'll time out, and neither can 126.96.36.199 be pinged. Almost certainly our sodding sysadmins have blocked incoming HTTP to anything other than 'approved' IP addresses, so I've sent them a sharp email asking them to 'approve' the test machine.
Put simply, I think that all this trouble has been caused by some mysterious settings on our university web server which I'm not privy to. It frustrates the almighty hell out of me, and means that I'll probably have to try to install harvester on my personal machine at home in order to demo it to work colleagues.
Has the pkp.sfu.ca server been up and down these last couple of days? It's been unreachable for much of today, and a fair bit of yesterday.