[原创] debian 9.3 搭建Jira+Confluence+Bitbucket+crowd+seafile (零) 修改端口的问题

[原创] debian 9.3 搭建Jira+Confluence+Bitbucket+crowd+seafile (零) 修改端口的问题

[原创] debian 9.3 搭建Jira+Confluence+Bitbucket+seafile  (零)  修改端口的问题

 

来来来,今天说个没有人说过的事, 搭建好Jira+Confluence+Bitbucket,并采用crowd做集成验证后, 修改Jira、Confluence、Bitbucket、Crowd端口的问题。

前篇,在装完seafile私有网盘后, web端、app端都正常, 但是seadrive是不正常的, 只能获取到文件而获取不到文件夹,查看日志后发现seadrive没有修改seafile-server端口的地方, 只能采用默认的8082, 而我们的8082端口装了confluence。由于无法修改seadrive所使用的端口, 所以只能寄希望于修改confluence端口。

而修改confluence端口本身并不是难题,应为考虑到atlassian系列的产品的端口连续性,我琢磨着把crowd、jira、confluence、bitbucket的端口改成9000系,即:9095,9091,9092,9093。而把seafile的端口改成8000系,即:8000,8082。

 

这样就涉及到crowd单点登录系统的端口修改,并连带需要修改Jira、Confluence、Bitbucket的认证设置。其实,这个问题最简单的处理方式, 就是【只修改conflucen的端口,而不修改crowd的端口】,这样改动的工作量是最小的。但但但但是,以上几句都是马后炮,当时修改的时候是从crowd动手的, 没有想那么多。。。。,同时也想把端口的使用更规范一些,结果引来了一大堆的问题!

【注意】:如果是新装Crowd、Jira、Confluence、bitbucket + seafile的同学,强烈建议把Crowd、Jira、Confluence、Bitbucket的端口设置为9090系,8080系端口太常用了, 弄不好某些类似seadrive的系统就无法修改端口号,造成端口冲突的问题。

 

老规矩,废话不多说了,开始修改端口的过程:修改端口有2中思路, 第1种,将tomcat的配置中的端口改掉, 然后把相关系统(crowd、jira、confluence、bitbucket)的数据库中的所有表中含有端口号的内容全部改掉。第2种,现搭建一个新的crowd(新端口号),然后同时运行2个crowd的实例,再通过jira、confluence、bitbucket系统本身的设置来修改相关的端口。

至于我采用了哪一种? 其实2种我都采用了,因为一开始没有发现问题所在,所以盲目的尝试了几次,结果就是以上2种都试了试。经过我的尝试, 我建议采用第二种方法,第一种方法的话也可以用游标遍历所有的表,将含有8092、8093的数据修改为9092,、9093,sql牛掰的同学可以尝试。第二种方法的好处,就是不用改个撸表,动动鼠标就改好了。

第二种方法,通过crowd的双实例来修改的具体步骤:

1. 修改seafile的配置文件,使seadrive能够正常使用。

              修改/opt/seafile/conf下的ccnet.conf文件,将SERVICE_URL项末尾的端口号改为8000.

              修改/opt/seafile/conf下的seafdav.conf文件,将PORT端口号改为8082.

              修改/opt/seafile/conf下的seafile.conf文件,将【File Server】项的PORT端口号改为8082.

      之后, 重新启动seafile和seahub即可,再次尝试seadrive已经正常了。

 

2.  修改atlassian系列软件的端口号,包含(crowd、jira、confluence、bitbucket)

        2.1 创建crowd的双实例,并同时运行起来。

                      将/opt/atlassian/crowd文件夹,整个复制并改名为crowd2

                      cd到/opt/atlassian/crowd2下面,找到tomcat配置文件,路径为:/opt/atlassian/crowd2/apache-tomcat/conf/server.xml,打开该文件并将第二行<Server port=”8082″ shutdown=”SHUTDOWN”>中的端口改为8021。因为crowd2只是临时用一下,所以修改这个端口的号的目的只是为了能同时起来2个crowd。

                      cd到/opt/atlassian/crowd2目录下, 通过./start_crowd.sh启动crowd2。

 

                      修改原crowd文件夹中的端口号, cd到/opt/atlassian/crowd下面,将tomcat配置文件/opt/atlassian/crowd2/apache-tomcat/conf/server.xml中的  <Service name=”Catalina”>的子配置节<Connector ……>中,将port改为9095。

                     cd到/opt/atlassian/crowd目录下, 通过./start_crowd.sh启动crowd。(之前的安装crowd也可以通过/etc/init.d/crowd start来启动)。

 

            至此,双crowd实例启动完成。

 

     2.2 修改jira的集成验证配置。

            2.2.1  修改jira的端口号。

                      cd到jira的tomcat目录并修改配置文件, 路径为:/opt/atlassian/jira/conf/server.xml。将其中的 <Service name=”Catalina”>的子配置节<Connector ……>中,将port改为9091。并启动jira,/etc/init.d/jira start。

           2.2.2  变更Jira中的相关配置,由于我们起了2个crowd,所以不论是crowd变更之前,还是crowd变更之后我们都是能够连上集成认证环境并同步数据的。

                      首先,进入【管理】-》【应用程序】-》【应有程序链接】,将confluence和bitbucket的链接端口改为9092和9093。

                       进入【管理】-》【系统】,将【基本URL】的端口改为9091。

                        进入【管理】-》【用户管理】-》【用户目录】,先点击Jira Crowd Directory目录名称的排序箭头,将顺序下调,之后点击编辑将url中的8095改为9095,然后测试保存接口。保存完毕后,别忘了再通过箭头将Jira Crowd Directory目录名称的顺序恢复。

           2.2.3  修改crowd集成验证的配置。

                      cd到jira目录下关于crowd的配置文件,路径为:/opt/atlassian/jira/atlassian-jira/WEB-INF/classes/crowd.properties。将其中的8095的url都改成9095的url,就改好了。

                    【这里多说一句,有人留言问为单点登录没效果?】

                      检查一下/opt/atlassian/jira/atlassian-jira/WEB-INF/classes目录下的seraph-config.xml, 将其中的:

          <authenticator class=”com.atlassian.jira.security.login.JiraSeraphAuthenticator” />

      给注释掉, 并取消一下内容的注释:

          <authenticator class=”com.atlassian.jira.security.login.SSOSeraphAuthenticator” />

      保存后, 即可完成SSO的设置, 等待重新启动Jira就可以了.

         

 

     2.3  同理,可修改confluence的集成验证配置。

           2.3.1  修改confluence的端口号。

                      cd到jira的tomcat目录并修改配置文件, 路径为:/opt/atlassian/confluence/conf/server.xml。将其中的 <Service name=”Catalina”>的子配置节<Connector ……>中,将port改为9092。并启动confluence,/etc/init.d/confluence start。

           2.3.2  变更confluence中的相关配置。

                      首先,进入【站点管理】-》【一般配置】,将【站点配置】中URL的的端口改为9092。

                        进入【站点管理】-》【管理】-》【应有程序链接】,将jira和bitbucket的链接端口改为9091和9093。                  

                        进入【站点管理】-》【用户&安全】-》【用户目录】,先点击Confluence Crowd Directory目录名称的排序箭头,将顺序下调,之后点击编辑将url中的8095改为9095,然后测试保存接口。保存完毕后,别忘了再通过箭头将Confluence Crowd Directory目录名称的顺序恢复。

           2.3.3  修改crowd集成验证的配置。

                      cd到confluence目录下关于crowd的配置文件,路径为:/opt/atlassian/confluence/confluence/WEB-INF/classes/crowd.properties。将其中的8095的url都改成9095的url,就改好了。

                    【这里多说一句,有人留言问为单点登录没效果?】

                      检查一下/opt/atlassian/confluence/confluence/WEB-INF/classes目录下的seraph-config.xml, 将其中的:

          <authenticator class=”com.atlassian.confluence.user.ConfluenceAuthenticator” />

      给注释掉, 并取消一下内容的注释:

          <authenticator class=”com.atlassian.confluence.user.ConfluenceCrowdSSOAuthenticator” />

      保存后, 即可完成SSO的设置, 等待冲洗启动Confluence后可可以了.

                   

               

 

2.4  同理,可修改bitbucket的集成验证配置。

           2.4.1  修改bitbucket的端口号。

                      cd到bitbucket的tomcat目录并修改配置文件, 路径为:/data/atlassian/application-data/bitbucket/shared/bitbucket.properties。将其中的 server.port改为9093。并启动bitbucket,service atlbitbucket start。

           2.4.2  变更bitbucket中的相关配置。

                      首先,进入【管理】-》【设置】,将【服务器设置】中URL的的端口改为9093。

                        进入【管理】-》【设置】-》【应有程序链接】,将jira和confluence的链接端口改为9091和9092。                  

                        进入【管理】-》【账号】-》【用户目录】,先点击Bitbucket Crowd Directory目录名称的排序箭头,将顺序下调,之后点击编辑将url中的8095改为9095,然后测试保存接口。保存完毕后,别忘了再通过箭头将Bitbucket Crowd Directory目录名称的顺序恢复。

           2.4.3  修改crowd集成验证的配置。

                      找到/data/atlassian/application-data/bitbucket/shared/bitbucket.properties文件, 在末尾加上一下内容即可:

          plugin.auth-crowd.sso.enabled=true

 

      至此, 所有的配置就完毕了, 重启后就可以使用了.

 

2.5  在以上内容都修改完毕后, 端口的变更操作就完成了, 再次强调:如果只是为了解决seafile的冲突, 只要修改confluence的tomcat配置及confluence内部的相关属性设置即可,最后删除掉/opt/atlassian/crowd2文件夹,即大功告成。

                    

       

 

转载于:https://www.cnblogs.com/cs_net/p/9344564.html

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/101533.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • pychorm激活码【中文破解版】

    (pychorm激活码)好多小伙伴总是说激活码老是失效,太麻烦,关注/收藏全栈君太难教程,2021永久激活的方法等着你。IntelliJ2021最新激活注册码,破解教程可免费永久激活,亲测有效,下面是详细链接哦~https://javaforall.net/100143.html0UY7RF7AC5-eyJsaWNlbnNlSWQi…

    2022年3月28日
    41
  • Sublime Text 3 注册/激活方法

    Sublime Text 3 注册/激活方法Sublime是一款很好用的编辑器,虽然是免费使用,但是经常会弹出吆喝着让你购买(purchase)的弹窗,对一名优秀的强迫症来说看久了还是很烦人的。而且现在网上很多注册码都不可用。那么要怎么解决呢?下面提供两种解决方案。(我是在win10系统上操作的)二、方案方案一[1]1)建立一个bat文件(随便取个名字,如“runHost.bat”),复制以下代码到…

    2022年7月27日
    8
  • navigator对象属性_javascript构造函数

    navigator对象属性_javascript构造函数Navigator对象包含有关浏览器的信息。注意:没有应用于navigator对象的公开标准,不过所有浏览器都支持该对象。Navigator对象属性属性 说明 appCodeName 返回浏览器的代码名 appName 返回浏览器的名称 appVersion 返回浏览器的平台和版本信息 cookieEnabled 返回指明浏览器中是否启用cookie的布尔值 platform 返回运行浏览器的操作系统平台 userAgen.

    2025年10月27日
    1
  • 目前主流的app开发方式

    目前主流的app开发方式移动应用开发三种方式比较随着H5标准的发布以及推广,使得移动应用的开发也受到了很大影响,出于效率、成本等等的原因,移动应用的开发不在完全依赖于“原生”。今天就简单总结一下目前的三大主流移动应用开发类型。APP,一般认为是mobileapplication,也就是移动移动应用程序。1.NativeApp:本地应用程序(原生App)NativeApp是一种基于智能手…

    2022年5月30日
    37
  • 10条PHP编程习惯助你找工作

    10条PHP编程习惯助你找工作

    2021年10月15日
    37
  • 2020最新版MySQL数据库面试题(二)[通俗易懂]

    2020最新版MySQL数据库面试题(二)

    2022年2月14日
    48

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号