More Related Content
Similar to Intranet Development v1.0 (TSG LIVE! 12 LT )
Similar to Intranet Development v1.0 (TSG LIVE! 12 LT ) (20)
Recently uploaded
Recently uploaded (10)
Intranet Development v1.0 (TSG LIVE! 12 LT )
- 5. Windows Server (UT10) Fileサーバー Ghidraサーバー RE GitBucket Git Server Redmine Task管理 Wiki
- 6. Ubuntu Server (BT11) VPN Endpoint WireGuard Dashy CTFNote drawthe.net
- 10. 新しいサーバー機の導入 経緯 Ubuntu Server (BT11)のBIOSにロックがかかってしまった BIOS上でパスワードを入力する項目があったので軽率に入れてしまった。 マニュアルを確認すると、中身が実装されていない項目で、入力してはいけなかった。 入れてしまった場合はサポートまで 再起動時に物理コンソールからパスワードを入れる必要がある 流石に廃棄せざるを得ない HA8000/TS10 GUFT11AN-DANCDR0を導入 Hitachiの最後のサーバーモデル(2017~) これで微妙になってきたら、HITACHIのサーバーを見切るタイミングとなる Xeon E3-1270 v6, memory 8GB 製品番号から拝借して、以降FT11と呼ぶことにする
- 11. FT11の用途 (計画) Windows Server 2022を入れて、既存のWindows Server (UT10)を置き換える。 Fileサーバー Active Directory
- 12. UT10の用途 (計画) Windows ServerからUbuntu Serverへ Dockerを使うものは基本こちらで使う Dashy CTFNote drawthe.net
- 13. Network図
- 14. 移行作業の優先順位 1. できる限り、v0のサービスを止めない 2. Docker上でそれぞれ動かすようにする 3. 自動デプロイを導入する
- 16. raspberry pi 公式ページより Raspberry Pi 4Bの導入 消費電力の小さいVPN Endpointを導入したい Wake On Lanパケットを各サーバーに送るためのマシンが必要 WireGuardはL3 VPNなので Dashyは常に動かしておきたい
- 17. Network図
- 18. WireGuard 公式ページより WireGuard Fast, Modern, Secure VPN TUNNEL UDPで動く Docker上で動かす lscr.io/linuxserver/wireguard:latest L3なので、Wake On Lanパケットは、イントラネットに接続後そのイントラネットの機器から送る必要が ある。
- 19. Unbound 公式ページより Unbound DNSサーバー 他にBind9, PowerDNSなどがある confファイルでAレコードなどを記述 local-zone: "unbound." static ## A Record local-data: "raspberry.unbound. A 192.168.11.20" local-data: "winserver.unbound. IN A 192.168.11.40" local-data: "ubserver.unbound. IN A 192.168.11.80" # PTR Record local-data-ptr: "192.168.11.20 raspberry.unbound." local-data-ptr: "192.168.11.40 winserver.unbound." local-data-ptr: "192.168.11.80 ubserver.unbound." forward-zone: name: "." forward-tls-upstream: yes forward-addr: 1.1.1.1@853#cloudflare-dns.com forward-addr: 8.8.8.8@853#dns.google
- 21. wolweb Wake On Lan用のWeb Interface https://github.com/sameerdhoot/wolweb Docker ghcr.io/sameerdhoot/wolweb { "devices": [ { "name": "Server", "mac": "34:E6:D7:33:12:71", "ip": "192.168.1.255:9" }, { "name": "Laptop", "mac": "18:1D:EA:70:A0:21", "ip": "192.168.1.255:9" } ] }
- 23. Network図
- 24. amazon 販売ページより Binardatのスイッチの導入 10G NICがWake On LANに対応していない 10GのSFP+ to RJ45の変換ケーブルの発熱がヤバいので、使いたくない 2.5GのRJ45が4port, 10GのSFP+が2port RJ45 WOL対応のNICやオンボードRJ45ポートへ SFP+ CRS305へ 10G SFP+のNICを買う時は、WOLに対応しているかチェックしましょう ただWOLに対応しているNICはとても高い
- 25. Network図
- 26. VectorLogoZoneより Gitlabの導入 ローカルのGitサーバーがやはり欲しい DevSecOpsプラットフォーム Cloud, SaaS Free, Premium, Ultimate Gitlabはローカルで無料で使えて、様々な機能がある Gitlab Runnerを使ってCI/CDを実行
- 27. Windows ServerでlinuxのDocker Containerを動かす 仮想環境の候補 WSL2 Docker Desktop containerd Docker CE/Moby Mirantis Container Runtime
- 28. Windows ServerでlinuxのDocker Containerを動かす Docker Desktop インストールなど簡単 ログオン時に起動する サーバーだとboot時に起動して欲しい Docker Desktop自体をタスクスケジュールやWindowsサービスで起動しようとしたが、怒られる インタラクティブなウィンドウの起動はonstartでのタスクスケジュールでは実行できない。 Logonが必須 Docker Desktopはおそらくonstartで実行できない。
- 29. Windows ServerでlinuxのDocker Containerを動かす containerd containerdでLinux containerを使うにはLinuxでcontainerdを動かす必要がある。 Docker CE / Moby dockerのバイナリを落としてきて使っているぽい バイナリパッケージの dockerd.exe と docker.exe はLinuxコンテナの動作をサポートしていな い。 Mirantis Container Runtime 有償
- 31. WSL2の自動起動の方法 pre-release版のWSL2のバージョン2.0.0からWSLがセッション0で動かせるようになった。(2023/9/18) セッション0で動かせなかったことが、WindowsサービスやTask Schedulerがon startで WSL.exe を実 行できなかった原因 https://github.com/microsoft/WSL/issues/9231 C:Program FilesWSLwsl.exe を直接onstartでTask Schedulerから起動するとうまくいく Local SYSTEM Account からはなぜかダメらしい
- 32. Gitlab Runnerの導入 Gitlab Runnerを各PCにinstall registeration tokenとGitLab ServerのURLを使用 concurrentを1024に設定 複数のJobを同時に実行できる executorの設定 RunnerはRepository, Group専用として設定可能 Shared Runnerも登録できる .gitlab-ci.yml に記述するTagでrunnerを指定
- 33. Executorの設定 色々な種類があるが、主に以下の2つを使っている shell executor shellのコマンドを実行できる runnerのユーザーアカウントをdocker groupに追加 shell executorで docker compose up -d が打てる サービスをDockerコンテナで動かしたい時などはこれを使っている WireGuard, Dashy, drawthe.net, GROWI docker executor docker containerを直接動かせる コマンドを実行した結果の生成物が欲しい場合これを使っている slidev We have some success stories from organizations using this executor, but usually we recommend using one of the other types.
- 34. Network図
- 36. SlidevでPDFを自動生成 1. mdファイルを更新し、GitlabにPUSH 2. Docker ExecutorのCI/CDが走る 3. Job Artifactとして、PDFが得られる image: node:latest stages: # List of stages for jobs, and their order of execution - pdf pdf-job: # This job runs in the deploy stage. stage: pdf # It only runs when *both* jobs in the test stage complete successfully. environment: production before_script: - apt update && apt install -y locales - locale-gen jp_JP.UTF-8 - export LANG="ja_JP.UTF-8" - export LANGUAGE="jp_JP:ja" - export LC_ALL="ja_JP.UTF-8"
- 37. SlidevでPDFを自動生成 playwrightの依存パッケージをinstallする際に、wqyフォントを入れられてしまい、これが日本語の文字化 けの原因となる /usr/share/fonts/truetype の下にあるファイルを削除 script: - locale - cd ./slidev - yarn install - yarn add -D playwright-chromium - yarn playwright install-deps - fc-list - fc-match serif:lang=ja - rm -r /usr/share/fonts/truetype/dejavu - rm -r /usr/share/fonts/truetype/wqy - fc-list - fc-match serif:lang=ja - yarn run build - yarn export - ls artifacts: paths: - ./slidev/slides-export.pdf
- 39. RAとは MフラグとOフラグ Mフラグ ONだとDHCPv6, OFFだとRA経由で通知 Oフラグ ONだとDNSのアドレスなどを通知、OFFだと手動で設定 GateWayの機能が乏しく、ipv6のprimary DNSを設定できない MをON, OをOFFにして、dhcpv6経由でIPアドレスを配りつつ、DNSのアドレスは渡さない DNSはIPv4のunbound経由で行われる