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に渡す！ という動き
最近のCentOS7やFedoraなどはデフォルトでfirewalldが有効になっており、基本的にポートは塞がっている。 サービスを提供するには、適切に設定されたサーバアプリケーションと適切なポート開放が必要となる。例えばwebサーバの場合apacheなどを設定し起動、その後firewalldの設定を行い80番のポートを開放する必要がある。 このページではCentOSのポート解放についてお伝えしよう。 そもそもポートとは？ 念のためご紹介しておこう。 TCPやUDPで通信を行うときは、コンピュータ単位ではなく「プロセスやスレッド単位」で通信が行われる。この時の通信の窓口がポートである。 ネットワーク間でやり取りされる情報の基礎は「プロトコル」と「アドレス」と「ポート番号」この三つが主軸になっている。 日本語におとしこむと「どのような方法」(プロトコル)で「どこ」(アドレス)の「何号室」(ポ
試した際のメモ。 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
# 有効な設定を確認 >>> 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 # 設定一覧を表示 ls -lta /usr/lib/firewalld/services/ # 各設定毎の内容確認 cat /usr/lib/firewalld/services/ssh.xml # 設定を
#!/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_REUSEADDR, 1) s.bind((HOST, PORT)) s.listen(1) while True: conn, addr = s.accept() now = datetime.datetime.now().is
前回の記事「Systemd」を理解するーシステム起動編ーでは、Systemdの概念とSystemdによるLinux起動プロセスの内容を解説させていただいた。第二回となる今回の記事では、Systemdを利用したシステムの管理方法を記載していきたいと思う。 今回の記事ではSystemdのsystemctlコマンドを利用したサービス（プロセス）管理方法と、journalctlコマンドを利用したSystemd journalログ照会の2章立てでSystemdによるシステム管理を解説させていただく。また、各コマンドは先日リリースされたCentOS7上で動作確認させていただいた。 systemctlを利用してサービスを管理する Systemd環境にてサービス管理を行う場合、主にsystemctlコマンドを利用するが、一部、従来のコマンドも利用可能となっている。使途別のコマンドを見ていこう。 Unitの
はじめに 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 の設定変更の反映
[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
この連載では、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 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ページを開く
