
Ubuntu日本語フォーラム

ログインしていません。
Ubuntu歴約1年の竜崎乱馬です。
Ubuntu10.10で有線接続時にDHCPが不安定で、IPアドレスが取得できなかったりするときがあります。
アイコンをクリックし、取得できるまで「自動イーサネット」をクリックで再接続を繰り返したらできるのですが・・・。
この前は
「ネットワークサービスの検知は無効です。現在のネットワークは.localドメインに含まれており、推奨されません。
また、AVAHIネットワークサービス検知と互換性がありません。サービスを無効にしました」
というメッセージがログイン直後に出てたので、調べて、
/etc/default/avahi-daemonのAVAHI_DAEMON_DETECT_LOCALの値を0に変えました。
この内容がDHCP不安定と関連しているのでしょうか。
Windowsでの場合、正常に接続できるので、Ubuntuのソフトの設定かなにかがおかしいと思います。
環境は以下のとおりです。
HP dv3500
Windws Vista + Ubuntu 10.10(デュアルブート)
情報が足りませんでしたら、また知らせてください。
オフライン
追加情報を投稿します。
コマンドでsudo lshw -c network、lsmod、lspci -vを実行した結果を以下に張り付けます。よろしくお願いします。
administrator@administrator-HP-Pavilion-dv3500-Notebook-PC:~$ sudo lshw -c network
*-network
description: Ethernet interface
product: RTL8111/8168B PCI Express Gigabit Ethernet controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:02:00.0
logical name: eth0
version: 02
serial: 00:22:64:82:a3:70
size: 100MB/s
capacity: 1GB/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=147.157.239.22 latency=0 link=yes multicast=yes port=MII speed=100MB/s
resources: irq:44 ioport:3000(size=256) memory:98200000-98200fff memory:93000000-9300ffff memory:93020000-9303ffff
*-network
description: Wireless interface
product: PRO/Wireless 5100 AGN [Shiloh] Network Connection
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:03:00.0
logical name: wlan0
version: 00
serial: 00:21:6b:84:d3:12
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=iwlagn driverversion=2.6.35-22-generic firmware=8.24.2.12 latency=0 link=no multicast=yes wireless=IEEE 802.11abg
resources: irq:46 memory:97100000-97101fff
administrator@administrator-HP-Pavilion-dv3500-Notebook-PC:~$ lsmod
Module Size Used by
hidp 11664 1
hid 67742 1 hidp
parport_pc 26058 0
ppdev 5556 0
rfcomm 33811 4
binfmt_misc 6599 1
sco 7998 2
bnep 9542 2
l2cap 37008 21 hidp,rfcomm,bnep
nouveau 516971 2
ttm 56633 1 nouveau
snd_hda_codec_idt 54887 1
arc4 1165 2
snd_hda_intel 22107 2
snd_hda_codec 87552 2 snd_hda_codec_idt,snd_hda_intel
snd_hwdep 5040 1 snd_hda_codec
snd_pcm 71475 2 snd_hda_intel,snd_hda_codec
snd_seq_midi 4588 0
snd_rawmidi 17783 1 snd_seq_midi
iwlagn 178948 0
snd_seq_midi_event 6047 1 snd_seq_midi
snd_seq 47174 2 snd_seq_midi,snd_seq_midi_event
drm_kms_helper 30200 1 nouveau
joydev 8735 0
iwlcore 127415 1 iwlagn
snd_timer 19067 2 snd_pcm,snd_seq
snd_seq_device 5744 3 snd_seq_midi,snd_rawmidi,snd_seq
mac80211 231541 2 iwlagn,iwlcore
uvcvideo 55847 0
btusb 10969 4
video 18712 0
output 1883 1 video
snd 49006 13 snd_hda_codec_idt,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
drm 168054 4 nouveau,ttm,drm_kms_helper
videodev 43098 1 uvcvideo
v4l1_compat 13359 2 uvcvideo,videodev
hp_accel 12532 0
lis3lv02d 8524 1 hp_accel
input_polldev 3491 1 lis3lv02d
led_class 2633 1 hp_accel
bluetooth 50500 10 hidp,rfcomm,sco,bnep,l2cap,btusb
hp_wmi 5191 0
i2c_algo_bit 5168 1 nouveau
cfg80211 144470 3 iwlagn,iwlcore,mac80211
psmouse 59033 0
intel_agp 26360 0
lp 7342 0
serio_raw 4022 0
soundcore 880 1 snd
snd_page_alloc 7120 2 snd_hda_intel,snd_pcm
agpgart 32011 3 ttm,drm,intel_agp
parport 31492 3 parport_pc,ppdev,lp
ahci 19013 0
r8169 36489 0
libahci 21667 3 ahci
mii 4425 1 r8169
administrator@administrator-HP-Pavilion-dv3500-Notebook-PC:~$ lspci -v
00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, fast devsel, latency 0
Capabilities: <access denied>
Kernel modules: intel-agp
00:01.0 PCI bridge: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port (rev 07) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 00005000-00005fff
Memory behind bridge: 90000000-92ffffff
Prefetchable memory behind bridge: 0000000080000000-000000008fffffff
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) (prog-if 00 [UHCI])
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, medium devsel, latency 0, IRQ 16
I/O ports at 60e0 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) (prog-if 00 [UHCI])
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, medium devsel, latency 0, IRQ 22
I/O ports at 60c0 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) (prog-if 20 [EHCI])
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, medium devsel, latency 0, IRQ 19
Memory at 99304c00 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci_hcd
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, fast devsel, latency 0, IRQ 47
Memory at 99300000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: 00003000-00004fff
Memory behind bridge: 98200000-992fffff
Prefetchable memory behind bridge: 0000000093000000-00000000940fffff
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
I/O behind bridge: 00002000-00002fff
Memory behind bridge: 97100000-981fffff
Prefetchable memory behind bridge: 0000000094100000-00000000950fffff
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=05, subordinate=07, sec-latency=0
I/O behind bridge: 00001000-00001fff
Memory behind bridge: 96100000-970fffff
Prefetchable memory behind bridge: 0000000095100000-00000000960fffff
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) (prog-if 00 [UHCI])
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, medium devsel, latency 0, IRQ 20
I/O ports at 60a0 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) (prog-if 00 [UHCI])
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, medium devsel, latency 0, IRQ 19
I/O ports at 6080 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) (prog-if 00 [UHCI])
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, medium devsel, latency 0, IRQ 16
I/O ports at 6060 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1d.3 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) (prog-if 00 [UHCI])
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, medium devsel, latency 0, IRQ 18
I/O ports at 6040 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) (prog-if 20 [EHCI])
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, medium devsel, latency 0, IRQ 20
Memory at 99304800 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci_hcd
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) (prog-if 01 [Subtractive decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=04, subordinate=04, sec-latency=32
Capabilities: <access denied>
00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03)
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, medium devsel, latency 0
Capabilities: <access denied>
Kernel modules: iTCO_wdt
00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) (prog-if 01 [AHCI 1.0])
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 45
I/O ports at 6108 [size=8]
I/O ports at 6114 [size=4]
I/O ports at 6100 [size=8]
I/O ports at 6110 [size=4]
I/O ports at 6020 [size=32]
Memory at 99304000 (32-bit, non-prefetchable) [size=2K]
Capabilities: <access denied>
Kernel driver in use: ahci
Kernel modules: ahci
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
Subsystem: Hewlett-Packard Company Device 1505
Flags: medium devsel, IRQ 11
Memory at 99305000 (64-bit, non-prefetchable) [size=256]
I/O ports at 6000 [size=32]
Kernel modules: i2c-i801
01:00.0 VGA compatible controller: nVidia Corporation G98 [GeForce 9300M GS] (rev a1) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at 92000000 (32-bit, non-prefetchable) [size=16M]
Memory at 80000000 (64-bit, prefetchable) [size=256M]
Memory at 90000000 (64-bit, non-prefetchable) [size=32M]
I/O ports at 5000 [size=128]
Expansion ROM at <ignored> [disabled]
Capabilities: <access denied>
Kernel driver in use: nouveau
Kernel modules: nvidia-current, nouveau, nvidiafb
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
Subsystem: Hewlett-Packard Company Device 1505
Flags: bus master, fast devsel, latency 0, IRQ 44
I/O ports at 3000 [size=256]
Memory at 98200000 (64-bit, non-prefetchable) [size=4K]
Memory at 93000000 (64-bit, prefetchable) [size=64K]
Expansion ROM at 93020000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: r8169
Kernel modules: r8169
03:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection
Subsystem: Intel Corporation WiFi Link 5100 AGN
Flags: bus master, fast devsel, latency 0, IRQ 46
Memory at 97100000 (64-bit, non-prefetchable) [size=8K]
Capabilities: <access denied>
Kernel driver in use: iwlagn
Kernel modules: iwlagn
オフライン
よく似たLANチップが載っているM/Bを使用しています。
*-network
description: Ethernet interface
product: RTL8111/8168B PCI Express Gigabit Ethernet controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:02:00.0
logical name: eth0
version: 03
serial: 00:25:22:18:9d:dc
size: 100MB/s
capacity: 1GB/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8168 driverversion=8.019.00-NAPI duplex=full ip=192.168.0.211 latency=0 link=yes multicast=yes port=twisted pair speed=100MB/s
resources: irq:41 ioport:e800(size=256) memory:fdfff000-fdffffff memory:fdff8000-fdffbfff memory:febe0000-febfffffバージョンのみの違いですね。
こちらは現在10.10(amd64)の環境です。
1ヶ月程前に10.04から10.10にアップグレードしており、その後2週間ほどの間に1度起動時にNICが認識されなかったことがあります。
そのときは壊れたのかと思い、デュアルブートしているgentooで試したところ動作したため、再度Ubuntuを起動したところ認識されていたので何が起きていたのか今となっては分かりません。
その後、思いつきでr8168のソースを拾ってきて組み込んでいます。今で2週間ほどが経ちますが、NICが認識されなくなる現象は見られていません。
どうにもおかしいようであれば、ドライバを変えてみるのもよいかも。
ただ、これは基本的に最後の手段ぐらいに思っていただいた方がよいかと思います。
前置きが長くなりましたが、有線接続時は、無線LANは無効化されていますでしょうか。ネットワークマネージャがよきに計らってくれるような気もしますが、基本的には出口はひとつにしぼっておいた方が安全かと思います。
また、DHCP接続が失敗するときは、何回か試さないと繋がらない感じでしょうか。そうであれば、繋がらなくなった状態で、
sudo dhclient
を実行してどのようなエラーの出方をしているか確認してみて下さい。
オフライン
返答ありがとうございます。
こちらのバージョンが02なのに対して、hmatsueさんのは、03になっていますね。
DHCP接続失敗すると、何度か試してみないと繋がりません。sudo dhclientを実行してみました。
administrator@administrator-HP-Pavilion-dv3500-Notebook-PC:~$ sudo dhclient There is already a pid file /var/run/dhclient.pid with pid 9434 killed old client process, removed PID file Internet Systems Consortium DHCP Client V3.1.3 Copyright 2004-2009 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/wlan0/00:21:6b:84:d3:12 Sending on LPF/wlan0/00:21:6b:84:d3:12 Listening on LPF/eth0/00:22:64:82:a3:70 Sending on LPF/eth0/00:22:64:82:a3:70 Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3 DHCPREQUEST of 192.168.2.101 on eth0 to 255.255.255.255 port 67 DHCPNAK from 147.157.239.254 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 DHCPOFFER of 192.168.2.101 from 192.168.2.1 DHCPREQUEST of 192.168.2.101 on eth0 to 255.255.255.255 port 67 DHCPNAK from 147.157.239.254 DHCPNAK from 147.157.239.254 DHCPACK of 192.168.2.101 from 192.168.2.1 bound to 192.168.2.101 -- renewal in 140978167 seconds.
オフライン
ranmaryuzaki による投稿:
DHCP接続失敗すると、何度か試してみないと繋がりません。sudo dhclientを実行してみました。
コード:
administrator@administrator-HP-Pavilion-dv3500-Notebook-PC:~$ sudo dhclient There is already a pid file /var/run/dhclient.pid with pid 9434 killed old client process, removed PID file Internet Systems Consortium DHCP Client V3.1.3 Copyright 2004-2009 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/wlan0/00:21:6b:84:d3:12 Sending on LPF/wlan0/00:21:6b:84:d3:12 Listening on LPF/eth0/00:22:64:82:a3:70 Sending on LPF/eth0/00:22:64:82:a3:70 Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3 DHCPREQUEST of 192.168.2.101 on eth0 to 255.255.255.255 port 67 DHCPNAK from 147.157.239.254 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 DHCPOFFER of 192.168.2.101 from 192.168.2.1 DHCPREQUEST of 192.168.2.101 on eth0 to 255.255.255.255 port 67 DHCPNAK from 147.157.239.254 DHCPNAK from 147.157.239.254 DHCPACK of 192.168.2.101 from 192.168.2.1 bound to 192.168.2.101 -- renewal in 140978167 seconds.
ちょっと想像していたのと現象が違っているので解釈が合っているかいまいち自信が無いのですが、
1. 192.168.2.101のアドレスをeth0が要求している
2. なぜか147.175.239.254からNackが返っている?
3. なぜか192.168.2.1からは192.68.2.101がOfferされている?
4. 192.168.2.101についてはリニューアル成功
とかなり不思議な状態になっているように思えます。
ネットワークの構成はどのようになっていますでしょうか。また、その構成と照らし合わせて正しい設定状態になっていますでしょうか。
実はご近所ノーガードなアクセスポイントがいて、そちらに繋がってしまっていたりということは無いでしょうか。
オフライン
こちらは大学寄宿舎なので、通常の構成とは異なっています。DHCPで使用するという決まりがあります。
正しい設定状態になっています。10.04の時は、これでもDHCP接続失敗はありませんでした。
>実はご近所ノーガードなアクセスポイントがいて、そちらに繋がってしまっていたりということは無いでしょうか。
それはないと思います。有線にて接続していますが、有線のIPアドレスがDHCP取得できていなかったりしています。
オフライン
ranmaryuzaki による投稿:
通常の構成とは異なっています。DHCPで使用するという決まりがあります。
DHCPで接続すること自体はなんら問題では無いのですが、DHCPサーバが2つみえているというのがまず不思議な状態かと思います。2つのことなるネットワークをつなぐルータであればDHCPでアドレスは振らないだろうし、そもそも個人用PCをルータにするというのも不自然な感じがします。
というように、想像で議論しても仕方が無いので、どのような構成になっているのでしょう、というのが私からの質問です。
ranmaryuzaki による投稿:
>実はご近所ノーガードなアクセスポイントがいて、そちらに繋がってしまっていたりということは無いでしょうか。
それはないと思います。有線にて接続していますが、有線のIPアドレスがDHCP取得できていなかったりしています。
dhclientのログを見る限り、有線のNICも無線のNICも生きている状態になっているように見えます。
無線を一時無効にして試してみるとどうなりますでしょうか。
オフライン
無線LANを無効にした状態でsudo dhclientを実行してみますと、以下のとおりになりました。
administrator@administrator-HP-Pavilion-dv3500-Notebook-PC:~$ sudo dhclient There is already a pid file /var/run/dhclient.pid with pid 17475 killed old client process, removed PID file Internet Systems Consortium DHCP Client V3.1.3 Copyright 2004-2009 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/wlan0/00:21:6b:84:d3:12 Sending on LPF/wlan0/00:21:6b:84:d3:12 Listening on LPF/eth0/00:22:64:82:a3:70 Sending on LPF/eth0/00:22:64:82:a3:70 Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3 DHCPREQUEST of 147.157.239.27 on eth0 to 255.255.255.255 port 67 DHCPNAK from 192.168.2.1 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 6 DHCPOFFER of 192.168.2.101 from 192.168.2.1 DHCPREQUEST of 192.168.2.101 on eth0 to 255.255.255.255 port 67 DHCPNAK from 147.157.239.254 DHCPNAK from 147.157.239.254 DHCPACK of 192.168.2.101 from 192.168.2.1 bound to 192.168.2.101 -- renewal in 129328431 seconds.
となりました。
大学のネットワークはどのような構成になっているのかは申し訳ありませんが、よく分かりません。
おそらく、寄宿舎、大学内などのネットワークが構築されていて、1つのサーバからインターネットに
つながっているといった感じでしょうか。
このパソコンはルータ用ではなく、ネットワークの端(と言っていいでしょうか)になっています。
また、このパソコンにはApacheが入っています。
この問題の端緒は、起動時に「ネットワークサービスの検知は無効です」が表示されたことからでした。
インターネットで調べて、とりあえず表示されなくなりました。
そのメッセージの内容からして、Apacheが関わってくるような気がしてきますが、どうでしょうか?
ところで、設定のIPv4のところでDHCPクライアントIDがありますが、そこを設定すればDHCP取得成功確率が高くなるものでしょうか?
オフライン
ranmaryuzaki による投稿:
無線LANを無効にした状態でsudo dhclientを実行してみますと、以下のとおりになりました。
コード:
administrator@administrator-HP-Pavilion-dv3500-Notebook-PC:~$ sudo dhclient There is already a pid file /var/run/dhclient.pid with pid 17475 killed old client process, removed PID file Internet Systems Consortium DHCP Client V3.1.3 Copyright 2004-2009 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/wlan0/00:21:6b:84:d3:12 Sending on LPF/wlan0/00:21:6b:84:d3:12 Listening on LPF/eth0/00:22:64:82:a3:70 Sending on LPF/eth0/00:22:64:82:a3:70 Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3 DHCPREQUEST of 147.157.239.27 on eth0 to 255.255.255.255 port 67 DHCPNAK from 192.168.2.1 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 6 DHCPOFFER of 192.168.2.101 from 192.168.2.1 DHCPREQUEST of 192.168.2.101 on eth0 to 255.255.255.255 port 67 DHCPNAK from 147.157.239.254 DHCPNAK from 147.157.239.254 DHCPACK of 192.168.2.101 from 192.168.2.1 bound to 192.168.2.101 -- renewal in 129328431 seconds.となりました。
まだ無線LAN(wlan0)が動いていますね。
使用しているPCはノートPCでしょうか。無線LANの電源を切るスイッチなどは無いでしょうか。それらで無線LANを無効化していただいた方が確実かも知れません。
ranmaryuzaki による投稿:
大学のネットワークはどのような構成になっているのかは申し訳ありませんが、よく分かりません。
おそらく、寄宿舎、大学内などのネットワークが構築されていて、1つのサーバからインターネットに
つながっているといった感じでしょうか。
このパソコンはルータ用ではなく、ネットワークの端(と言っていいでしょうか)になっています。
ちょっと聞き方が悪かったようで誤解を招いてしまいました。
大規模なネットワークのことをお聴きしたかったのではなく、直近のネットワークがどうなっているかを確認していただきたい、というのが趣旨です。
DHCPサーバのアドレスはなにか、割り振られるべきIPアドレスの範囲はなにか、
192.168.2.1とはどの機器なのか、そこに接続しに行くのは正常な状態なのか、
147.157.239.254とはどの機器なのか、そこに接続しに行くのは正常な状態なのか、
等々です。
そもそもDHCPサーバが2台見つかる状態は異常だと思います。
# うろ覚えですが、確か規格でも2台いちゃダメよ、と書いてあったような記憶が。。
オフライン
ノートパソコンですが、無線LANのスイッチはあります。
無線LANのスイッチを切った状態でsudo dhclientを実行してみました。
administrator@administrator-HP-Pavilion-dv3500-Notebook-PC:~$ sudo dhclient Internet Systems Consortium DHCP Client V3.1.3 Copyright 2004-2009 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ SIOCSIFFLAGS: Operation not possible due to RF-kill SIOCSIFFLAGS: Operation not possible due to RF-kill Listening on LPF/wlan0/00:21:6b:84:d3:12 Sending on LPF/wlan0/00:21:6b:84:d3:12 Listening on LPF/eth0/00:22:64:82:a3:70 Sending on LPF/eth0/00:22:64:82:a3:70 Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3 send_packet: Network is down DHCPREQUEST of 192.168.2.101 on eth0 to 255.255.255.255 port 67 receive_packet failed on wlan0: Network is down DHCPNAK from 147.157.239.254 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 4 send_packet: Network is down DHCPOFFER of 192.168.2.101 from 192.168.2.1 DHCPREQUEST of 192.168.2.101 on eth0 to 255.255.255.255 port 67 DHCPNAK from 147.157.239.254 DHCPNAK from 147.157.239.254 DHCPACK of 192.168.2.101 from 192.168.2.1 bound to 192.168.2.101 -- renewal in 144134270 seconds.
この結果から見ると、やはりwlan0が動いているということでしょうか。
ちなみに、このスイッチは、Bluetoothのスイッチも兼ねていて、切ってしまうと、Bluetoothのマウスも使えなくなるので、切りたくないです。
私は学生なので、あまり詳しいことは知りませんが、答えられる範囲で答えます。
>DHCPサーバのアドレスはなにか、割り振られるべきIPアドレスの範囲はなにか、
>192.168.2.1とはどの機器なのか、そこに接続しに行くのは正常な状態なのか、
>147.157.239.254とはどの機器なのか、そこに接続しに行くのは正常な状態なのか、
どの機器なのかは分かりませんが、とにかくそこに接続しに行くのが異常な状態だと思います。
このネットワークは、IPアドレスが大体147.157.XXX.XXXになっています。
おそらく、147.157.239.254がDHCPサーバではないでしょうか。
オフライン
ranmaryuzaki による投稿:
コード:
SIOCSIFFLAGS: Operation not possible due to RF-kill SIOCSIFFLAGS: Operation not possible due to RF-kill Listening on LPF/wlan0/00:21:6b:84:d3:12 Sending on LPF/wlan0/00:21:6b:84:d3:12 Listening on LPF/eth0/00:22:64:82:a3:70 Sending on LPF/eth0/00:22:64:82:a3:70 Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3 send_packet: Network is down DHCPREQUEST of 192.168.2.101 on eth0 to 255.255.255.255 port 67 receive_packet failed on wlan0: Network is down DHCPNAK from 147.157.239.254 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 4 send_packet: Network is down DHCPOFFER of 192.168.2.101 from 192.168.2.1 DHCPREQUEST of 192.168.2.101 on eth0 to 255.255.255.255 port 67 DHCPNAK from 147.157.239.254 DHCPNAK from 147.157.239.254 DHCPACK of 192.168.2.101 from 192.168.2.1 bound to 192.168.2.101 -- renewal in 144134270 seconds.この結果から見ると、やはりwlan0が動いているということでしょうか。
ちなみに、このスイッチは、Bluetoothのスイッチも兼ねていて、切ってしまうと、Bluetoothのマウスも使えなくなるので、切りたくないです。
上記のログではwlan0に関してはNetwork is downとなっており、無線は切れているはずです。
しかしながらDHCPサーバは依然2台みえています。
つまり有線のLANで見える場所に余分なDHCPサーバがいるということになります。
無線側からも見えているようなので、おそらく無線LANのアクセスポイントでは無いかと思います。普段無線LANでの接続時に使用しているアクセスポイントの管理者は把握されていますでしょうか。それが一番怪しいと思われますが、IPアドレスが192.168.2.1である機器を探しだしてDHCPサーバ機能を止めて下さい(おそらくネットワーク管理者が意図した動作では無いはずですが、必要に応じてネットワーク管理者にコンタクトとり、設定変更依頼して下さい)。
ranmaryuzaki による投稿:
おそらく、147.157.239.254がDHCPサーバではないでしょうか。
これまでのログから想像するに、私もranmaryuzakiさんと同意見です。
192.168.2.1の設定がおかしいと思われるので探し出して設定変更して下さい。
オフライン
情報というのは、どういうものをイメージしていますでしょうか。
設定内容などであれば、その機器の取り扱い説明書を参照していただくのが一番かと思いますが、たいていのものはブラウザでアクセスしてログインして設定の確認、変更ができるかと思います。
オフライン
>情報というのは、どういうものをイメージしていますでしょうか。
どの機器か特定できるような情報があれば、探しやすいと思ったんですが・・・。
仮にその機器が大学の中にあったとしたら、その設定を変更できる権限を持っていませんので・・・。
オフライン
たまたま見つけたのですが、これと関係があるのでしょうか?
http://itpro.nikkeibp.co.jp/article/COLUMN/20061107/252739/
オフライン
ranmaryuzaki による投稿:
たまたま見つけたのですが、これと関係があるのでしょうか?
http://itpro.nikkeibp.co.jp/article/COLUMN/20061107/252739/
ああ、そうですね。
まさしくこの状況では無いかと推定しています。
で、その悪さをしている機器の物理的な場所を特定する方法は、残念ながら私は存じません。理屈的には完全に場所を特定する方法は無いかと思います。
LANケーブルをたどっていって、無線LANアクセスポイント内蔵ルータのようなものを探してみるのがよいかと思います。
また、ブラウザを開いて、
http://192.168.2.1/
にアクセスすると、その機器の管理画面のログイン画面が表示されるかも知れません。
もしかしたら、機器の型式ぐらいは判るかも。。
とりあえず、身近にはそのようなルータ的な機器は存在しないでしょうか。
なければ隣近所に聞いて回るとか。。
オフライン
DHCP接続失敗の状況でarp -aを実行してみました。
administrator@administrator-HP-Pavilion-dv3500-Notebook-PC:~$ arp -a ? (192.168.2.1) at 00:01:8e:d4:3c:7d [ether] on eth0
今度は、どのメーカーなのかをこのページで調べてみました。
http://standards.ieee.org/develop/regauth/oui/public.html
00-01-8E (hex) Logitec Corporation
00018E (base 16) Logitec Corporation
8268 Rokudouhara, Misuzu
Ina, Nagano
JAPAN
JAPAN
と出ていました。このメーカーの機器で、00:01:8e:d4:3c:7dをMACアドレスに持つ機器だと推定しています。
自分の持っている機器の中では該当する機器がありませんので、周りの誰かが持っている機器が悪さしていると
思われますので、聞きまわって調べていく必要がありますね・・・。
オフライン
おお。ベンダーOUIからメーカを調べることができるデータベースがあるのですね。
面白いものを紹介していただきありがとうございます。
http://www.pro.logitec.co.jp/pro/c/cwalnbr/
ちらっとメーカサイトを見てみましたが、割と外見に特徴があるようなので、隣近所を聞いて回るしか無いかもですね。。
ただ有線で繋がっているので同じネットワーク内にあることは確実だと思います。
DHCPサーバが複数いる状況では、同じネットワークに接続している他の人も同じような症状がでている可能性があるので、ネットワーク管理者(教務部かどこか?)に相談してみるのも良いかも知れませんね。
オフライン
最後の手段として以下のような手も有るようです.
man dhclient.conf から引用
その他の宣言
reject ip-address;
reject 文により、DHCP クライアントは指定したアドレスをサーバ識別子として使用するサーバからの提供申し出を拒否するようになります。
標準に準拠しない dhcp サーバや設定を間違えている dhcp サーバによってクライアントが設定されないようにするために、この文を使用することができます。しかしながら、これは最後の武器とするべきです。これに先立ち、腐った DHCP サーバを追いかけて それを直す方がよいです。
;; 「腐った DHCP サーバを追いかけて」の文言が気に入りました.
オフライン
einundzwanzighundertsechs による投稿:
その他の宣言
reject ip-address;
reject 文により、DHCP クライアントは指定したアドレスをサーバ識別子として使用するサーバからの提供申し出を拒否するようになります。
なるほど。これで192.168.2.1を弾くので暫定策はOKそうですね。
gksudo gedit /etc/dhcp3/dhclient.conf
で設定ファイルを開き、
#reject xxx.xxx.xxx.xxx;
みたいに書かれている箇所を探し(すいません。IPアドレスは書き換えてしまって元のを忘れてしまいました)、
reject 192.168.2.1;
としておくととりあえずは動くようになりそうです。
ただ、無駄な通信が発生してアドレス取得が遅くなったり、ネットワークに変なアドレスを持った装置が増えておかしな状態になったりということも考えられるので、根本原因の調査と対処も別途進めて下さい。
オフライン
einundzwanzighundertsechsさんのおっしゃってた方法をやってみますと、安定しました。
起動してすぐに正常にIPアドレスを取得することができました。
この状態でsudo dhclientを実行してみますと、
administrator@administrator-HP-Pavilion-dv3500-Notebook-PC:~$ sudo dhclientThere is already a pid file /var/run/dhclient.pid with pid 2995 killed old client process, removed PID file Internet Systems Consortium DHCP Client V3.1.3 Copyright 2004-2009 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/wlan0/00:21:6b:84:d3:12 Sending on LPF/wlan0/00:21:6b:84:d3:12 Listening on LPF/eth0/00:22:64:82:a3:70 Sending on LPF/eth0/00:22:64:82:a3:70 Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3 DHCPREQUEST of 147.157.238.94 on eth0 to 255.255.255.255 port 67 DHCPNACK from 192.168.2.1 rejected by rule 192.168.2.1 mask 255.255.255.255. DHCPACK of 147.157.238.94 from 147.157.239.254 * Stopping NTP server ntpd ...done. * Starting NTP server ntpd ...done. bound to 147.157.238.94 -- renewal in 119134 seconds.
192.168.2.1に対してきちんとrejectされているのが分かります。
しかし、自分のパソコンは休暇などで実家に持って帰ることもありますので、
その時の環境に合わせないといけませんね・・・。
悪さをしている機器については、また後ほど調べて行きたいと思います。
オフライン
ranmaryuzaki による投稿:
しかし、自分のパソコンは休暇などで実家に持って帰ることもありますので、
その時の環境に合わせないといけませんね・・・。
実家のDHCPサーバとして動いている機器が、同じアドレスでなければ問題無いですし、同じIPアドレスを持っている場合でも大抵の機器はアドレス変更ができるかと思いますので、アドレスを変更してしまうのも手です。
# Logitechの製品でなければ、そもそも違うIPアドレスがデフォルトであることが多いかと思います。
ranmaryuzaki による投稿:
悪さをしている機器については、また後ほど調べて行きたいと思います。
そうですね。
現在の想定どおりの不具合が発生しているのであれば、タイミングの問題でいつWindowsも間違った方のDHCPサーバからアドレスを取得してしまい、以後、そのアドレスでリクエストをかけるループに入ってしまうか判らないため、できるだけ早く対処していただいた方が良いかと思います。
オフライン