лучший способ был бы содержанием 3 306 закрытых от общественности и затем использовал бы туннель ssh для соединения с Вашим mysql сервером.
вот пример с помощью шпаклевки.
http://realprogrammers.com/how_to/set_up_an_ssh_tunnel_with_putty.html
Я переключился на использование созданного в сервере WSGI, поскольку это предназначается для продуктивной среды, и tracd не.
это хорошо работает, и не имейте вышеупомянутой проблемы, которую я имел бы с tracd.
На работе у нас есть среда проекта с большим количеством экземпляров trac (каждый из которых работает от имени другого пользователя), поэтому мы не могут позволить, чтобы процессы WSGI выполнялись для всех одновременно. Таким образом, я настроил множество виртуальных хостов apache + itk + suexec + fastcgi в качестве восходящих прокси-серверов nginx (каждый проект имеет 1 виртуальный хост для trac и 1 виртуальный хост для svn).
Мы не хотим добавлять 1 расположение в nginx для каждого trac и svn, поэтому, потратив несколько дней на борьбу с директивами прокси nginx с помощью регулярных выражений, я обнаружил, что в trac.ini (начиная с версии 0.10.5) есть несколько параметров, которые можно использовать для изменения местоположения перенаправления по умолчанию.
В вашем случае это должно было быть примерно так:
base_url = http://bugs.XXXXXXXX.com/
use_base_url_for_redirect = True
А затем перенаправляет apache (или перенаправляет tracd в вашем случае),