2. 程式人生 > >Jenkins+花生殼+nginx實現內網穿透的Springboot專案持續部署

Jenkins+花生殼+nginx實現內網穿透的Springboot專案持續部署

阿新 • • 發佈：2019-02-28

嘮叨一段

公司小什麼都要節約一點,所有測試伺服器都在公司局域網裡，程式碼託管在Gitee當中，自從用了微服務（用SpringBoot拆解業務流程），開發與測試階段部署jar太麻煩了，多早以前就聽說過Jenkins，經過不停的踩坑終於完成了初步的Gitee+jenkins+花生殼(內網穿透)+nginx實現自動持續部署。裡面還涉及到一些高階功能只能後面邊使用邊補充

我在裡面用到了nginx，對於不需要的朋友，直接忽略對應步驟即可，直接將tomcat的監聽埠改為80

註冊與配置花生殼

  1. 註冊/登入花生殼

  2. 購買域名

  3. 購買內網穿透

  4. 設定花生殼

    • 開啟花生殼

    • 增加內網穿透對映

      我對映的80埠是被NGINX監聽的（因為Jenkins等其他web應用也需要通過該域名被外網訪問）

    • 測試。輸入花生殼的域名，看能否訪問到自己的web伺服器網頁

      nginx配置：

      #user  nobody;
worker_processes  1;
​
#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;
​
#pid        logs/nginx.pid;
​
events {
    worker_connections  1024;
}
​
http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;
​
#log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
#                  '$status $body_bytes_sent "$http_referer" '
#                  '"$http_user_agent" "$http_x_forwarded_for"';
​
access_log  /home/app/proc/nginx/logs/access.log;
​
sendfile        on;
#tcp_nopush     on;
​
#keepalive_timeout  0;
keepalive_timeout  65;
​
#gzip  on;
​
server {
    listen       80;
    server_name  localhost;
​
    #charset koi8-r;
​
    #access_log  logs/host.access.log  main;
​
    location / {
        root   html;
        index  index.html index.htm;
    }
​
    #error_page  404              /404.html;
​
    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   html;
    }
​
    # proxy the PHP scripts to Apache listening on 127.0.0.1:80
    #
    location /jenkins{
        proxy_pass   http://192.168.2.23:8080; 
    }
}
}

    到此為止花生殼的配置結束了

安裝與配置Jenkins

安裝Jenkins

  • 在官網去下載war包

    https://jenkins.io/download/，選擇Long-term Support->Generic Java package

    我下載的http://mirrors.jenkins.io/war-stable/latest/jenkins.war

  • 部署到tomcat中，tomcat會自動解壓war並在webapps目錄下生成jenkins資料夾

    注意：linux作業系統限制了非root使用者不能監聽1024一下埠號，所以如果tomcat要啟動在80埠，必須用root使用者啟動，否則要修改花生殼的對映（指向內網的非80埠）

安裝Git

登陸root使用者，執行

yum -y install git

安裝完git後，複製出/usr/bin/git，後面設定會用到

配置Jenkins

初始化Jenkins

因為我自己已經在nginx上配置了Jenkins的代理，所以直接用如下地址訪問：

http://xxx.xxx.ecip.vip/jenkins

剛開始會出來一個提示頁面，告訴你Jenkins還在準備中，過1分鐘左右可以自己重新整理頁面，便會出來如下介面

圈出來的部分是下面要輸入的密碼儲存位置

去LINUX主機上獲取密碼

cat /root/.jenkins/secrets/initialAdminPassword

輸入密碼，點選下一步

然後過幾分鐘會提示你安裝外掛，選擇按照推薦的安裝。

補充：可能會有朋友遇到這個頁面出不來，提示連線失敗，可以直接跳過，後面直接去“外掛管理”裡面選擇對應外掛進行安裝。網上也有說去外掛中心修改https為http，我試了一下不知道為什麼不行，就選擇了前面的本辦法。

在不斷的安裝進行中

只安裝這點外掛還不夠，等會還要補充安裝別的外掛。

 

這一步完成之後，會提示建立使用者，如果是生產環境，建議建立一個使用者給予相應的許可權。我自己繼續使用的admin使用者。最終進入主頁

補充別的外掛

選擇路徑：“系統管理”-》“外掛管理”

安裝Deploy to container\Gitee\Publish Over SSH\Maven Integration外掛

注：可以選擇完所有外掛後，在點選安裝（install without restart）

系統設定

選擇路徑：“系統管理”-》“系統設定”

設定Gitee

設定參考https://gitee.com/oschina/Gitee-Jenkins-Plugin#%E6%8F%92%E4%BB%B6%E5%AE%89%E8%A3%85中的“外掛配置-新增碼雲連結配置”章節

設定完後，一定要測試一下是否連結成功

設定PUSH SSH OVER

設定介面

Passphrase:生成ssh公鑰私鑰時的密碼，如果使用ssh-keygen沒有輸入，該值不用填。按照本操作文件弄，就是不用填值

Path to key:私鑰路徑，此配置如果設定了，就可以不用設定下面Key了。在下面的ssh-keygen執行完後，會輸入私鑰的路徑，複製並貼上進來

Key：私鑰內容，此配置如果設定了，就可以不用設定上面的Path to key了

設定ssh免登陸

使用root使用者登入，配置hosts

使用app（自己的非root）使用者，配置ssh免登陸

ssh-keygen，互動的時候直接三次回車

ssh-copy-id,輸入對應用的密碼

新增SSH Server

Name:自己隨便取，可讀性強即可

Hostname:要接收構建後jar包的伺服器ip或者域名

Username:遠端主機使用者名稱

Remote Directory:直接設定根目錄，如果這樣設定，要注意使用者(app)的訪問許可權。如果這裡設定了根目錄，後面設定的傳送目錄時就可以直接輸入全路徑，避免造成誤配。這一點很重要，我在測試時候，就踩了這個坑。

弄完之後，點選測試一下

全域性工具設定

設定MAVEN

配置檔案

設定maven主目錄

去掉“自動安裝”複選框

設定JDK

設定JDK主目錄

設定GIT

設定Git檔案目錄

新建並構建任務

新建任務

前往 Jenkins -> New Item , name 輸入 'Gitee Test'，選擇 Freestyle project 儲存即可建立構建專案

 

 

任務全域性配置

Gitee連結設定

任務全域性配置中需要選擇前一步中的碼雲連結。前往某個任務（如'Gitee Test'）的 Configure -> General，Gitee connection 中選擇前面所配置的碼雲聯機，如圖：

原始碼管理配置

前往某個任務（如'Gitee Test'）的 Configure -> Source Code Management 選項卡

  1. 點選 Git

  2. 輸入你的倉庫地址，例如 [email protected]:gitee_group/gitee_project.git

    • 點選 Advanced 按鈕, Name 欄位中輸入 origin， Refspec 欄位輸入 +refs/heads/:refs/remotes/origin/ +refs/pull//MERGE:refs/pull//MERGE

  3. Branch Specifier 選項，根據實際情況輸入，我自己輸入的*/master

  4. 其他是選擇的預設值

新增證書

最終設定完如圖：

設定構建目標

測試構建

此刻的構建只是從Gitee上拉取程式碼並進行打包，還不具備push程式碼觸發構建的能力

進入到任務介面，點選“立即構建”

點選進度條，進入詳情頁面，點選“Console Output”，可以檢視打包的日誌輸出

第一次構建，會下載很多包，過程比較漫長

打包完會輸出如下日誌

觸發設定

  1. 生成Gitee WebHook 密碼

  2. 在Gitee中設定WebHook密碼

  3. 其他全部預設值

  4. 測試觸發是否成功

    在Gitee中點選

    觀察Jenkins是否觸發新的構建

    可以看到確實觸發了新的構建

構建動作設定

其中包含Pre steps/Post steps，兩者的作用類似於動態代理的invoke方法的前後執行的動作，或者Spring攔截器中的preHandle和afterHandle。

Pre steps：構建前執行的步驟，比如可以執行別的shell操作完成很多複雜的動作

Post steps：構建後執行的步驟

還有一個Post-build Actions

只是為了實現構建後進行檔案傳送和部署，設定Post steps/Post-build Actions都可以，我自己使用的Post-build Actions

restart.sh指令碼內容，該指令碼是選擇傳送過來的jar包列表中最近被修改的作為啟動項

#!/bin/sh
#設定環境變數
export JAVA_HOME=/home/app/proc/jdk1.8.0_181
export PATH=$JAVA_HOME/bin:$PATH
#設定程式主目錄
APP_HOME=/home/app/app/hello
#進入程式主目錄
cd $APP_HOME
#找出最近被修改的jar包
JAR_NAME=`ls -lot *.jar|head -n 1|awk '{print $8}'`
#啟動專案
java -jar $APP_HOME/$JAR_NAME> $APP_HOME/app.log

測試一下

在Gitee的WebHook中點選測試

觀察Jenkins中的HelloWorld專案是否被觸發構建

檢視構建日誌

檢視程序是否啟動起來了

驗證應用是否正常

發現錯別字了吧，笑一笑也不錯

OK，全部通過。。。

補充：

  1. 為了能在Jenkins控制檯觀察到啟動日誌，可以修改restart，將

    java -jar $APP_HOME/$JAR_NAME> $APP_HOME/app.log

    改為

    java -jar $APP_HOME/$JAR_NAME

    效果如下：

    圖片最下面的圈圈，表示還在等待接收新的輸入流做顯示

  2. 為了不讓Jenkins等待應用伺服器的輸出，則可以修改restart.sh,將

    java -jar $APP_HOME/$JAR_NAME> $APP_HOME/app.log

    改為

    nohup java -jar $APP_HOME/$JAR_NAME> $APP_HOME/app.log &

到底使用哪種方式，看自己喜好吧。

其他

忘記密碼

  1. 找回admin密碼

    使用jenkins啟動使用者登入主機，執行如下命令：

    cd

    cd .jenkins/secrets

    cat initialAdminPassword

    裡面的內容便是admin的密碼

  2. 取消密碼登入

    使用jenkins啟動使用者登入主機，執行如下命令：

    cd

    cd .jenkins

    vi config.xml

    修改<useSecurity>true</useSecurity>為<useSecurity>false</useSecurity>

    使用<!-- -->註釋掉下面的內容：

    <authorizationStrategy class="hudson.security.FullControlOnceLoggedInAuthorizationStrategy">
    <denyAnonymousReadAccess>true</denyAnonymousReadAccess>
  </authorizationStrategy>
  <securityRealm class="hudson.security.HudsonPrivateSecurityRealm">
    <disableSignup>true</disableSignup>
    <enableCaptcha>false</enableCaptcha>
  </securityRea

相關推薦

Jenkins+花生殼+nginx實現內網穿透的Springboot專案持續部署

嘮叨一段 公司小什麼都要節約一點,所有測試伺服器都在公司局域網裡，程式碼託管在

關於 frp+nginx實現內網穿透+共用埠

首先  frps  和 frpc  對比 [common] bind_addr = 0.0.0.0 bind_port = 7000 vhost_http_port = 80 vhost_https_port = 8443 dashboard_port = 7500

花生殼+Tomcat實現外網對本地專案的訪問

    做完本學期的專案後，需要釋出出去，在之前實驗中曾使用新浪雲作為伺服器釋出過專案，但其費用較高，且需要重新在伺服器上搭建環境，配置資料庫。於是，便想到在專案開發過程中，曾經使用360Wifi讓隊友從區域網中成功通過ip訪問到在自己本機上執行的專案，於是便設想能不能讓自

實現外網訪問區域網內的SVN——花生殼+visiualSVN實現外網訪問區域網內的SVN（三）

        經過前兩篇文章，到目前為止，我們已經獲取了外網域名並且搭建好了SVN server，接下來，我們就總結一下如何實踐實現一下訪問區域網。         1.安裝VisiualSVN S

【免費內網穿透】利用NatApp實現內網穿透

一，註冊賬號 在NatApp上註冊賬號：https://natapp.cn/register 二，實名認證 三，購買隧道 1，購買免費隧道 2，選擇8080埠進行內網穿透，併購買 四，下載客戶端

可以實現內網穿透的幾款工具

首先說下內網穿透的原理。   NAPT原理   在NAT閘道器上會有一張對映表，表上記錄了內網向公網哪個IP和埠發起了請求，然後如果內網有主機向公網裝置發起了請求，內網主機的請求資料包傳輸到了NAT閘道器上，那麼NAT閘道器會修改該資料包的源IP地址和源埠為NAT

配置frp實現內網穿透

一、frp的作用 利用處於內網或防火牆後的機器，對外網環境提供 http 或 https 服務。 對於 http, https 服務支援基於域名的虛擬主機，支援自定義域名繫結，使多個域名可以共用一個80埠。 利用處於內網或防火牆後的機器，對外網環境提供 tcp 和 udp

簡簡單單教你實現內網穿透

                sudo ./bin/ngrokd -tlsKey=server.key -tlsCrt=server.crt -domain="zzmd.superboycxx.top" -httpAddr=":8081" -httpsAddr=":8082"屁話不講，先來看下效果：１．搭

frp實現內網穿透

一、frp的作用 利用處於內網或防火牆後的機器，對外網環境提供 http 或 https 服務。 對於 http, https 服務支援基於域名的虛擬主機，支援自定義域名繫結，使多個域名可以共用一個80埠。 利用處於內網或防火牆後的機器，對外網環境提供 tcp 和 udp 服務，例如在家裡通

一分鐘實現內網穿透（ngrok伺服器搭建）

簡單來說內網穿透的目的是：讓外網能訪問你本地的應用，例如在外網開啟你本地http://127.0.0.1指向的Web站點。 最近公司的花生殼到期了，要續費，發現價格一直在漲，都是5年以上的老使用者，旗艦版都沒有實現內網完全穿透，打算自己動手替換這個服務，中間走

阿里雲搭建ngrok實現內網穿透

內網穿透想必是開發微信的同志所必須的，大部分人首先想到的是去網上找各種現成的吧，比如sunny-ngrok或者向日葵之類的，但是世界上沒有免費的午餐，免費的都是會崩的！！！下面我就來教大家怎麼用阿里雲和ngrok搭建一個內網穿透！！！！ 1.準備工作： 要能實現內網穿透，

阿里雲搭建自己的ngrok服務-實現內網穿透

參考博文:https://blog.csdn.net/qq_34292044/article/details/78559128https://blog.csdn.net/huanxiang201311/article/details/72725891一.環境準備       

【智慧路由器】openwrt實現內網穿透（p2p、n2n）

背景 有時候在對線上裝置進行維護，由其是除錯的時候希望技術人員遠端進入路由後臺除錯路由資訊的時候，如果沒有內網穿透就會比較麻煩。 本篇部落格是在路由上實現內網穿透，以實現資料、檔案的點對點傳輸或訪問 閱讀時需要額外瞭解下p2p協議原理，以及n2n工

使用電信光貓加路由器實現內網穿透，外網訪問內網

準備工作：1. 需註冊一個花生殼賬號和購買一個殼域名（可以免費獲取殼域名）2. 電腦下載安裝花生殼客戶端3. 使用電信光貓超級管理員密碼獲取器獲取光貓超級密碼4. 寬頻賬號與寬頻密碼(光貓配置後，需登入路由器上網，路由器需使用寬頻賬號與密碼登入上網)一.電信光貓配置1.1 在

可以實現內網穿透的幾款工具 侵立刪

轉自：https://mp.weixin.qq.com/s/TZmEbJ63f-N1RU1850VMaA   最近沒什麼事情，看了一些關於內網穿透的文章，因我本身已是做微信開發相關的工作，對這部分關注的比較多，現分享給大家。   首先說下內網穿透的原理。 &n

搭建 ngrok 服務實現內網穿透

文章目錄 提醒：本文最後更新於 1362 天前，文中所描述的資訊可能已發生改變，請謹慎使用。 我們經常會有「把本機開發中的 web 專案給朋友看一下」這種臨時需求，為此專門在 VPS 上部署一遍就有點太浪費了。之前我通常是在 ADSL 路由器上配個埠對映讓本機服務在外網可以訪問，但現在大部

如何實現內網穿透

        區域網是指在某一區域內由多臺計算機互聯成的計算機組。一般是方圓幾千米以內。區域網可以實現檔案管理、應用軟體共享、印表機共享、工作組內的日程安排、電子郵件和傳真通訊服務等功能。區域網是封閉型的，可以由辦公室內的兩臺計算機組成，也可以由一個公司內的上千臺計算機組

搭建並配置優雅的 ngrok 服務實現內網穿透

問題 隨著網際網路生態圈的發展，現今的 Web 專案中開始越來越多的使用第三方服務，通常這些第三方服務都是由 Client 通過 Server 的 API 主動發起請求，但是 Server 回撥 Client 這種方式也是很多服務中不可避免的一種方式。這樣的場景下，對於

透過nginx實現內網hadoop、hbase叢集對外訪問web介面

轉載請標明出處：http://blackwing.iteye.com/blog/1949154 -----------------------------------------------------------------------------------------

VPS配合Frp實現內網穿透使用windows遠端桌面

windows遠端桌面連線時，要麼兩臺主機再同一個區域網，要麼目標主機必須有外網IP。然而很多情況下，我們的主機都是沒有外網IP的，因此我通過Frp和一個具有外網Ip的vps實現內網穿透進而進行遠端桌面。 首先將目標主機的遠端桌面開啟並配置防火牆，這裡不再