IPアドレス固定（static）にした場合のDNS（nameserver）設定 - コレグレーデギネード
/etc/resolv.conf を編集しても上書きされてしまう。 lrwxrwxrwx 1 root root 29 5月 30 14:11 resolv.conf -> ../run/resolvconf/resolv.conf/etc/network/interfacesにdns-nameserversとして記述してしまう。 $ sudo vim /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loop
第1回 5分でわかるUnbound | gihyo.jp
本特集では、次世代DNSサーバソフトウェア「Unbound」にフォーカスし、機能や特徴を解説しながら、実際の運用ノウハウについてお届けします。第1回目はUnboundの基礎知識について解説します。 Unboundの概要 UnboundはBINDの代替を目指したDNSキャッシュサーバです。2008年5月20日に正式版1.0がリリースされました。オープンソースのソフトウェアとして公開されており、ライセンスはBSDライセンスです。 UnboundはNLnet Labsにより開発と保守が行われています。UnboundはVerisign labs、Nominet、Kirei、ep.netによりJavaで開発したプロトタイプを、NLnet LabsがCで実装し直したものです。ちなみに、NLnet Labsはルートサーバとしても利用されているDNSコンテンツサーバのNSDも開発しています。リリースされた
ドメイン名の名前解決に/etc/hostsを参照させる方法 - ももいろテクノロジー
2013-05-11 修正 Postfixは送信メールのドメイン名からリレー先のIPアドレスを得る際、デフォルトでは/etc/hostsを一切参照せずいきなりDNSサーバにドメイン名についてのMXレコードを問い合わせてしまう。 したがって、/etc/hostsで設定している適当なホスト名を宛先としたメールを送信しようとすると、DNSサーバにそのホスト名についての問い合わせパケットが意図せず送られてしまう。 DNSサーバに問い合わせる前に/etc/hostsを参照させるようにするには、smtp_dns_support_levelパラメータをdisabledと指定すればよい。 # main.cf smtp_dns_support_level = disabled このように指定すると、Postfixは独自にDNSを引かなくなり、システム標準の方法でドメイン名の名前解決が行われるようになる。 た
greeting pauseを使う - rougeref’s diary
SMTPでメールをやりとりする場合のプロトコルは 発信側から受信側へTCP/25で接続 受信側から発信側へOKを送信 発信側から受信側へEHLO(またはHELO) 受信側から発信側へOKを送信 というやりとりが行われます。手動でこれをやってみるとこんな感じ。 0 :# telnet localhost 25 1 :Trying 127.0.0.1... 2 :Connected to localhost. 3 :Escape character is '^]'. 4 :220 hoge.com ESMTP Sendmail 8.14.3/8.14.3; Fri, 9 Oct 2009 17:20:42 +0900 (JST) 5 :EHLO hogehoge 6 :250-smtp.example.com Hello localhost [127.0.0.1], pleased to me
SMTPサーバの反応が遅い - 蝸牛の歩み
研究室の上流のメールサーバにおいて telnet localhost 25したときに， 220 smtp.example.com ESMTP Sendmail 8.XX.X/8.XX.X; Mon, 5 Feb 2007 19:00:00 +0900 (JST)といったグリーティングメッセージが表示されるまでに1分以上かかるということが判明した．通常は一瞬でグリーティングメッセージが表示されるはずなので，これはおかしい．迷惑メール対策のために「Greet Pause」といって，わざとグリーティングメッセージを遅らせる場合もあるようだが，特にそのような設定は行っていない． そういえば，うちの研究室のメールサーバのMXレコードは，優先度10(高)が動物サーバ，優先度20(低)が植物サーバになっているので，通常は動物サーバが中継するはずなのに，どういうわけか植物サーバを経由するメールも少なくない
Postfixで逆引き出来ないホストのメールが受信・転送されない時の解決法
基本メールはサーバ側でPostfixを稼働させてGmailに転送する方法を取っています。つまりメールボックスはGmail、メールアドレスは独自ドメインで、という運用。 けれど稀に受け取れないメールがあるんです。まぁ今回で言えばモバイルSuicaなんですがｗ このPostfixの逆引きチェックを無効化する方法です。 Postfixの送信ホスト逆引きを無効に 前の「モバイルSuicaからのメールが受け取れない」経緯はこちら。 https://freesim.tokyo/apple-watch/recover-apple-watch-suica/ 登録したメールアドレスにモバイルSuica側からメールが送られてくるんですが、これがPostfixではねられちゃうんですね。 maillogはこんな感じ。 postfix/smtpd[1295]: NOQUEUE: reject: RCPT from
SMTP の応答が非常に遅い問題に遭遇
SMTP のレスポンスが極端に悪い… さて、なぜかあるときふと気づいた問題・・・。 それは、メールの送信には欠かせない SMTP サーバの応答が非常に悪いというものでした。Apple Macintosh 用のメールクライアント、Microsoft Entaurage の場合、けっこうじっくりと SMTP の応答を待ってくれるため、「あれぇ〜、なんか遅いなぁ・・・」 程度にしか思っていなかったのですけど、ある日、Microsoft Outlook Express で、１分待ちのタイムアウトが立て続けに起こることから、深刻な状況であることが発覚しました。 使用している SMTP サーバは、Linux Slackware 7.0 上に構築された qmail です。 まずは Linux の再インストール 今回の対処は、わけありでいきなり Linux の再インストールです。 というのも、数ヶ月前に
digを導入してみたお話｜株式会社ネットアシスト
こんにちは、技術部のkyomoと申します。 今日はdigコマンドのお話を少ししたいと思います。 domain information groper、略してdig。 上記を訳すと「ドメイン情報を手探りするもの」となります。 dig、和訳すると「掘る」なので 「ドメインの情報を掘るように探すからdigってコマンドなんだなーなるほどなー」 と勘違いしておりました。恥ずかしい。 先日CentOS7のサーバを個人的に作成した際にdigコマンドが使えなかったので ちょっとその時のお話を書きますね。 何気なしにそのCentOS7のサーバでdigで情報を引こうと思ったら引けませんでした。 # dig google.com -------------- -------------- -------------- -bash: dig:command not found -------------- ----
digを使ってMXレコードの値を確認する - CentOS - Qiita
(CentOS5.7で確認) digコマンドを使ってMXレコードの値を確認するには以下のようにします。 ; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_4.2 <<>> perlcodesample.com mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38789 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 1 ;; QUESTION SECTION: ;perlcodesample.com. IN MX ;; ANSWER SECTION: perlcodesample.com. 3424 IN MX 10 mail
digコマンドでMXレコードを確認 | ex1-lab
概要 digコマンドMXレコードを確認する方法を紹介します。digコマンドではドメイン情報をDNSサーバーから取得する時に使用します。 Windowsの場合は、nslookupコマンドを利用します。nslookupを利用する場合は下記の関連記事を参考にして下さい 関連記事：nslookupコマンドでMXレコードを確認 （Windows10, WIndows11） MXレコードを確認する場合のdigコマンドの書式 下記のように「mx」のオプションを利用するとMXレコードを確認する事ができます。このコマンドはLinux,macOSでも使用できます 書式：dig ドメイン名 mx MXレコードを確認する場合の入力例 google.comのMXレコードを確認する場合は以下となります $ dig google.com mx ; <<>> DiG 9.8.3-P1 <<>> google.com mx
DNSサーバーが正常に動作しているかどうか確認するには？ digコマンド
連載バックナンバー 本連載では、ネットワーク管理の基本コマンドを順を追って紹介していきます。基本書式と用法、主要なオプション、用例サンプルを示しますので、manやhelp代わりに通読し、各コマンドでできることを順次おさらいしてみてください。初回となる今回は、DNSサーバーへの問い合わせを行う「dig」コマンドの解説です。 digとは？ DNSサーバーが正常に動作しているかどうか確認したい、問題がどこにあるかを突き止めたい、そんな時に「dig」を利用します。domain information groper（ドメイン情報探索ツール）という名前の由来通り、DNSサーバーに対し問い合わせを行い、その応答結果を表示するコマンドです。
DNSのMXレコードを確認する方法 #DNS · DQNEO日記
$ dig yahoo.co.jp mx ; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_4.2 <<>> yahoo.co.jp mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50270 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 4, ADDITIONAL: 8 ;; QUESTION SECTION: ;yahoo.co.jp. IN MX ;; ANSWER SECTION: yahoo.co.jp. 900 IN MX 10 mx2.mail.yahoo.co.jp. yahoo.co.jp. 900 IN MX 10 mx3.mail.
LinuxでDNSを使った名前解決やレコードのTTLを調べてみた - Qiita
DNSについて調べてみたときのメモ。 間違っている部分などあればご指摘ください！ 参考 3分間DNS基礎講座 JPNIC DNSキャッシュ DNS導入に向けての予備知識 (2/3) 調査環境 AWSのVPC環境 AmazonLinux2015.09.01 そもそも名前解決とは 名前解決とはドメイン名からIPアドレスへ変換を行うこと Linuxだと大きく分けて以下の2種類の方法がある /etc/hostsに自分で記述する /etc/resolv.confにネームサーバー(DNS)のIPアドレスを指定し、DNSに問い合わせを行って名前解決してもらう 今回は下に書いたDNSについて主に調査、確認メモ なお、nslookupコマンドで名前解決をする場合は/etc/hostsの内容は利用しないので注意。(pingでは/etc/hostsの内容は利用する) Why is my /etc/hosts f
あり？resolv.conf が初期化されちゃった？？？
エラー http://raspberrypi.collabora.com wheezy/rpi armhf Packages
Debian GNU/LinuxでDNSを変更する
DNSサーバーっていうのがあります。DNSサーバーっていうのは、IPアドレスとドメインを紐付けるサーバーです。 例えば、Yahoo!JAPANのアドレスは http://www.yahoo.co.jp/ ですが、Yahoo!JAPANのIPアドレスは調べたところ 183.79.135.206 でした（ping yahoo.co.jpで調べたよ。）。ということは、ウェブブラウザのアドレスバーに http://183.79.135.206 って入力してもYahoo!JAPANにアクセスできます。試してみてね。 で、実はインターネットの世界はIPアドレスでアクセスが（コンピューターさんにとっての）基本で、ドメインという人間にわかりやすい yahoo.co.jp は、コンピューターさんが「人間にとってはドメインの方が分かりやすいんだろ？アクセスしやすいんだろ？仕方ねぇなぁ。yahoo.co.jpっ
/etc/resolv.confとタイムアウト秒 - Qiita
/etc/resolv.confに記述したnameserverに対して、 それぞれ何秒間、タイムアウトを待つのか、について。 環境はCentOS 5系、CentOS 6系で確認。 このタイムアウト秒は、 options timeout:n options attempts:n によって指定する。 デフォルトでは、 options timeout:5 options attempts:2 となっている。 1回目の問い合わせ時は、options timeout:nの秒数をセットして問い合わせる。 2回目の問い合わせ時は、1回目のタイムアウト秒を2倍した値を、登録してあるnameserverの数で割った値で問い合わせる。 3回目以降の問い合わせ時は、2回目の問い合わせ時の2倍の値を使う。 これを1セットとし、options attempts:nの回数分繰り返す。 ※ここで言う1回目や2回目という
mDNS を使いローカルマシン内の仮想環境に接続する - 破棄されたブログ
この記事は、 2015 tech-yuruyuru アドベントカレンダー 2 日目の記事です。 ローカルマシン内の仮想環境へアクセスするには、いくつかの方法があります。 この記事では、 mDNS を用いて名前解決行い、 仮想環境へのアクセスする方法について説明します。 mDNS とは何か mDNS は、ローカルネットワーク内の機器を、 DNS サーバなどを介さずに自動的に 発見するための（サービスディスカバリ）仕組みです。 mDNS は、 Apple が策定したオープンな仕様で、 Apple 製の OS X はもちろん、 ソフトウェアをインストールすることで Linux や Windows でも利用可能です。 特定の DNS サーバを介すことはありませんが、 RFC 6752 に記載されている通り、 mDNS 自体は DNS に基づいた技術です。 ユニキャストである通常の DNS で DN
「glibc」ライブラリに脆弱性、Linuxの大部分に深刻な影響
ほとんどのLinuxアプリケーションに使われているGNU Cライブラリの「glibc」に深刻な脆弱性が見つかり、米GoogleとRed Hatの研究者が開発したパッチが2月16日に公開された。 脆弱性は2008年5月にリリースされたglibc 2.9以降のバージョンに存在する。Googleによると、glibcで「getaddrinfo()」ライブラリ機能が使われた際に、スタックベースのバッファオーバーフローの脆弱性が誘発されることが判明。この機能を使っているソフトウェアは、攻撃者が制御するドメイン名やDNSサーバ、あるいは中間者攻撃を通じて脆弱性を悪用される恐れがあるという。 Googleの研究者は、先にこの問題を発見していたRed Hatの研究者と共同で調査を進め、脆弱性を突くコードの開発に成功したとしている。パッチの公開に合わせて、攻撃には利用できないコンセプト実証コードも公開した。こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
named bind errors - DNSKEY: unable to find a DNSKEY which verifies the DNSKEY RRset and also matches a trusted key for '.' -
メールの送受信が遅い - MONO*LOG