Я только что установил чистый образ последней Raspbian Stretch Lite.
В частности - 2017-09-07-raspbian-stretch-lite.img
ifconfig
показывает что мой wifi интерфейс wlan0 обнаружен и работает.
eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether b8:27:eb:c6:dc:d4 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1 (Local Loopback)
RX packets 2516 bytes 144456 (141.0 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2516 bytes 144456 (141.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.165 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::d4dd:c202:d337:c0de prefixlen 64 scopeid 0x20<link>
ether 00:24:a5:36:ed:49 txqueuelen 1000 (Ethernet)
RX packets 49461 bytes 49499638 (47.2 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 36499 bytes 4455517 (4.2 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Однако попытка использовать команды ifdown
or ifup
говорит о том, что устройство не существует.
[pi:~] sudo ifdown wlan0
ifdown: unknown interface wlan0
Возможно, ifup и ifdown будут работать только в том случае, если для управления сетевыми устройствами используется / etc / network / interfaces, а в версии raspbian stretch lite от 2017-09-07 это явно не так.
networking
raspbian-stretch
Сарафом
источник
источник
ifconfig
, вот достойный поток на этом ServerFault: я должен выйти из использования Ifconfig? ..ifconfig
будет существовать очень долго Вроде как IPv4. Существует несколько способов настройки системы. Я использую,ifconfig
потому что это очень просто и дает хороший вывод, к которому я привык ... это мои предпочтения, и я буду продолжать использовать его, пока он включен в репо.Ответы:
Что работает вместо
является
источник
У меня была похожая проблема после установки PiHole. Я нашел этот сайт полезным. https://raspberry-projects.com/pi/programming-in-c/tcpip/configuring-network-adaptors
В моем случае я попытался изменить статический IP-адрес PiHole после установки, и у меня было два IP-адреса в файле /etc/dhcpcd.conf. Как только я исправил ошибку, мой Pi снова работает на проводном соединении.
источник