0

私が試してみると：

telnet localhost 143

imapにアクセスできます

私が試したら

telnet server.name 143

私は得る

telnet: Unable to connect to remote host: Connection timed out

私のnetstatの出力を見てください。

netstat --numeric-ports -l | grep 143

tcp        0      0 0.0.0.0:143             0.0.0.0:*               LISTEN     
tcp6       0      0 :::143                  :::*                    LISTEN

上記の出力はどういう意味ですか?

私の知恵では、imapをリモートで動作させることができず、サーバー上のWebメールで完全に動作します。

ラップトップ端末からサーバーにリモートでアクセスし、ローカルホスト接続のためにローカルにアクセスしています

4

1 に答える 1

1

引用する出力：

tcp        0      0 0.0.0.0:143             0.0.0.0:*               LISTEN     
tcp6       0      0 :::143                  :::*                    LISTEN

これは、tcp（IPv4とIPv6の両方）を介してポート143でリッスンしているプログラム（おそらくimapサーバー）があることを意味します。また、「0.0.0.0」の部分は、任意のソースからの接続を受け入れる必要があることを意味します。（ローカルアドレスに「127.0.0.1：143」と表示されている場合は、ローカル接続のみが受け入れられることを意味します。）

したがって、サーバーが正しくリッスンしているように見えるので、最初にserver.nameが実際に正しいIPアドレスに解決されることを確認します。そのサーバー上の他のサービスに連絡して、その部分が機能することを確認できますか？

それが機能すると仮定すると、次に確認するのはファイアウォールです。http://www.cyberciti.biz/faq/howto-display-linux-iptables-loaded-rules/を見るかもしれませんが、おそらく実行するだけで始めることができます。

sudo iptables -L -v

ファイアウォールルールがない私のマシンでは、次のようになります。

$ sudo iptables -L -v
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

何か違うものがあったら、それがあなたのトラフィックをブロックしているかどうかを詳しく調べます。

于 2012-08-05T14:40:04.143 に答える