openerp-india team mailing list archive

[Donatas Stonys Blue Whale SEO <donatelonow@xxxxxxxxxxx>]

Hello guys,

I just would like to get some confirmation:

If I change

              ProxyPass / https://localhost:8069/
              ProxyPassReverse / https://localhost:8069/

to

              ProxyPass / http://localhost:8069/
              ProxyPassReverse / http://localhost:8069/

as stated here https://answers.launchpad.net/openerp-
web/+question/201897, can I assume that I secured the connection even if
don't see https and certificate being used?

However, if I use 
             ProxyPass / https://localhost:8069/ 
             ProxyPassReverse / https://localhost:8069/
instead I get this error in a browser:

"Proxy Error
The proxy server could not handle the request GET /.

Reason: Error during SSL Handshake with remote server

Additionally, a 500 Internal Server Error error was encountered while
trying to use an ErrorDocument to handle the request."

Configuration looks following:

<VirtualHost login.domain.com:80>
              ServerName login.domain.com
              ServerAdmin admin@xxxxxxxxxx

       SSLProxyEngine On
	SSLOptions +FakeBasicAuth +ExportCertData +StrictRequire
              
	SSLEngine on
	SSLCertificateFile /etc/httpd/conf/ssl.crt/server.crt
	SSLCertificateKeyFile /etc/httpd/conf/ssl.key/server.key

              RequestHeader set "X-Forwarded-Proto" "https"
              ProxyRequests Off
              ProxyPreserveHost On

              <Proxy>
                Order deny,allow
                 Allow from all
              </Proxy>

		# Fix IE problem (http error 408/409)
              SetEnv proxy-nokeepalive 1

              ProxyPass / https://login.domain.com:8069/
              ProxyPassReverse / https://login.domain.com:8069/
   
</VirtualHost>

Thank you!

-- 
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Server.
https://bugs.launchpad.net/bugs/936831

Title:
  Unable to get server to listen for xmlrpcs

Status in OpenERP Server:
  Won't Fix

Bug description:
  On a recent nightly build of openerp-server-6.1 (20120216-200739) I am
  unable to get the server to listen or bind to port 8071 according to
  nmap and I am unable to connect using the trunk GTK client.

  There are no errors reported in the log file (tried with debug and
  debug_rpc levels). The key and cert are fine. I have used this
  configuration before on OpenERP 6.0.3 successfully.

  [options]
  without_demo = False
  smtp_port = 25
  db_template = template0
  db_password = False
  xmlrpcs = True
  xmlrpcs_interface = 
  syslog = False
  logrotate = True
  xmlrpcs_port = 8071
  test_report_directory = False
  list_db = True
  timezone = False
  xmlrpc_interface = 
  test_file = False
  cache_timeout = 100000
  smtp_password = False
  secure_pkey_file = /etc/ssl/openerp/server.key
  xmlrpc_port = 8069
  log_level = info
  xmlrpc = True
  test_disable = False
  admin_passwd = admin123
  assert_exit_level = error
  smtp_server = localhost
  static_http_url_prefix = None
  unaccent = False
  test_commit = False
  proxy_mode = False
  demo = {}
  db_host = False
  login_message = False
  import_partial = 
  pidfile = None
  db_maxconn = 64
  osv_memory_count_limit = False
  reportgz = False
  osv_memory_age_limit = 1.0
  netrpc_port = 8070
  db_port = False
  virtual_memory_reset = 671088640
  db_name = False
  debug_mode = False
  netrpc = True
  secure_cert_file = /etc/ssl/openerp/server.crt
  logfile = /var/log/openerp/openerp-server.log
  csv_internal_sep = ,
  virtual_memory_limit = 805306368
  pg_path = None
  static_http_enable = False
  cpu_time_limit = 60
  translate_modules = ['all']
  smtp_ssl = False
  server_wide_modules = None
  netrpc_interface = 
  smtp_user = False
  log_handler = [':INFO']
  db_user = openerp
  dbfilter = .*
  max_cron_threads = 4
  email_from = False
  addons_path = /opt/openerp/server/openerp/addons
  static_http_document_root = None

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-server/+bug/936831/+subscriptions