イーサネットケーブルを介してイーサネットアダプタを介してTCP / IPデバイスを接続しようとしています。 Network Managerで接続を表示し、少なくともpingコマンドの出力を取得できますが、デバイスに組み込まれているWebページにアクセスできません。 Telnet コマンドエラー「接続が拒否されました」が表示されます。ただし、Linux以外のオペレーティングシステムではこの問題は発生しません。だからiptablesやファイアウォール、プロキシ設定を変えなければならないと思います。デバイスでデフォルトで開かれているポート8003を介してデバイスのWebページとデバイス自体を接続する方法は?今後ともよろしくお願いします。
いくつかの出力:(*は私が追加しました。)
$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether **:**:**:**:**:** brd ff:ff:ff:ff:ff:ff
inet 169.254.227.2/16 brd 169.254.255.255 scope link noprefixroute eth0
valid_lft forever preferred_lft forever
inet6 ****:****:****:****:****/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether **:**:**:**:**:** brd ff:ff:ff:ff:ff:ff
inet 80.***.**.***/23 brd 80.***.**.255 scope global dynamic noprefixroute wlan0
valid_lft 1626sec preferred_lft 1626sec
inet6 ****:****:****:****:****/64 scope link noprefixroute
valid_lft forever preferred_lft forever
$ ping 169.254.227.2
PING 169.254.227.2 (169.254.227.2) 56(84) bytes of data.
64 bytes from 169.254.227.2: icmp_seq=1 ttl=64 time=0.065 ms
64 bytes from 169.254.227.2: icmp_seq=2 ttl=64 time=0.079 ms
64 bytes from 169.254.227.2: icmp_seq=3 ttl=64 time=0.083 ms
64 bytes from 169.254.227.2: icmp_seq=4 ttl=64 time=0.079 ms
64 bytes from 169.254.227.2: icmp_seq=5 ttl=64 time=0.095 ms
64 bytes from 169.254.227.2: icmp_seq=6 ttl=64 time=0.081 ms
^C
--- 169.254.227.2 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 103ms
rtt min/avg/max/mdev = 0.065/0.080/0.095/0.011 ms
$ telnet 169.254.227.2 8003
Trying 169.254.227.2...
telnet: Unable to connect to remote host: Connection refused
いくつかの追加情報があります。パネルからデバイスのIPアドレス(デフォルトは169.254.227.2)を手動で設定でき、MACアドレスは00:19:F9:18:02:E2です。
デバイスを有効にするには、次の情報を使用してネットワーク管理者でイーサネット接続を設定します(この情報はデバイスのマニュアルに含まれています)。 - 方法: 手動 - アドレス: 169.254.227.2 - ネットマスク: 255.255.0.0 - ゲートウェイ: 0.0 .0.0 - DNS: 0.0.0.0 ですが、MAC アドレスは:::::eth0に属しており、この状況を変更できません。
実際にDHCPを試してみましたが失敗しました。 dhcpd.confファイルとネットワーク接続を設定する方法を提案しますか?最後に最終出力を添付しました。
$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether **:**:**:**:**:** brd ff:ff:ff:ff:ff:ff
inet 169.254.227.2/16 brd 169.254.255.255 scope link noprefixroute eth0
valid_lft forever preferred_lft forever
inet6 ****:****:****:****:****/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether **:**:**:**:**:** brd ff:ff:ff:ff:ff:ff
inet 80.***.**.***/23 brd 80.***.**.255 scope global dynamic noprefixroute wlan0
valid_lft 1277sec preferred_lft 1277sec
inet6 ****:****:****:****:****/64 scope link noprefixroute
valid_lft forever preferred_lft forever
$ less /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
$ less /etc/dhcp/dhcpd.conf
default-lease-time 600;
max-lease-time 7200;
authoritative;
subnet 192.168.1.1 netmask 255.255.0.0 {
range 192.168.1.100 192.168.1.200;
option routers 192.168.1.254;
option domain-name-servers 192.168.1.1, 192.168.1.2;
#option domain-name "mydomain.example";
}
host archmachine {
hardware ethernet 00:19:F9:18:02:E2;
fixed-address 192.168.1.20;
}
答え1
Linux端末を使用しており、アドレスは「169.254.227.2」です。電源装置は同じアドレスを持つことはできません。 Linux ターミナルでは、ポート 8003 で何も実行されないため、そのポートに Telnet を接続できないのが正常です。
説明1
おそらく169.254がAPIPAの範囲内にあるので、そのネットワークにDHCPの問題があるようです。 Linuxで起動するとそのアドレスが取得されますが、Windowsで起動するとアドレスが異なり、169.254.227.2が電源装置に割り当てられます。それそのため、Windowsからアクセスできます。これらのアドレスは絶えず変更される可能性があります。
回避策:ネットワークのネットワーク構成をクリーンアップし、可能であればAPIPAの範囲外で、192.168.0.0/16を代わりに使用するか静的に割り当てます。
説明2
使用するIPアドレスはホストのIPアドレスと同じです。これは、以下があることを意味します。しなければならないポート8003をリッスンするデーモンプロセス。 Windowsでははいしかし、Linuxではそうではありません。必要なソフトウェアがインストールされていない場合でも、これは正常です。
回避策:ポート8003でリッスンする必要があるデーモンをインストールします。そのようなソフトウェアがLinuxディストリビューションに存在すると仮定。とにかくネットワーク構成を修正します。このケースでは重要ではありませんが、APIPAの範囲内にデバイスがあることは問題を要求することを意味し、私の経験上の問題は常に遵守することを願っています。
修正する
まだこの問題のソフトウェアの視点を完全に理解していないようです。ただし、Windowsから起動できます。Windowsには何もインストールする必要はありません。、ブラウザを使用してWHATEVERPOWERSUPPLYADDRESS:8003に接続します。まあ、あなたはLinuxでこれを行うことができます。
上記が本当の場合(Windowsに何かをインストールする必要がある場合は幸運ではありません。互換性のあるLinuxソフトウェアが必要で、ハードウェアの製造元に連絡する必要があります)、次のようにします。
- 192.168.1.1のルーターを使用して、192.168.1.0/24などの固定ネットワーク構成を提供するようにルーターを再プログラムします。
- WindowsおよびLinuxでは、ノートブック/コンピュータのネットワークアドレスを192.168.1.2に設定します。
- ネットワークから切断された電源で正常に動作していることを確認してください。インターネットを正常に閲覧できる必要があります。
- 電源装置をIPアドレス192.168.1.3にプログラムします。
- これで、両方のオペレーティングシステムでブラウザを電源に接続できるようになりました。
- 192.168.1.10-192.168.1.254のDHCP範囲をルーターに追加して、静的IPアドレスを必要としない他のデバイスを処理できます。