FogBugz Technical Support

A forum for technical support discussion related to Fogbugz.
The current FogBugz Knowledge Base can be found at http://help.fogcreek.com/fogbugz.

Posts by Fog Creek Employees are marked:

Documentation
Release Notes
Network Status

FB For Your Server + On Demand?

We've been running our own server for a while now, but will soon be working with an external contractor on the same project.

We need to give the external group access to our existing installation, which relies on the back-end LDAP authentication, but can't put the same server in the corp DMZ to make it web-visible.

Is there a way to point an on-demand site at an existing non-public (behind firewall) installation?

What options are available for this kind of setup?

thanks!
Kevin McD Send private email
Thursday, December 6, 2007
 
 
I'm not sure I fully understand the situation, but I can say that On Demand sites will only be pointed at our servers and our databases, so that's probably not what you want.

You could set up a web server outside your firewall running FogBugz that would point at your FogBugz database, and poke a hole through the firewall just for that server to reach the database server.  You could also IP-restrict the web server to your contractor in order to lock it down further.

Would something like that work?
Eric Nehrlich Send private email
Thursday, December 6, 2007
 
 
It might, but in the 2 server scenario, is the LDAP connection built from the DB server to an LDAP server, or from the web server?
Kevin McD Send private email
Thursday, December 6, 2007
 
 
PS -- how would we need to cover licensing for the FB web installation on the DMZ web server?  Would that fall under our existing licensing or would you suggest moving the existing website to the DMZ host?
Kevin McD Send private email
Thursday, December 6, 2007
 
 
I just checked and the LDAP connection is made from the webserver, which means that it probably won't work for you.  Hrm.  I'm not sure there's a way to set things up the way you want unless you switch to FogBugz authentication for the duration of this project or something crazy like that.
Eric Nehrlich Send private email
Thursday, December 6, 2007
 
 
As far as licensing, we do permit the re-use of licenses in cases like this where both web servers would be pointed at the same database.
Eric Nehrlich Send private email
Thursday, December 6, 2007
 
 
Good to know about the licensing... thanks.

as far as switching authentication modes, can that be done mid-stream?  the project in question is ongoing (as in already exists, this is an add-on).  If we were to eliminate LDAP, would we need to recreate user accounts for everyone, and if so, could they be matched up to the LDAP names?
Kevin McD Send private email
Thursday, December 6, 2007
 
 
The accounts will all still remain if you switch from LDAP to FogBugz authentication - FogBugz creates accounts to match LDAP and then just includes a pointer to the associated LDAP account if that's necessary. 

If you turn off LDAP, you may have to manually set passwords for each of the accounts, since the passwords currently being used are coming from the LDAP server.

It would be kind of a pain, so I don't know if I recommend doing this, but I'm failing to think of other good workarounds for your situation.
Eric Nehrlich Send private email
Thursday, December 6, 2007
 
 
I'm guessing you don't have ISA or similar available to republish the fogbugz website?
Ray
Sunday, December 9, 2007
 
 
No ISA at the moment, but could investigate... how do you do it?

Monday, December 10, 2007
 
 
We're not doing it now, but at my previous job, we just had FogBugz running on an internal website, and used ISA 2004 to republish the website (with https) to the outside world.
Ray
Monday, December 10, 2007
 
 

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics
 
Powered by FogBugz Bug Tracking and Evidence-Based Scheduling.