Ip del dispositivo e gateway appartenenti a due sottoreti diverse?

JacopoGiubilato · 2021-05-30T16:56:53+00:00

Il dispositivo è stato configurato (non da me) in questo modo Ipv4: 147.28.42.3 Subnet: 255.255.255.0 Gateway: 192.168.1.1 Ora facendo ipconfig da terminal...

JacopoGiubilato

[cancellato] Un solo SSID e stessa autenticazione per tutti?

Si tratta di due palmari connessi agli ap e basta eh😅 gli ap gestiscono solo l'ssid per i palmari ed i palmari sono due😬

Viste le possibilità che offrono gli ap sarebbe anche bene estendere l'ssid del wifi per i clienti, ma per ora non è stato richiesto

[cancellato] Sai che cosa usano i palmari?

Non so, sono (credo) due smartphone huawei con quella che credo sia una versione di android modificata, ma non ci ho messo mano

[cancellato] Sì, è una possibilità

Okidoki, provo a vedere se può funzionare, grazie intanto

[cancellato]

JacopoGiubilato Si tratta di due palmari connessi agli ap e basta eh

Ah beh, mica ce lo ha detto 😀 Visto che gli AP erano due pensavo qualcosa di un po' più esteso e gestisse anche la rete guest per i clienti (magari con apposite limitazioni di banda).

Comunque se gli AP servono solo i palmari il discorso su SSID multipli con VLAN associate è un po' eccessivo - se lo switch supporta le VLAN si può taggare lì - e tenere il traffico separato, perbacco! 😁

JacopoGiubilato Non so, sono (credo) due smartphone huawei con quella che credo sia una versione di android modificata

Ok, comunque qualcosa di abbastanza moderno, anche dal punto di vista del WiFi - dipende però anche da che versione di Android hanno a bordo. Le versioni custom rischiano di essere datate, spesso.

[cancellato]

[cancellato] li hanno comprati solo perché sono belli da vedere?

Ovvio, che domande! 😆

JacopoGiubilato

[cancellato] Visto che gli AP erano due pensavo qualcosa di un po' più esteso

Si scusa hai ragione, non ho specificato
I due ap servono perché con la questione covid necessitavano di estendere la rete anche all'esterno e l'ap interno non prendeva da fuori
Quindi è stato aggiunto un ap outdoor

[cancellato] Le versioni custom rischiano di essere datate, spesso.

È probabile, quel sistema è in piedi da penso più di 5 anni

Technetium

JacopoGiubilato Si scusa hai ragione, non ho specificato
I due ap servono perché con la questione covid necessitavano di estendere la rete anche all'esterno e l'ap interno non prendeva da fuori
Quindi è stato aggiunto un ap outdoor

Magari una una non corretta configurazione degli AP ?
Bisognerebbe fare varie prove con chi ha messo gli AP.

JacopoGiubilato

Technetium @[cancellato] @[cancellato]
Ok oggi ho fatto delle modifiche e sembra essere andato tutto apposto.
Le disconnessioni dei palmari erano dovute all'ip statico dei due ap (richiesti però espressamente da chi ha configurato la rete 172). Mettendo i due ap in dhcp (prendono ip 192) non si verificano più disconnessioni. Se ve lo steste chiedendo, no gli ip statici 172 configurati sugli ap non andavano a sovrascrivere altri ip di altri dispositivi, erano ip liberi (26 e 27). Questo non solo ha risolto le disconnessioni dei palmari ma anche le disconnessioni del dispositivo di gestione del sistema comande.
L'altro problema era appunto relativo al fatto che i palmari non switchano bene tra un ap e l'altro (aspettano almeno di perdere 2/3 tacche). Seguendo il consiglio di @edofullo (grazie) ho abbassato la potenza del segnale radio dell'ap interno in modo che una volta fuori si connettesse direttamente all'ap esterno. Certo che pensavo che i sistemi mesh fossero fatti a posta per risolvere questo tipo di problema😅

Comunque confermo che non c'è nessuna VLAN. I palmari in realtà sono relativamente nuovi e sono semplici smartphone con un app dedicata al sistema di comande, nulla di più
Solo per qualche motivo il loro metodo di switch degli ap è un po' stupido (dato che il mio redmi note 5 e un notebook di 10 anni fa switchano immediatamente senza problemi)

[cancellato]

JacopoGiubilato Mettendo i due ap in dhcp (prendono ip 192) non si verificano più disconnessioni.

Mi sa che si riavviavano o comunque non gradivano il non riuscire ad uscire in internet... da qualche tempo Ubiquiti a memoria ha inserito delle raccolte di telemetria sui suoi prodotti, magari andavano in crisi perché non riuscivano a spedirle a casa madre.

JacopoGiubilato pensavo che i sistemi mesh fossero fatti a posta per risolvere questo tipo di problema

I sistemi mesh non possono risolvere una cattiva installazione né andare contro le leggi della fisica; si può discutere sull'intelligenza (o per come la vedo io, terribile stupidità) del controller Ubiquiti che non è in grado di tarare automaticamente la potenza emessa in funzione di come ogni AP "sente" gli altri nell'edificio, cosa che invece i sistemi business grade veri fanno da anni. Ubnt ne deve mangiare ancora di tozzi di pane per essere al livello che il marketing la professa, IMHO.

edofullo

JacopoGiubilato Le disconnessioni dei palmari erano dovute all'ip statico dei due ap (richiesti però espressamente da chi ha configurato la rete 172). Mettendo i due ap in dhcp (prendono ip 192) non si verificano più disconnessioni.

Ma solo a me sta cosa fa un po' schifo?

Secondo me sarebbe meglio segmentare le due reti veramente (VLAN) oppure se non è accessibile agli ospiti mettere tutto sulla LAN principale col suo DHCP e buonanotte (se ho capito bene come è fatto il tutto)

JacopoGiubilato Certo che pensavo che i sistemi mesh fossero fatti a posta per risolvere questo tipo di problema

Sistema anche i canali (mettili fissi su due canali diversi tra 1,6,11) e se puoi disattiva 802.11b che porta solo problemi

JacopoGiubilato

[cancellato] Però mi chiedo come mai questa cosa interferisse con il funzionamento di altri dispositivi cablati in rete
Perchè appunto il dispositivo centrale, che è collegato via cavo e che ha doppio ip, finchè i due ap erano con ip statico, ogni tanto a random perdeva la connessione verso il gateway 192.168.1.1. Dopo aver messo i due ap in dhcp questo problema è completamente sparito😬 (almeno apparentemente, ma ho aspettato più di due ore e non c'era più nessun problema)

JacopoGiubilato

[cancellato] una cattiva installazione

Intendi un cattivo posizionamento dell'ap? (perchè avevo pensato che si poteva anche spostare per ovviare a questo problema)

[cancellato] sistemi business grade veri

Mi faresti qualche esempio? Non sono un grosso esperto del settore😬

[cancellato]

JacopoGiubilato Tutto quel che ci sta dietro, dal posizionamento alla taratura in potenza all'orientamento... tutto ciò che compete in sostanza l'installazione e la progettazione fisica della rete 😉

JacopoGiubilato Non te lo saprei dire, onestamente...

JacopoGiubilato Mi faresti qualche esempio?

I due "big" nel settore sono la serie Cisco con i lightweight AP + WLC controller e la serie Aruba AP + Mobility Controller.

JacopoGiubilato

[cancellato] tutto ciò che compete in sostanza l'installazione e la progettazione fisica della rete

A tal proposito c'è da dire che il locale ha un grosso difetto, ovvero avere un sacco di muri e colonne ed avere anche dei travi molto bassi (forse poco più di 2 metri dal pavimento) quindi la propagazione del segnale è abbastanza "linciata" da questo aspetto. Praticamente l'ap interno andrebbe messo ad altezza uomo, ma ho come la sensazione che i clienti non gradirebbero avere un ap a livello del loro tavolo😬😂

[cancellato]

JacopoGiubilato ma ho come la sensazione che i clienti non gradirebbero avere un ap a livello del loro tavolo

DIpende come lo nascondi bene 😀

edofullo Ma solo a me sta cosa fa un po' schifo?

No, però bisognerebbe fare un'analisi molto più dettagliata per capire cosa succede. L'ipotesi di ziomatt che non riescano a contattare la nave madre e per qualche motivo sbrocchino non è così peregrina.

JacopoGiubilato

edofullo oppure se non è accessibile agli ospiti mettere tutto sulla LAN principale col suo DHCP e buonanotte (se ho capito bene come è fatto il tutto)

Ma infatti mica ho capito perchè hanno voluto fare sta sottorete, ma evidentemente sarà dovuto a dei protocolli interni dell'azienda che installa sti sistemi.

edofullo Sistema anche i canali (mettili fissi su due canali diversi tra 1,6,11) e se puoi disattiva 802.11b che porta solo problemi

Prossima volta che torno lo faccio, anche se penso che la funzione auto per il canale funzioni bene e che il controller riesca bene o male a cordinare i due ap, con l'analizzatore wifi i due ap trasmettevano su canali diversi

JacopoGiubilato

Sto esplorando ancora un po' la cosa. Mi viene da pensare che i due huawei non supportino lo standard 802.11r per il fast roaming e che sia per quello che fanno fatica a cambiare

JacopoGiubilato

Comunque anche volendo mettere tutto sulla stessa rete e creare un ssid per i guest, non sarebbe un problema, perchè il controller ubiquiti permette di bloccare l'accesso ai dispositivi della rete (sto sperimentando un po' da casa)

Quindi io davvero non vedo la necessità della subnet 172, a mio avviso incasina il tutto e stop

[cancellato]

JacopoGiubilato

Separare la rete guest da quelle interne è IMHO una buona cosa anche a livello di logging/auditing - specialmente in un locale pubblico che la mette a disposizione di terzi - e di permessi su un eventuale firewall. In particolare se a monte dell'AP non c'è solo internet (come nei combo router/AP) ma altre reti e dispositivi dove i guest non devono mettere il naso.

Si può anche usare la rete "guest" se l'Ubiquiti ne mette una direttamente a disposizione - io però sono un po' vecchia scuola e non mi fido moltissimo delle implementazioni di questo tipo, e preferisco averne un controllo più completo e granulare.

Filippo94

JacopoGiubilato Quindi io davvero non vedo la necessità della subnet 172, a mio avviso incasina il tutto e stop

Quale sarebbe stato l'intento, secondo te, di chi aveva messo su la rete precedentemente? Non riesco a trovarne l'utilità

V4N0

Non ti fidare troppo della guest isolation di Unifi, se fai un network scan per es. IP e mac address sono comunque visibili (non che ci puoi far tanto visto che non li puoi raggiungere, ma vabbè 😄).
E' un "firewall" interno al singolo AP, a volte succede vada in tilt e l'isolation vada a donnine...

Più che altro non ho capito una cosa: la rete guest separata è gestita dagli stessi Unifi dei palmari?

[cancellato]

V4N0 Se la separi come andrebbe fatto ovvero con SSID a parte e VLAN indipendente non ci sono problemi, se invece attivi solo la client isolation blocchi la comunicazione tra altri utenti dello stesso AP e SSID, ma nulla può fare quando consegna il traffico sulla rete cablata a monte.

Filippo94 Tipicamente, "fare casino", così da avere una revenue per chiamate di assistenza continue. Altra ipotesi meno complottistica è che hanno letto qualcosa di rete da qualche parte senza averlo capito e lo hanno implementato a caso.

JacopoGiubilato

Filippo94 Nemmeno io sinceramente, infatti è la prima cosa che mi sono chiesto

V4N0 (non che ci puoi far tanto visto che non li puoi raggiungere, ma vabbè 😄)

Beh l'obbiettivo è quello
Anche se qualcuno facesse un ip scan non sarebbe un problema, l'importante è che non manometta le impostazioni del dispositivo (comunque ora questa cosa dell'ip scan la testo)
Comunque era solo un ipotesi l'ssid guest, per ora l'ssid rimane solo uno, anche perchè hanno una fttc da 5 mega con wind, non so quanto gli convenga avere traffico intenso sulla rete.

V4N0

[cancellato] Esatto, il resto del broadcast domain resta "visibile"... conta che tanti anni fa si era scoperto che con i gen1 se riavviavi l'ap e ti ricollegavi abbastanza in fretta avevi qualche secondo in cui l'isolation non era attiva e potevi raggiungere gli altri dispositivi 😄 il bello è che la connessione restava established verso la destinazione anche se l'isolation entrava in funzione 😳

JacopoGiubilato fttc da 5 mega con wind

OK, gli ospiti direi che vanno in 4G 😁

« Pagina precedente Pagina successiva »

Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈 🇵🇸
P.I. IT16712091004 - info@fibraclick.it

♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile