[FrancYescO]

Speravo che almeno avessero una motivazione tecnica per tenere in whitelist il singolo MAC, se invece, dopo una semplice richiesta riescono sia ad abbinare l'accesso fisico al cliente (e quindi all'IP) e tolgono del tutto il "port-security" faccio fatica a trovare un senso a tutto cio'...

[luketdi]

di fatti non capisco nemmeno io il senso di chiedermi il mac address del nuovo modem, tutta sta manfrina di controllo col loro fastgate di default... per poi sbloccare tutto!! bho, li per li pensavo che almeno il mac andasse ancora usato, invece manco più quello. l'unica cosa che mi scoccia ora è non riuscire a mettere in bridge il fritz, ma in rete non ho trovato info interessanti in merito anzi....

[LuKePicci]

Quando chiedi di sbloccarti l'accesso a qualsiasi mac l'associazione ip-cliente diventa inutile, e l'autoconfigurazione del fastgate smette di funzionare.

[luketdi]

@LuKePicci  @FrancYescO

ragazzi vi rompo le scatole un ultima volta....
ho provato a giocare un po con fbeditor sul fritz per tentare di metterlo in full bridge, secondo voi il fatto che l'usg taggando la vlan100 mi restituisce questo dump, significa che tecnicamente il bridge è attivo? ricevo un discover anzichè un request, ma come request-ip option 50 l'ip del gateway fastweb mi combacia... Perchè vi spiego, col tplink fa lui tag vlan100 e io con l'usg mi limito a fare una semplice dhcp request e tutto fila liscio.... mentre se faccio tag vlan100 sul fritz mi becca solo lui l'ip....

Codice: [Seleziona]

16:55:01.919065 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 328)
    0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from xx:xx:xx:xx:xx:47 (oui Unk       nown), length 300, xid 0x417ac2cf, secs 56, Flags [none] (0x0000)
          Client-Ethernet-Address xxxx:xx:xx:xx:47 (oui Unknown)
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Discover
            Requested-IP Option 50, length 4: 93.38.127.159
            Parameter-Request Option 55, length 7:
              Subnet-Mask, BR, Time-Zone, Default-Gateway
              Domain-Name, Domain-Name-Server, Hostname


[LuKePicci]

Ti confermo che l'unico modo di usare il fritz in bridge è lasciare che il tag ce lo metta il router a valle. Il tplink era nella stessa situazione in cui ti avevamo fatto configurare il fastgate.

Non si capisce tu dove abbia fatto questo dump né a chi fosse destinato questo pacchetto, se eviti di censurare le OUI (primi 3 byte) dei mac address ce la caviamo meglio.
Secondo me non sta funzionando, questo mi sembra tanto il fritz che tenta di prendere un ip dall'usg.

[luketdi]

I Mac sono entrambi della eth0 dell’ usg, il dump è stato fatto in ssh sull’usg

[lorenzocanalelc]

Ma il fatto che la scheda Wireless della GUI di Ansuel non funzioni e che il demone di hostapd crashi è un sintomo che il chip wireless mi sta abbandonando?

[FrancYescO]

Per me il primo sintomo sono stati riavvii random per poi rimanere bloccato al boot

I motivi per cui la scheda non funziona possono essere altri che comunque dovresti riuscire a vedere con un logread

[lorenzocanalelc]

Considera che accedo al modem da remoto e sarebbe un problema se iniziasse a riavviarsi... Avevo notato che ultimamente la scheda wireless non si caricava, ma il wifi era già spento da prima. Questo è il logread quando avvio hostapd:

Codice: [Seleziona]

Thu Jan 23 15:35:23 2020 daemon.notice hostapd: Starting hostapd version [V1.9.0-g19995fdc60ba64baf6bd740bb354f0239f312923].
Thu Jan 23 15:35:23 2020 daemon.notice hostapd: Using RIP ID 0x0119 for radio wl0
Thu Jan 23 15:35:23 2020 daemon.notice hostapd: Using RIP ID 0x0129 for radio wl1
Thu Jan 23 15:35:23 2020 daemon.notice hostapd: [WL_MGMT] found radio : brcm0
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.595000] wl_event_open
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.597000] wl_event_open COMPLETED
Thu Jan 23 15:35:23 2020 daemon.notice hostapd: [WLANECO]  Register WLAN Eco Radio : brcm0 : error = 0
Thu Jan 23 15:35:23 2020 daemon.notice hostapd: [WL_MGMT] found radio : brcm_dhd0
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.614000] dhd_tch_event_open
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.617000] dhd_tch_event_open COMPLETED
Thu Jan 23 15:35:23 2020 daemon.notice hostapd: [BRCM_DHD] Watchdog initialized
Thu Jan 23 15:35:23 2020 daemon.notice hostapd: [BRCM_DHD] Watchdog thread initialized
Thu Jan 23 15:35:23 2020 daemon.notice hostapd: [WLANECO]  Register WLAN Eco Radio : brcm_dhd0 : error = 0
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.697000] CONSOLE: 057447.357 wl1: wl_open
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.700000] CONSOLE: 057447.358 wlc_ucode_download: wl1: Loading non-MU ucode
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.708000] CONSOLE: 057447.374 wl1: CORE INIT : nfifo 32 mu_tx_enab 0
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.715000] CONSOLE: 057447.374 wl1: CORE INIT : mode 2 pktclassify 1 rxsplit 0  hdr conve 0 DMA_CT Enabled
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.725000] CONSOLE: 057447.387 wl1: wlc_enable_probe_req: state down, deferring setting of host flags
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.735000] CONSOLE: 057447.387 enable 1: q0 frmcnt 0, wrdcnt 0, q1 frmcnt 0, wrdcnt 0
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.742000] CONSOLE: 057447.402 wl1: wlc_ampdu_tx_set: AGG Mode = MAC+AQM txmaxpkts 512
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.750000] CONSOLE: 057447.407 wl1: wlc_ampdu_tx_set: AGG Mode = MAC+AQM txmaxpkts 512
Thu Jan 23 15:35:23 2020 user.notice postmortem: core dump for pid 31806 file hostapd.31806.4.1579790123.core ignored due to system.coredump.action setting
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.801000] wl_event_release
Thu Jan 23 15:35:23 2020 kern.warn kernel: [30716.803000] dhd_tch_event_release
Thu Jan 23 15:36:23 2020 daemon.err nginx: 2020/01/23 15:36:23 [error] 5144#0: *77 lua entry thread aborted: runtime error: [string "/modals/wireless-modal.lp"]:146: bad argument #1 to 'ipairs' (table expected, got nil)
stack traceback:
coroutine 0:
[C]: in function 'ipairs'
[string "/modals/wireless-modal.lp"]:146: in function 'content'
/usr/lib/lua/web/web.lua:268: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 93.144.9.187, server: loc'

[LuKePicci]

@lorenzocanalelc ho il presentimento che crash continui di hostapd siano in effetti la causa dalla morte del chip più che un sintomo. Comunque sì, quando questi device muoiono hai proprio continui errori sul bus dhd, quindi sei sulla buona strada.

Ti conviene disabilitare l'autostart del chip a 5Ghz

[lorenzocanalelc]

Credo che il fatto che non si riavvii continuamente il modem sia grazie alla voce

Codice: [Seleziona]

config coredump
option reboot '0' sul file /etc/system
Posso fare qualcosa per scongiurare la sua morte, almeno fin quando non potrò fisicamente sostituirlo?
Come disabilito l'autostart? Posso anche Disabilitare hostapd visto che non mi serve il wifi?

[LuKePicci]

Quando va in crash lo fa con kernel panic, e in tal caso quell'opzione non ti salva.
Commenterei questa riga, in /lib/wireless/fatal_error.sh:

Codice: [Seleziona]

#!/bin/sh
logger -p crit $1
echo $1 > /dev/console

REBOOT=`uci get wireless.global.reboot_on_fatal_error`

if [ "$?" != "0" ] || [ "$REBOOT" != "0" ] ; then # <- da qui capisco che potrebbe riavviarsi anche quando REBOOT vale 0
  logger -p crit "REBOOTING BOARD"
  echo "REBOOTING BOARD" > /dev/console

  sleep 2

  #Reboot with reason...
#  boot_srr UERR

fi

E infine farei un /etc/init.d/hostapd disable, sperando che tutto ciò avvenga ad overlay già caricato.

[lorenzocanalelc]

Fatto, speriamo che regga per un po 

[FrancYescO]

confermo che il coredump a 0 a me non salvava dal reboot, e a dire il vero nemmeno tenere il 5ghz spento lo faceva..

[LuKePicci]

Più che spento serve proprio disabilitare il device, o fai l'unload del modulo dhd o speri che senza hostapd acceso smetta di andare in palla. Certo resto curioso di capire cosa li uccida. Per qualche motivo muoiono tutti i 4366 su cui la gente faccia modding, questo vbnto, il vbnty, il vbntj e qualche asus, ma mai prima che li si vada a sfruculiare. Per il momento il mio non da segni di squilibrio.