Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

Strony: 1

 

#1  2024-01-22 23:10:15

  seler - Użytkownik

seler
Użytkownik
Zarejestrowany: 2012-05-15

[SOLVED]Problem z postawieniem Access Pointa w bridgu

Hej forumowicze.
Postanowiłem uruchomić Access Point Wifi na schowanym w komórce Raspberry Pi - tak, żeby wszystkie urządzenia były w jednej sieci, czyli bez NAT. Malina jest połączony skrętką z ruterem głównym w domu, który ma się zajmować całym routingiem.
OS na RaspberryPi to Raspbian oparty na Debianie Bullseye z jajkiem aarch64 6.1.21-v8+

I owszem Access Point działa, mogę się połączyć z wifi i internet na klientach wifi działa, z tym że:
⬤ maszyna dostaje z routera 2 adresy IP
⬤ mogę się do niej zalogować w sieci lokalnej po ssh, ale ona sama nie ma dostępu do internetu.

ping 8.8.8.8 : "Destination Port Unreachable"
ping 192.168.1.1 : OK
ping -I eth0 192.168.1.1 : "Destination Port Unreachable"
ping -I br0 192.168.1.1 : OK
ping -I br0 8.8.8.8 : "Destination Port Unreachable"

Wykonałem kroki z tego poradnika:
https://gist.github.com/umardx/23cc3ad93119151a16f486c7cf01096c
Mianowicie:
1.

Kod:

$ sudo apt-get install -y bridge-utils hostapd

2. Odkomentowałem "net.ipv4.ip_forward=1" w /etc/sysctl.conf

3. W /etc/network/interfaces.d/access-point-bridge.conf :
(/etc/network/interfaces jest tylko "source /etc/network/interfaces.d/*" )

Kod:

auto lo
iface lo inet loopback

# Disable eth0 / wlan0 config, handled by bridge
auto eth0
iface eth0 inet manual

allow-hotplug wlan0
iface wlan0 inet manual

# Create a bridge with static IP
auto br0
iface br0 inet dhcp
  bridge_ports eth0

(Ponoć nie trzeba dodawać tutaj wlan0 do mostu, bo tym się zajmie hostapd.)
4. /etc/hostapd/hostapd.conf (nieco inaczej niż w poradniku, bo kiedyś już coś podobnego kombinowałem i działało, tyle że z dhcpem, więc skopiowałem konfig ze starego sprawdzonego):

Kod:

interface=wlan0
driver=nl80211
ssid=NAZWA_SIECI
hw_mode=g
channel=1
macaddr_acl=0
auth_algs=1
wpa=2
wpa_key_mgmt=WPA-PSK
wpa_passphrase=HASŁO_DO_SIECI
rsn_pairwise=CCMP
wpa_pairwise=CCMP
ctrl_interface=/tmp/hostapd
# This line ask hostapd to add wlan0 to the bridge br0
bridge=br0

5. Ustawienie w /etc/default/hostapd:

Kod:

DAEMON_CONF="/etc/hostapd/hostapd.conf"

6. Dodatkowo czego nie było w poradniku musiałem odmaskować i uruchomić unita systemd hostapd (może to wynikało z moich poprzednich kombinacji):

Kod:

systemctl unmask hostapd
systemctl enable hostapd

7. Reboot


Skutki:

Kod:

# ifconfig
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.233  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::ba27:ebff:fe63:4e10  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:36:1b:45  txqueuelen 1000  (Ethernet)
        RX packets 7103  bytes 1346384 (1.2 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1084  bytes 114873 (112.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.232  netmask 255.255.255.0  broadcast 192.168.1.255
        ether b8:27:eb:63:4e:10  txqueuelen 1000  (Ethernet)
        RX packets 7104  bytes 1445919 (1.3 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1112  bytes 117029 (114.2 KiB)
        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 1000  (Local Loopback)
        RX packets 358  bytes 33315 (32.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 358  bytes 33315 (32.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.147.225  netmask 255.255.0.0  broadcast 169.254.255.255
        inet6 fe80::6f2e:852:7a13:81a  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:36:1b:45  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5918  bytes 1357541 (1.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wwan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.169.80  netmask 255.255.0.0  broadcast 169.254.255.255
        inet6 fe80::f71b:864d:c222:c865  prefixlen 64  scopeid 0x20<link>
        ether 58:2c:80:13:92:63  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 85  bytes 23902 (23.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Kod:

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 br0
0.0.0.0         192.168.1.1     0.0.0.0         UG    202    0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     203    0        0 wwan0
169.254.0.0     0.0.0.0         255.255.0.0     U     304    0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
192.168.1.0     0.0.0.0         255.255.255.0   U     202    0        0 eth0

Kod:

# brctl show
bridge name    bridge id        STP enabled    interfaces
br0        8000.b827eb361b45    no        eth0
                            wlan0

Ostatnio edytowany przez seler (2024-01-29 15:44:15)

a to feler westchnął seler

Offline

 

#2  2024-01-23 00:15:31

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

mogę się do niej zalogować w sieci lokalnej po ssh, ale ona sama nie ma dostępu do internetu.

Czyżby routing?

traceroute, lft i tcpdump.
Tym przeprowadzisz diagnozę problemów, czyli ustalisz, gdzie gubią się połączenia z malinki.

Ta klasa adresowa:

Kod:

 169.254.*.*

to jest pula zarezerwowana dla zeroconf/avahi, nie wiem skąd te adresy wziąłeś, ale zeroconf gwarantuje przede wszystkim problemy.

Lepiej karty, które mają być w mostku, dodaj do mostka ręcznie, hostapd nie powinien mieć z tym problemu.
I nie dawaj tym kartom adresów, jeśli mają mieć wspólny adres w mostku.

W OpenWRT:

Kod:

# Router ###  20:27  Router : ~ 

 root ~> brctl  show br-lan
bridge name    bridge id        STP enabled    interfaces
br-lan        7fff.a063917d585a    no        phy0-ap0
                            phy1-ap0
                            eth0.1

Kod:

# Router ###  20:28  Router : ~ 

 root ~> ifconfig br-lan
br-lan    Link encap:Ethernet  HWaddr A0:63:91:7D:58:5A  
          inet addr:192.168.9.1  Bcast:192.168.9.255  Mask:255.255.255.0
          inet6 addr: fe80::a263:91ff:fe7d:585a/64 Scope:Link
          inet6 addr: fd2c:9fd7:c7c1::1/60 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:826802 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2166829 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:62182569 (59.3 MiB)  TX bytes:3027080118 (2.8 GiB)

karty:

Kod:

 root ~> ifconfig phy1-ap0
phy1-ap0  Link encap:Ethernet  HWaddr A0:63:91:7D:58:5C  
          inet6 addr: fe80::a263:91ff:fe7d:585c/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:48223 errors:0 dropped:0 overruns:0 frame:0
          TX packets:69338 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:8490904 (8.0 MiB)  TX bytes:62298058 (59.4 MiB)

 root ~> ifconfig eth0.1
eth0.1    Link encap:Ethernet  HWaddr A0:63:91:7D:58:5A  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:770098 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2110981 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:53237336 (50.7 MiB)  TX bytes:2962001181 (2.7 GiB)

Pozdro

Ostatnio edytowany przez Jacekalex (2024-01-23 00:26:44)

W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#3  2024-01-24 13:56:29

  seler - Użytkownik

seler
Użytkownik
Zarejestrowany: 2012-05-15

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

Dzięki za odpowiedź!

Jacekalex napisał(-a):

traceroute, lft i tcpdump.
Tym przeprowadzisz diagnozę problemów, czyli ustalisz, gdzie gubią się połączenia z malinki.

Hmm, jeżeli chodzi o traceroute, to wypluwa coś takiego:

Kod:

# traceroute -n 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  192.168.1.1  0.818 ms  0.704 ms  0.543 ms
 2  192.168.1.1  0.689 ms * *

# traceroute -n 192.168.1.1
traceroute to 192.168.1.1 (192.168.1.1), 30 hops max, 60 byte packets
 1  192.168.1.1  0.715 ms  0.755 ms  0.844 ms

# traceroute -n -i eth0 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
[CIACH]

# traceroute -n -i br0 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  192.168.1.1  0.782 ms  0.557 ms  0.593 ms
 2  192.168.1.1  0.591 ms  0.585 ms  0.752 ms

Co do tcpdumpa, to będę musiał jeszcze się nieco podszkolić w temacie, żeby go odpowiednio użyć.

Jacekalex napisał(-a):

Ta klasa adresowa:

Kod:

 169.254.*.*

to jest pula zarezerwowana dla zeroconf/avahi, nie wiem skąd te adresy wziąłeś, ale zeroconf gwarantuje przede wszystkim problemy.

Nie wiem skąd się wziął ten adres wlan0, czy nie jest to czasem jakiś specjalny adres po prostu w momencie, gdy wlan0 pracuje w trybie master jako AP?
Avahi-daemon faktycznie był domyślnie załączony w systemd. Wyłączyłem go, ale po restarcie wciąż wlan0 ma ten sam adres 169.254.147.225
Bardziej mnie niepokoi to, że i eth0 dostał adres IP 192.168.1.232 i br0 dostał ipka 192.168.1.233

Jacekalex napisał(-a):

Lepiej karty, które mają być w mostku, dodaj do mostka ręcznie, hostapd nie powinien mieć z tym problemu.
I nie dawaj tym kartom adresów, jeśli mają mieć wspólny adres w mostku.

Dopisałem w /etc/network/interfaces.d/access-point-bridge.conf do bridga także wlan0:

Kod:

...
auto br0
iface br0 inet dhcp
  bridge_ports eth0 wlan0

Jednak nic to nie pomogło, wciąż to samo.
Żadnym kartom nie nadawałem żadnych adresów, wcześniej malina zwyczajnie dostawała dla eth0 adres IP po dhcp od routera nadrzędnego.

Ostatnio edytowany przez seler (2024-01-24 13:56:51)

a to feler westchnął seler

Offline

 

#4  2024-01-24 14:09:56

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

A gdybyś zrobił tak:

Kod:

iface eth0 inet manual
iface wlan0 inet manual

auto br0
iface br0 inet dhcp
bridge_ports eth0 wlan0

Chodzi o usunięcie tych auto i hotplug z wcześniejszej konfiguracji.

Offline

 

#5  2024-01-24 14:47:22

  seler - Użytkownik

seler
Użytkownik
Zarejestrowany: 2012-05-15

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

Ok, więc zrobiłem taki konfig:

Kod:

auto lo
iface lo inet loopback
auto br0
iface br0 inet dhcp
  bridge_ports eth0 wlan0

Po restarcie wciąż to samo, mogę wejść po ssh w sieci lokalnej na malinę, ale pingi z niej na świat nie przechodzą. Eth0 wraz z br0 wciąż dostają osobne adresy ip: 232 i 233. Route -n wciąż tak samo:

Kod:

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 br0
0.0.0.0         192.168.1.1     0.0.0.0         UG    202    0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     203    0        0 wwan0
169.254.0.0     0.0.0.0         255.255.0.0     U     304    0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
192.168.1.0     0.0.0.0         255.255.255.0   U     202    0        0 eth0

EDIT: fck, nie dopisałem tych linijek manual, moment...

Więc teraz konfig jest taki:

Kod:

auto lo
iface lo inet loopback
iface eth0 inet manual
iface wlan0 inet manual
auto br0
iface br0 inet dhcp
  bridge_ports eth0 wlan0

Skutki takie same na oko: osobne adresy IP na 232 i 233, route -n takie samo, pingi na świat nie wychodzą

EDIT2:
skasowałem z konfiga te linijki z lo, także jest on teraz taki jak zaproponował Morfik, ale skutek jest identyczny.

Kod:

iface eth0 inet manual
iface wlan0 inet manual
auto br0
iface br0 inet dhcp
  bridge_ports eth0 wlan0

Ostatnio edytowany przez seler (2024-01-24 15:11:02)

a to feler westchnął seler

Offline

 

#6  2024-01-24 16:39:43

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

A pokaż co się dzieje w logu systemowym podczas konfiguracji tych interfejsów, bo wygląda tak jakby co innego te interfejsy konfigurowało.

Ostatnio edytowany przez morfik (2024-01-24 16:40:43)

Offline

 

#7  2024-01-24 20:16:29

  seler - Użytkownik

seler
Użytkownik
Zarejestrowany: 2012-05-15

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

OK, tutaj wybrane fragmenty journala:

Kod:

Jan 24 15:02:09 malina-komorka dhcpcd[473]: dev: loaded udev
Jan 24 15:02:10 malina-komorka kernel: 8021q: 802.1Q VLAN Support v1.8
Jan 24 15:02:10 malina-komorka ModemManager[470]: <info>  ModemManager (version 1.14.12) starting in system bus...
Jan 24 15:02:10 malina-komorka dhcpcd[473]: forked to background, child pid 495
Jan 24 15:02:10 malina-komorka systemd[1]: Started DHCP Client Daemon.
Jan 24 15:02:10 malina-komorka systemd[1]: Finished Helper to synchronize boot up for ifupdown.
Jan 24 15:02:10 malina-komorka dhcpcd-run-hooks[515]: wlan0: starting wpa_supplicant
Jan 24 15:02:10 malina-komorka systemd[1]: Starting Raise network interfaces...
Jan 24 15:02:10 malina-komorka systemd[1]: Started Modem Manager.
Jan 24 15:02:10 malina-komorka systemd[1]: Started LSB: Switch to ondemand cpu governor (unless shift key is pressed).
...
Jan 24 15:02:10 malina-komorka dhcpcd[495]: wlan0: connected to Access Point `'
Jan 24 15:02:10 malina-komorka dhcpcd[495]: eth0: waiting for carrier
Jan 24 15:02:10 malina-komorka dhcpcd[495]: wwan0: waiting for carrier
Jan 24 15:02:10 malina-komorka dhcpcd[495]: wlan0: waiting for carrier
Jan 24 15:02:10 malina-komorka dhcpcd[495]: wwan0: carrier acquired
Jan 24 15:02:10 malina-komorka kernel: 8021q: adding VLAN 0 to HW filter on device eth0
Jan 24 15:02:10 malina-komorka kernel: lan78xx 1-1.1.1:1.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jan 24 15:02:10 malina-komorka kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jan 24 15:02:10 malina-komorka dhcpcd[495]: DUID 00:01:00:01:2d:01:80:67:b8:27:eb:63:4e:10
Jan 24 15:02:10 malina-komorka dhcpcd[495]: wwan0: IAID 80:13:92:63
Jan 24 15:02:10 malina-komorka dhcpcd[495]: wwan0: adding address fe80::f71b:864d:c222:c865
Jan 24 15:02:10 malina-komorka dhcpcd[495]: eth0: carrier acquired
Jan 24 15:02:10 malina-komorka kernel: bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
Jan 24 15:02:10 malina-komorka dhcpcd[495]: eth0: IAID eb:63:4e:10
Jan 24 15:02:10 malina-komorka dhcpcd[495]: eth0: adding address fe80::d381:aecb:9025:abc0
Jan 24 15:02:10 malina-komorka ifup[564]: RTNETLINK answers: Operation not supported
Jan 24 15:02:10 malina-komorka dhcpcd[495]: wwan0: soliciting a DHCP lease
Jan 24 15:02:10 malina-komorka kernel: br0: port 1(eth0) entered blocking state
Jan 24 15:02:10 malina-komorka kernel: br0: port 1(eth0) entered disabled state
Jan 24 15:02:10 malina-komorka kernel: device eth0 entered promiscuous mode
Jan 24 15:02:10 malina-komorka ifup[577]: can't add wlan0 to bridge br0: Operation not supported
Jan 24 15:02:11 malina-komorka kernel: br0: port 1(eth0) entered blocking state
Jan 24 15:02:11 malina-komorka kernel: br0: port 1(eth0) entered forwarding state
Jan 24 15:02:11 malina-komorka dhcpcd[495]: wwan0: soliciting an IPv6 router
Jan 24 15:02:11 malina-komorka dhcpcd[495]: eth0: soliciting an IPv6 router
Jan 24 15:02:11 malina-komorka dhclient[597]: Internet Systems Consortium DHCP Client 4.4.1
Jan 24 15:02:11 malina-komorka ifup[597]: Internet Systems Consortium DHCP Client 4.4.1
Jan 24 15:02:11 malina-komorka ifup[597]: Copyright 2004-2018 Internet Systems Consortium.
Jan 24 15:02:11 malina-komorka ifup[597]: All rights reserved.
Jan 24 15:02:11 malina-komorka ifup[597]: For info, please visit https://www.isc.org/software/dhcp/
Jan 24 15:02:11 malina-komorka dhclient[597]: Copyright 2004-2018 Internet Systems Consortium.
Jan 24 15:02:11 malina-komorka dhclient[597]: All rights reserved.
Jan 24 15:02:11 malina-komorka dhclient[597]: For info, please visit https://www.isc.org/software/dhcp/
Jan 24 15:02:11 malina-komorka dhclient[597]: 
Jan 24 15:02:11 malina-komorka dhclient[597]: Listening on LPF/br0/b8:27:eb:63:4e:10
Jan 24 15:02:11 malina-komorka ifup[597]: Listening on LPF/br0/b8:27:eb:63:4e:10
Jan 24 15:02:11 malina-komorka ifup[597]: Sending on   LPF/br0/b8:27:eb:63:4e:10
Jan 24 15:02:11 malina-komorka ifup[597]: Sending on   Socket/fallback
Jan 24 15:02:11 malina-komorka dhclient[597]: Sending on   LPF/br0/b8:27:eb:63:4e:10
Jan 24 15:02:11 malina-komorka ifup[597]: DHCPDISCOVER on br0 to 255.255.255.255 port 67 interval 8
Jan 24 15:02:11 malina-komorka dhclient[597]: Sending on   Socket/fallback
Jan 24 15:02:11 malina-komorka dhclient[597]: DHCPDISCOVER on br0 to 255.255.255.255 port 67 interval 8
Jan 24 15:02:11 malina-komorka dhclient[597]: DHCPOFFER of 192.168.1.233 from 192.168.1.1
Jan 24 15:02:11 malina-komorka ifup[597]: DHCPOFFER of 192.168.1.233 from 192.168.1.1
Jan 24 15:02:11 malina-komorka ifup[597]: DHCPREQUEST for 192.168.1.233 on br0 to 255.255.255.255 port 67
Jan 24 15:02:11 malina-komorka dhclient[597]: DHCPREQUEST for 192.168.1.233 on br0 to 255.255.255.255 port 67
Jan 24 15:02:11 malina-komorka dhclient[597]: DHCPACK of 192.168.1.233 from 192.168.1.1
Jan 24 15:02:11 malina-komorka ifup[597]: DHCPACK of 192.168.1.233 from 192.168.1.1
Jan 24 15:02:12 malina-komorka dhcpcd[495]: eth0: rebinding lease of 192.168.1.232
Jan 24 15:02:12 malina-komorka dhcpcd[495]: eth0: probing address 192.168.1.232/24
Jan 24 15:02:13 malina-komorka ModemManager[470]: <info>  [base-manager] couldn't check support for device '/sys/devices/platform/soc/3f300000.mmcnr/mmc_host/mmc1/mmc1:0001/mmc1:0001:1': not supported by any plugin
Jan 24 15:02:13 malina-komorka ModemManager[470]: <info>  [base-manager] couldn't check support for device '/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.1': not supported by any plugin
Jan 24 15:02:13 malina-komorka dhclient[597]: bound to 192.168.1.233 -- renewal in 20862 seconds.
Jan 24 15:02:13 malina-komorka ifup[597]: bound to 192.168.1.233 -- renewal in 20862 seconds.
Jan 24 15:02:14 malina-komorka ifup[664]: can't add wlan0 to bridge br0: Operation not supported
Jan 24 15:02:14 malina-komorka dhclient[684]: Internet Systems Consortium DHCP Client 4.4.1
Jan 24 15:02:14 malina-komorka ifup[684]: Internet Systems Consortium DHCP Client 4.4.1
Jan 24 15:02:14 malina-komorka ifup[684]: Copyright 2004-2018 Internet Systems Consortium.
Jan 24 15:02:14 malina-komorka ifup[684]: All rights reserved.
Jan 24 15:02:14 malina-komorka ifup[684]: For info, please visit https://www.isc.org/software/dhcp/
Jan 24 15:02:14 malina-komorka dhclient[684]: Copyright 2004-2018 Internet Systems Consortium.
Jan 24 15:02:14 malina-komorka dhclient[684]: All rights reserved.
Jan 24 15:02:14 malina-komorka dhclient[684]: For info, please visit https://www.isc.org/software/dhcp/
Jan 24 15:02:14 malina-komorka dhclient[684]: 
Jan 24 15:02:14 malina-komorka dhclient[684]: Listening on LPF/br0/b8:27:eb:63:4e:10
Jan 24 15:02:14 malina-komorka ifup[684]: Listening on LPF/br0/b8:27:eb:63:4e:10
Jan 24 15:02:14 malina-komorka ifup[684]: Sending on   LPF/br0/b8:27:eb:63:4e:10
Jan 24 15:02:14 malina-komorka ifup[684]: Sending on   Socket/fallback
Jan 24 15:02:14 malina-komorka ifup[684]: DHCPREQUEST for 192.168.1.233 on br0 to 255.255.255.255 port 67
Jan 24 15:02:14 malina-komorka dhclient[684]: Sending on   LPF/br0/b8:27:eb:63:4e:10
Jan 24 15:02:14 malina-komorka dhclient[684]: Sending on   Socket/fallback
Jan 24 15:02:14 malina-komorka dhclient[684]: DHCPREQUEST for 192.168.1.233 on br0 to 255.255.255.255 port 67
Jan 24 15:02:14 malina-komorka dhclient[684]: DHCPACK of 192.168.1.233 from 192.168.1.1
Jan 24 15:02:14 malina-komorka ifup[684]: DHCPACK of 192.168.1.233 from 192.168.1.1
Jan 24 15:02:14 malina-komorka ifup[695]: RTNETLINK answers: File exists
Jan 24 15:02:14 malina-komorka dhclient[684]: bound to 192.168.1.233 -- renewal in 20419 seconds.
Jan 24 15:02:14 malina-komorka ifup[684]: bound to 192.168.1.233 -- renewal in 20419 seconds.
Jan 24 15:02:14 malina-komorka systemd[1]: Finished Raise network interfaces.
Jan 24 15:02:14 malina-komorka systemd[1]: Reached target Network.
Jan 24 15:02:14 malina-komorka systemd[1]: Reached target Network is Online.
Jan 24 15:02:14 malina-komorka systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
Jan 24 15:02:14 malina-komorka systemd[1]: Starting LSB: Home Automation System...
Jan 24 15:02:14 malina-komorka systemd[1]: Starting Access point and authentication server for Wi-Fi and Ethernet...
Jan 24 15:02:14 malina-komorka systemd[1]: Starting /etc/rc.local Compatibility...
Jan 24 15:02:14 malina-komorka systemd[1]: Condition check resulted in fast remote file copy program daemon being skipped.
Jan 24 15:02:14 malina-komorka systemd[1]: Started AutoSSH tunnel do glosnika.
Jan 24 15:02:14 malina-komorka systemd[1]: Starting OpenBSD Secure Shell server...
Jan 24 15:02:14 malina-komorka systemd[1]: Starting Permit User Sessions...
Jan 24 15:02:14 malina-komorka systemd[1]: Started /etc/rc.local Compatibility.
Jan 24 15:02:15 malina-komorka kernel: br0: port 2(wlan0) entered blocking state
Jan 24 15:02:15 malina-komorka kernel: br0: port 2(wlan0) entered disabled state
Jan 24 15:02:15 malina-komorka kernel: device wlan0 entered promiscuous mode
Jan 24 15:02:15 malina-komorka kernel: br0: port 2(wlan0) entered blocking state
Jan 24 15:02:15 malina-komorka kernel: br0: port 2(wlan0) entered forwarding state
Jan 24 15:02:15 malina-komorka domoticz.sh[745]: INFO: No time server(s) defined in /etc/systemd/timesyncd.conf, using default fallback server(s)
Jan 24 15:02:15 malina-komorka hostapd[748]: Configuration file: /etc/hostapd/hostapd.conf
Jan 24 15:02:15 malina-komorka hostapd[748]: Using interface wlan0 with hwaddr b8:27:eb:36:1b:45 and ssid "dajesz_malina"
Jan 24 15:02:15 malina-komorka hostapd[748]: wlan0: interface state UNINITIALIZED->ENABLED
Jan 24 15:02:15 malina-komorka hostapd[748]: wlan0: AP-ENABLED
Jan 24 15:02:14 malina-komorka systemd[1]: Finished Permit User Sessions.
Jan 24 15:02:14 malina-komorka dhcpcd[495]: wlan0: carrier acquired
Jan 24 15:02:14 malina-komorka systemd[1]: Created slice User Slice of UID 1000.
Jan 24 15:02:14 malina-komorka dhcpcd[495]: wlan0: IAID eb:36:1b:45
Jan 24 15:02:14 malina-komorka systemd[1]: Started Getty on tty1.
Jan 24 15:02:14 malina-komorka dhcpcd[495]: wlan0: adding address fe80::6f2e:852:7a13:81a
Jan 24 15:02:14 malina-komorka systemd[1]: Started Serial Getty on ttyS0.
Jan 24 15:02:14 malina-komorka dhcpcd[495]: ipv6_addaddr1: Permission denied
Jan 24 15:02:14 malina-komorka systemd[1]: Reached target Login Prompts.
Jan 24 15:02:14 malina-komorka systemd[1]: Starting User Runtime Directory /run/user/1000...
Jan 24 15:02:14 malina-komorka systemd[1]: systemd-rfkill.service: Succeeded.
Jan 24 15:02:14 malina-komorka systemd[1]: Finished User Runtime Directory /run/user/1000.
Jan 24 15:02:14 malina-komorka systemd[1]: Starting User Manager for UID 1000...
Jan 24 15:02:14 malina-komorka systemd[1]: Started Access point and authentication server for Wi-Fi and Ethernet.
Jan 24 15:02:15 malina-komorka systemd[1]: Started OpenBSD Secure Shell server.
Jan 24 15:02:15 malina-komorka systemd[1]: Started dnsmasq - A lightweight DHCP and caching DNS server.
Jan 24 15:02:15 malina-komorka systemd[1]: Reached target Host and Network Name Lookups.
Jan 24 15:02:15 malina-komorka systemd[771]: pam_unix(systemd-user:session): session opened for user pi(uid=1000) by (uid=0)
Jan 24 15:02:15 malina-komorka systemd[1]: Starting LSB: exim Mail Transport Agent...
Jan 24 15:02:15 malina-komorka dnsmasq[789]: started, version 2.85 cachesize 150
Jan 24 15:02:15 malina-komorka dnsmasq[789]: DNS service limited to local subnets
Jan 24 15:02:15 malina-komorka dnsmasq[789]: compile time options: IPv6 GNU-getopt DBus no-UBus i18n IDN2 DHCP DHCPv6 no-Lua TFTP conntrack ipset auth cryptohash DNSSEC loop-detect inotify dumpfile
Jan 24 15:02:15 malina-komorka dnsmasq[789]: read /etc/hosts - 6 addresses
Jan 24 15:02:15 malina-komorka dhcpcd[495]: wlan0: soliciting an IPv6 router
Jan 24 15:02:15 malina-komorka dhcpcd[495]: wlan0: soliciting a DHCP lease
Jan 24 15:02:15 malina-komorka dhcpcd[495]: wwan0: probing for an IPv4LL address
Jan 24 15:02:16 malina-komorka systemd[771]: Queued start job for default target Main User Target.
Jan 24 15:02:16 malina-komorka systemd[771]: Created slice User Application Slice.
Jan 24 15:02:16 malina-komorka systemd[771]: Reached target Paths.
Jan 24 15:02:16 malina-komorka systemd[771]: Reached target Timers.
Jan 24 15:02:16 malina-komorka systemd[771]: Listening on GnuPG network certificate management daemon.
Jan 24 15:02:16 malina-komorka systemd[771]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
Jan 24 15:02:16 malina-komorka systemd[771]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
Jan 24 15:02:16 malina-komorka systemd[771]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
Jan 24 15:02:16 malina-komorka systemd[771]: Listening on GnuPG cryptographic agent and passphrase cache.
Jan 24 15:02:16 malina-komorka systemd[771]: Reached target Sockets.
Jan 24 15:02:16 malina-komorka systemd[771]: Reached target Basic System.
Jan 24 15:02:16 malina-komorka systemd[1]: Started User Manager for UID 1000.
Jan 24 15:02:16 malina-komorka systemd[771]: Reached target Main User Target.
Jan 24 15:02:16 malina-komorka systemd[771]: Startup finished in 730ms.
...
Jan 24 15:02:17 malina-komorka systemd[1]: Starting Hostname Service...
Jan 24 15:02:17 malina-komorka systemd[1]: Started Hostname Service.
Jan 24 15:02:18 malina-komorka dhcpcd[495]: eth0: leased 192.168.1.232 for 43200 seconds
Jan 24 15:02:18 malina-komorka dhcpcd[495]: eth0: adding route to 192.168.1.0/24
Jan 24 15:02:18 malina-komorka dhcpcd[495]: eth0: adding default route via 192.168.1.1
Jan 24 15:02:20 malina-komorka dhcpcd[495]: wwan0: using IPv4LL address 169.254.169.80
Jan 24 15:02:20 malina-komorka dhcpcd[495]: wwan0: adding route to 169.254.0.0/16
Jan 24 15:02:20 malina-komorka systemd-logind[371]: New session 2 of user pi.
Jan 24 15:02:20 malina-komorka systemd[1]: Started Session 2 of user pi.
Jan 24 15:02:20 malina-komorka dhcpcd[495]: wlan0: probing for an IPv4LL address
Jan 24 15:02:21 malina-komorka systemd[1]: systemd-rfkill.service: Succeeded.
Jan 24 15:02:24 malina-komorka dhcpcd[495]: wwan0: no IPv6 Routers available
Jan 24 15:02:25 malina-komorka dhcpcd[495]: wlan0: using IPv4LL address 169.254.147.225
Jan 24 15:02:25 malina-komorka dhcpcd[495]: wlan0: adding route to 169.254.0.0/16

pełny log startu - zewnętrzny serwis, bo plik zbyt wielki:
https://pastebin.com/raw/3yrs8nyp
A tu wybrane tylko usługi: kernel\|systemd\|dhcpcd\|ModemManager\|ifup\|dhclient\|dnsmasq\|hostapd
https://pastebin.com/raw/jK6m46zh

a to feler westchnął seler

Offline

 

#8  2024-01-24 20:40:11

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

Z tego co widzę, to masz dwa demony od dhcp -- jeden to dhcpcd i drugi dhclient. Musisz się zdecydować na jeden i tylko tego jednego używać. Obecnie dhclient wylatuje, bo nie chcą go rozwijać już.

Offline

 

#9  2024-01-24 21:21:06

  seler - Użytkownik

seler
Użytkownik
Zarejestrowany: 2012-05-15

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

Dzięki za info, faktycznie wygląda na to, że jeden załatwia adres 192.168.1.232 a drugi 233.
Nie instalowałem ręcznie dhcpclienta, może domyślnie go wsadzili do tego raspbiana. Wyglada na to, że pochodzi on z pakietu isc-dhcp-client. Kasuję go i zobaczymy co to da...

Dało to, że odciąłem sobie już dostęp na amen xD
Nie odpowiada nawet na pingi. Ech, chyba muszę jakoś zupełnie inaczej podejść do tego, albo zrezygnować z tego hotspota...

Ostatnio edytowany przez seler (2024-01-24 21:22:25)

a to feler westchnął seler

Offline

 

#10  2024-01-24 21:32:31

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

Dhclienta (muzealny zabytek) radze wyłączyć i usunąć z zachowaniem należytej staranności. :P

We wszystkich konfigach  /etc/dhcpcd.conf zastosować opcję:

noipv4ll
            ###  Don't attempt to obtain an IPv4LL address if we failed to get one via DHCP.  See RFC
             3927.

To powinno rozwiązać problem adresów zeroconf pojawiających się diabli wiedzą skąd.

W ten sposób od rozwiązania głównego problemu dzielić będzie o jeden kłopot mniej.

Morfik napisał(-a):

Obecnie dhclient wylatuje, bo nie chcą go rozwijać już.

Nie tyle wylatuje dhclient, co wylatuje Ipv4, Francja, Niemcy, Grecja, Indie, USA czy Węgry już dawno mają od 50% do 75% ruchu w Ipv6 i ipv4 jest tam potrzebny jak dziura w moście.
To Polska, Hiszpania, Włochy i kilka innych  krajów w Afryce jeszcze nie zauważyło,
że ipv4 to jest anachronizm jak płyty CD czy kasety VHS, a współczesnym protokołem jest już Ipv6.
dhclient do Ipv6 się nadaje jak prosiaczek do karety królewskiej.
xD

Szurek:
https://www.google.com/intl/pl/ipv6/statistics.html … ipv6-adoption

Ostatnio edytowany przez Jacekalex (2024-01-24 21:50:21)

W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#11  2024-01-24 22:43:25

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

W konfiguracji /etc/dhcpcd.conf dodaj sobie

Kod:

allowinterfaces br0

Zapobiegnie to próbie uzyskania adresacji na innych interfejsach niż ten mostkowy, bo to może być przyczyną.

Ostatnio edytowany przez morfik (2024-01-24 22:43:34)

Offline

 

#12  2024-01-29 15:42:20

  seler - Użytkownik

seler
Użytkownik
Zarejestrowany: 2012-05-15

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

Hej, przysiadłem dzisiaj w końcu przy tym.
Okazało się, że malina dostawała adres IPv6, a nie dostawała IPv4. Mogłem się zalogować do niej poprzez

Kod:

ssh pi@fe80::ba27:ebff:fe63:4e10%wlp9s0

(nie wiedzieć czemu ssh bez końcówki z nazwą interfejsu %wlp9s0 skutkuje błędem)
Tym niemniej nie zadowalało mnie to - widocznie jestem anachroniczny, a sądzę że mój wiekowy router TP 1043 z Openwrt na pewno jest ;)
Poczytałem, że możliwe jest iż brak przydzielania adresu ipv4 przez dhcpcd może być wynikiem błędnej daty. Jednak systemd-timesyncd nie mógł się połączyć z netem, a ręczne ustawienie nic nie dało. Dało dopiero dodanie twojej Morfik dyrektywy do /etc/dhcpcd.conf wraz z

Kod:

denyinterfaces wlan0 eth0

(wzięte z kolei z tego poradnika: https://gist.github.com/martignoni/b17aff9a45556aced4fef49d733f2c6e)

W końcu wszystko działa jak należy, Access Point oraz internet na malinie.

Kod:

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    205    0        0 br0
192.168.1.0     0.0.0.0         255.255.255.0   U     205    0        0 br0

Kod:

# ifconfig 
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.232  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::d381:aecb:9025:abc0  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:36:1b:45  txqueuelen 1000  (Ethernet)
        RX packets 255  bytes 28726 (28.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 165  bytes 18008 (17.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether b8:27:eb:63:4e:10  txqueuelen 1000  (Ethernet)
        RX packets 255  bytes 32296 (31.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 165  bytes 18008 (17.5 KiB)
        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 1000  (Local Loopback)
        RX packets 80  bytes 7349 (7.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 80  bytes 7349 (7.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether b8:27:eb:36:1b:45  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 99  bytes 15630 (15.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Dzięki Morfik i Jacekalex za pomoc.

Ostatnio edytowany przez seler (2024-01-29 15:48:31)

a to feler westchnął seler

Offline

 

#13  2024-01-29 21:26:33

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

Okazało się, że malina dostawała adres IPv6,  a nie dostawała IPv4.

Pewnie Ipv6 dostawała przez SLAAC czyli rozgłoszenie Router Solicitation i odpowiedź routera Router Advertisement.
Tymczasem serwer albo klient DHCP się skichał, dlatego nie było Ipv4.

Co było bardzo trudno zauważyć przez adresy Zeroconf serwowane przez dhcpcd kiedy nie dostanie odpowiedzi dhcp.

Dlatego sieci (routery, AP) najlepiej konfigurować na stałych adresach IP,  bez żadnego DHCP, DHCPv6 czy NDP (SLAAC).
Wtedy wiadomo, co i jak działa w sieci.

DHCP co najwyżej dla urządzeń mobilnych można zostawić, ale wszystko co siedzi na kablu też powinno mieć stałe adresy i stałe trasy routingu.

Pozdro

W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#14  2024-01-30 10:34:00

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED]Problem z postawieniem Access Pointa w bridgu

Tu też było wiadomo. Dwa klienty DHCP to nie najlepszy pomysł i brak odpowiedniego skonfigurowania jednego klienta DHCP po wywaleniu drugiego. xD

Choć to trochę dziwne, że chce obie te dyrektywy denyinterfaces i allowinterfaces. Ja przy bonding'u mam tylko allowinterfaces i śmiga.

Offline

 

 

Strony: 1

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
To nie jest tylko forum, to nasza mała ojczyzna ;-)