Rails5をNginx経由で接続させるためのNginxの設定。Nginx＋Puma＋Rails5
Nginx経由でPuma＋Rails5へアクセスできるように設定してみた。 Rails5でアプリケーションは問題なく動いている前提で記載 Rails5でのデフォルトのアクセス方法は、http://接続IP:3000というもので、ポート3000にアクセスするようになっているけど、一般的にはポート3000でアクセスしているものなんてみたことない。 調べてみると、Railsの前にWebサーバがあって、Webサーバ経由でRailsへアクセスするのが一般的みたい。 例えば、 今まで、http://1.1.1.1:3000にアクセスするとPumaが受け取って、Railsに渡す！ という動きだったけど、 一般的には http://1.1.1.1にアクセスすると、Webサーバ(Nginx）が受け取って、Nginxが1.1.1.1:3000に渡して、それをPumaが受け取って、Railsに渡す！ という動き
【すぐわかる】CentOSのポート開放のやり方
最近のCentOS7やFedoraなどはデフォルトでfirewalldが有効になっており、基本的にポートは塞がっている。 サービスを提供するには、適切に設定されたサーバアプリケーションと適切なポート開放が必要となる。例えばwebサーバの場合apacheなどを設定し起動、その後firewalldの設定を行い80番のポートを開放する必要がある。 このページではCentOSのポート解放についてお伝えしよう。 そもそもポートとは？ 念のためご紹介しておこう。 TCPやUDPで通信を行うときは、コンピュータ単位ではなく「プロセスやスレッド単位」で通信が行われる。この時の通信の窓口がポートである。 ネットワーク間でやり取りされる情報の基礎は「プロトコル」と「アドレス」と「ポート番号」この三つが主軸になっている。 日本語におとしこむと「どのような方法」(プロトコル)で「どこ」(アドレス)の「何号室」(ポ
Rails5のpumaをsystemdで起動するメモ - Qiita
試した際のメモ。 Developmentで動かすことを想定したものなのでProductionは微妙に違うと思う。 試した環境はVMPlayerにインストールしたCentOS7でRubyは2.4.2をrbenvを使ってインストール。 Railsのバージョンは5.1.4でPumaは3.11.0。 起動するアプリは/var/local/rails配下にSampleという名前で設置されているものとする。 1. 起動用のスクリプトの準備 以下のようなファイルを用意する。 ファイル名は何でもいいけど拡張子は.serviceであることに注意。 [Unit] Description=Puma Application Server After=network.target [Service] Type=simple User=root WorkingDirectory=/var/local/rails/Sa
5分で終わらせるCentOS7のfirewalld設定
# status systemctl status firewalld # start systemctl start firewalld # stop systemctl stop firewalld # 有効な設定を確認 >>> firewall-cmd --list-services --zone=public --permanent dhcpv6-client # 設定追加(sshとmysqlを追加) firewall-cmd --add-service=ssh --zone=public --permanent firewall-cmd --add-service=mysql --zone=public --permanent # 設定削除(sshを削除) firewall-cmd --remove-service=ssh --zone=public --permanent #
Linux でデバイスを接続している時だけ動くサービスを作る - Qiita
systemd と udev を使うと、とあるデバイスを接続すると動き始め、切断すると停止するようなサービスを作る事が出来る。 サンプルのサービスは何でも良いが 前に作った /usr/bin/timeserver.py を使う。 #!/usr/bin/env python # Time server program import socket import datetime import sys HOST = '' # Symbolic name meaning all available interfaces PORT = 50007 # Arbitrary non-privileged port s = socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.setsockopt(socket.SOL_SOCKET, socket.SO_
「Systemd」を理解する ーシステム管理編ー | ギークを目指して
前回の記事「Systemd」を理解するーシステム起動編ーでは、Systemdの概念とSystemdによるLinux起動プロセスの内容を解説させていただいた。第二回となる今回の記事では、Systemdを利用したシステムの管理方法を記載していきたいと思う。 今回の記事ではSystemdのsystemctlコマンドを利用したサービス（プロセス）管理方法と、journalctlコマンドを利用したSystemd journalログ照会の2章立てでSystemdによるシステム管理を解説させていただく。また、各コマンドは先日リリースされたCentOS7上で動作確認させていただいた。 systemctlを利用してサービスを管理する Systemd環境にてサービス管理を行う場合、主にsystemctlコマンドを利用するが、一部、従来のコマンドも利用可能となっている。使途別のコマンドを見ていこう。 Unitの
CentOS 7のDockerコンテナ内でsystemdを使ってサービスを起動する - Qiita
はじめに CentOS 7ではinitデーモンがsystemdに変わったため、centos:centos7のDockerイメージを使用した場合、普通にコンテナを作ってその中でsystemctlを実行すると「Failed to get D-Bus connection: No connection to service manager.」というエラーメッセージが出力されるだけだ。 $ sudo docker run -it centos:centos7 /bin/bash # systemctl Failed to get D-Bus connection: No connection to service manager. そのため、サービスを起動するためには別の方法でコンテナを起動しなければならない。 以下の検証にはhttpdを使用した。 他のサービスではまた別の何かをしないといけないか
Dockerのコンテナ間でssh接続させる - Qiita
開発環境 macOS Sierra docker for mac Version 17.06.1-ce-mac24 (18950) 完成目標 slaveコンテナからmasterコンテナにssh接続でログインする Dockerfileの準備 FROM centos:7 # yum update RUN yum -y update && yum clean all # ssh install RUN yum -y install openssh-server openssh-client && \ mkdir ~/.ssh && \ touch ~/.ssh/authorized_keys && \ chmod 600 ~/.ssh/authorized_keys
CentOS7のサービス管理(systemd) - Qiita
はじめに CentOS-7系を触ったら、サービス管理が"System V系のinit"から"Systemd"へと変わっていました。いろんな論争があったので知っているつもりでしたが、実際に使ってみると戸惑うことも多いので、自分が使う範囲でまとめてみました。 サービスの起動・終了 CentOS-6系で慣れている、/etc/rc.d/init.d/ 以下のスクリプトではなく、systemctl コマンドを使う。 systemctl start httpd.service # httpd の起動 systemctl stop httpd.service # httpd の停止 systemctl restart httpd.service # httpd の再起動 systemctl reload httpd.service # httpd の設定変更の反映 $ systemctl status
Pumaをsystemdで起動するメモ - Qiita
[Unit] Description=Puma HTTP Server After=network.target [Service] Type=simple User=root WorkingDirectory=/opt/rails Environment=RAILS_ENV=production ExecStart=/usr/local/rvm/bin/rvm-exec 2.2.3 bundle exec puma -b tcp://0.0.0.0 -e production -p 80 TimeoutSec=300 Restart=always [Install] WantedBy=multi-user.target # systemctl enable puma.service # systemctl start puma.service # systemctl status pum
Systemd入門(2) - Serviceの操作方法 - めもめも
この連載では、Fedora 17での実装をベースとして、systemdの考え方や仕組み、利用方法を説明します。今後出てくる予定のRHEL7での実装とは異なる部分があるかも知れませんが、その点はご了承ください。 前回は、systemdの基本概念となるUnitの説明をしました。今回は、日々のオペレーションで必要となる、serviceの操作方法をまとめます。旧来のchkconfigコマンド、serviceコマンドに相当する部分ですね。 サービスの確認 現在稼働中のサービス一覧 # systemctl list-units --type=service UNIT LOAD ACTIVE SUB JOB DESCRIPTION auditd.service loaded active running Security Auditing Service crond.service loaded act
CentOS 7 サービス自動起動設定
CentOS 7 のサービス自動起動について CentOS 6 以前の場合、apache(httpd)等のサービスを自動起動させる、させないといった設定は「chkconfig」コマンドを使用していたと思いますが、CentOS 7ではサービスの管理は一部のサービスを除き「systemd」で行うといった仕様に変更となっています。 従来の「chkconfig サービス名 on | off 」のコマンドも使用できますが、「systemctl」コマンドに転送されています。 chkconfig実行結果 実際に「chkconfig」コマンドで「httpd」の自動起動設定・解除を行った結果が下記の通りとなり、それぞれ「systemctl」コマンドに転送されていることがわかります。 # chkconfig httpd on 情報:'systemctl enable httpd.service'へ転送していま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerコンテナでsystemd無しのSSH - Qiita