220 Digも非常にうまくdig -t txt example.com機能し+shortます。オプションを追加すると、引用符で囲まれたtxtレコードのみが取得され、他の問題は発生しません。 — ケラスト ソース 7 DNSマネージャーによると、4つのTXTレコードがあります。ホスト "@"のSPFレコードと、ドメインキーの3つのレコードです。ただし、dig -tSPF値のみが表示されます。何か案は？ — ニックコットレル 14 @NicCottrellおよびこれについて疑問に思っている人。クエリしているドメインが原因です。digを使用してドメインキーを表示するには、次のようになりdkim-selector._domainkey.example.com ます。Googleが電子メールプロバイダーの場合：dig -t txt google._domainkey.example.com — ロバートブリシタ
66 ホスト（1）コマンドが素敵な、簡潔な出力を持っています： $ host -t txt google.com google.com descriptive text "v=spf1 include:_netblocks.google.com ip4:216.73.93.70/31 ip4:216.73.93.72/31 ~all" $ wajig findfile $(which host) bind9-host: /usr/bin/host $ 掘るが、（1）私が「持っている」だけでなく「+短い」オプションのすべての時間を追加します。 （私はDebianを使用しています）。 — アスジョ ソース
0 どうnslookup？ — マッシモ ソース 2 nslookupは長い間非推奨であり、 — 今後 2 なぜ正確に？動作します — マッシモ 7 それは働くことを確認、が、そう粘土タブレットとスタイラスを行います。nslookupは、Windowsで見つかったものの非常に基本的なポートのようですnslookup.exe（または、BSDから来ているのかもしれませんか？知りません）。これはもちろん、悪いことではありませんが、Linuxのnslookupコマンドは...ありls、help実装されていません。出力をスクリプトで解析するのは困難です。両方digとhostはるかに豊富な機能セットがあります。 — -grawity 5 いいえ、nslookupは廃止されていません。kb.isc.org/article/AA-00496/0/BIND-9.9.0a3-Release-Notes.htm — Daniele Testa 7 上記のリンクからの引用：「nslookupは非推奨として扱われなくなりました。」 — ダニエレテスタ14
dig -tSPF値のみが表示されます。何か案は？