Bugzilla: Wie konfiguriere ich eine "urlbase", die intern und extern funktioniert?

1982
paulsm4

PROBLEM:

Ich habe Bugzillla 3.6 unter Linux und einen Windows 2008-Server für unser internes DNS.

Ich muss Bugzillas "urlbase" einstellen, damit die SAME-Konfiguration sowohl für INTERNAL-Clients als auch für EXTERNAL-Clients funktioniert

BEISPIEL:

http://bugs.mycompany.com/bugzilla (xx.yy.zzz.nn) <= Alles funktioniert OK

  • Interner Zugriff (Windows DNS)

http: // bugs / bugzilla (192.168.1.200) <= Erreicht die Startseite und versucht dann, auf die Remote-Adresse "bugs.mycompany.com" zuzugreifen - da sich der Host tatsächlich in unserer Firewall befindet

  • Abhilfe:

Hack c: \ Windows \ system32 \ drivers \ etc \ hosts auf dem Client-PC:

192.168.1.200 bugs.mycompany.com

Zwei Probleme mit dieser Problemumgehung:

  • Ich müsste für jeden Kunden im Gebäude Hosts bearbeiten

  • Es bricht für einen Laptop, der eine Minute außerhalb sein könnte, und einen internen Client die nächste

Irgendwelche besseren Ideen ?????

Gibt es eine "one size fits all" URL für Bugzilla ???? Oder ist ein FQDN erforderlich ?

Vielen Dank im Voraus...

1

3 Antworten auf die Frage

2
Spiff

Fix your firewall & NAT to allow hairpinning when internal clients try to connect to that port on the NAT's public IP address.

1
Wayne Allen

Eine weitere Option ist die zweimalige Installation von Bugzilla. Beide sind so konfiguriert, dass sie dieselbe Datenbank verwenden, jedoch mit unterschiedlichen URL-Einstellungen.

0
Spiff

Eine andere Lösung wäre, einen internen (nicht von außen zugänglichen) DNS-Server in Ihrem Unternehmen einzurichten (z. B. durch Aktivieren des DNS-Dienstes auf einem bereits vorhandenen Server). Alle internen Clients verwenden diesen DNS-Server, wenn sie eingeschaltet sind das interne Netzwerk und haben diesen DNS-Server einen "A" -Datensatz, der bugs.mycompany.com auf 192.168.1.200 zugeordnet ist.

Auf diese Weise müssen Sie nicht die Datei / etc / hosts auf allen Ihren Clients hacken (weshalb DNS ursprünglich erstellt wurde).

Dies hat einen Vorteil gegenüber meinem anderen Vorschlag, da Bugzilla-Datenverkehr von Ihren internen Clients Ihr Netzwerk und Ihr NAT-Gateway nicht zweimal durchlaufen muss.