Documentation.

James Moger

2011-09-26 b083f5a956e69715efaaf95b810b02dec687c82e

 docs/01_setup.mkd

@@ -32,7 +32,7 @@
### Creating your own Self-Signed Certificate

Gitblit GO automatically generates an ssl certificate for you that is bound to *localhost*.



Remote Eclipse/EGit/JGit clients (<= 1.0.0) will fail to communicate using this certificate because JGit always verifies the hostname of the certificate, regardless of the *http.sslVerify=false* client-side setting.

Remote Eclipse/EGit/JGit clients (<= 1.1.0) will fail to communicate using this certificate because JGit always verifies the hostname of the certificate, regardless of the *http.sslVerify=false* client-side setting.



The EGit failure message is something like:



@@ -130,7 +130,7 @@
       accessRestriction = clone

       isFrozen = false

       showReadme = false

       excludeFromFederation = false

       federationStrategy = FEDERATE_THIS

       isFederated = false

       federationSets = 

       

@@ -307,7 +307,7 @@
**NOTE:**<br/>

The default self-signed certificate generated by Gitlbit GO is bound to *localhost*.<br/>

If you are using Eclipse/EGit/JGit clients, you will have to generate your own certificate that specifies the exact hostname used in your clone/push url.<br/>

You must do this because Eclipse/EGit/JGit (<= 1.0.0) always verifies certificate hostnames, regardless of the *http.sslVerify=false* client-side setting. 
You must do this because Eclipse/EGit/JGit (<= 1.1.0) always verifies certificate hostnames, regardless of the *http.sslVerify=false* client-side setting. 
 

- Eclipse/EGit/JGit

    1. Window->Preferences->Team->Git->Configuration