LANCARD.LAB｜ランカードコムのスタッフブログ

PostgreSQLではmax_connectionsで全体の接続数を制限出来ますが、ユーザごとにも制限をする事が出来ます。

これでdbuserは10以上接続する事が出来なくなります。
制限をなくす場合は、CONNECTION LIMIT を デフォルトの -1 に戻します。

ではrolconnlimit > max_connectionsだった場合はどうなるかと言うと、max_connectionsが優先されます（設定自体は出来てしまいますが）。
なので実際は、正のrolconnlimitの合計 <= max_connections – superuser_reserved_connections で設定する必要が有りそうです。

前回と前前回MTA-STSを設定したので、今回はDANEを設定してみます。

ドメイン取得はDNSサーバを提供していて、最初からDNSSECが設定されているGoogle Domainsを使います（DNSSEC分からなくても、何もしなくて良いのは助かります）。
※提供しているDNSサーバによってはTLSAレコードを設定出来なかったりするので、他で取得する時は事前に確認が必要です。
※タイムリーな事にGoogle Domainsやめるってよ、な話が出てて、移行先でもDNSSECが最初から有効かは、分かりません。

前回MTA-STSを設定しましたが、postfixの実装であるpostfix-mta-sts-resolverと、TLS-RPTの設定を追加してみます。
ただ、残念ながら現状はpostfix-mta-sts-resolverにはエラーレポートの機能が無いようです。

MTA-STSについて、受信側だけ設定してみます。
httpsが必要なので、これまでのようなローカル環境でなく、ドメインを取得して行います。
送信についてはより面倒そうなので、保留。

SPFやDKIMをベースにした、DMARCをPostfixに組み込んでみます（SPFとDKIMが設定済の必要が有ります）。
前回と同様に２台のサーバ構成です。

前回はSPFを組み込んだので、今回はDKIMを組み込んでみます。
SPFと違ってDKIMでローカルから出したメールのVerifyを色々と試しましたが、やってくれなかったので結局二台のサーバ構成にしました。
サーバ１をvirtual.localdomain, サーバ２をvirtual2.localdomainとして両方に設定をして行きます。

前回SpamAssasssinのmilterを使ったので、引き続きmilterでウィルスチェックと、greylist対応にPostgreyを使ってみます（PostgreSQLではない）。

前々回と前回に引き続き、Sieveを使って、自動的に迷惑メールフォルダへ移動させてみます。
※SPAMチェックにPostfixの設定も必要になります。