[milan100]

Settato come? La lan zone ha determinate opzioni,la wan ne ha altre.

Codice: [Seleziona]

config zone 'lan'
option name 'lan'
list network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option mtu_fix '1'
option wan '0'

config zone 'wan'
option name 'wan'
list network 'wan'
list network 'wan6'
list network 'wwan'
option input 'DROP'
option output 'ACCEPT'
option forward 'DROP'
option masq '1'
option conntrack '1'
option mtu_fix '1'
option wan '1'



Qua c'è il dhcp

https://gofile.io/?c=FGqJoQ

No,i dns sono quelli di vodafone.

[LuKePicci]

Non devi settare nulla, semplicemente aggiungi list network voip2 (o come l'hai chiamata tu) qui dentro in wan così prende le stesse impostazioni delle altre, ed elimina quella roba in fondo come avevo detto prima.

Codice: [Seleziona]

config zone 'wan'
 option name 'wan'
 list network 'wan'
 list network 'wan6'
 list network 'wwan'
 list network 'voip2'
 option input 'DROP'
 option output 'ACCEPT'
 option forward 'DROP'
 option masq '1'
 option conntrack '1'
 option mtu_fix '1'
 option wan '1'
 A @gacchu ho fatto fare il contrario, cioè gli ho fatto sistemare quelle ma c'è un problema, quindi a te proviamo in modo diverso. C'è anche un'altra differenza tra te e @gacchu che per ora non evidenzio per non fare confusione.

Per il file dhcp, dobbiamo fare quello di cui parlavo più sopra, cioè sistemare la rebind protection. Ti ho riscritto per riferimento l'intera sezione 'dnsmasq', le opzioni rilevanti che ho cambiato/evidenziato sono quelle 6 righe commentate. @gacchu sistema anche tu alla stessa maniera

Codice: [Seleziona]

config dnsmasq 'dnsmasq'
option domainneeded '1'
option boguspriv '1'
option filterwin2k '0'
option localise_queries '1'
option rebind_protection '1' # attiva
option rebind_localhost '1'
option local '/lan/'
option domain 'homenet.telecomitalia.it'
option expandhosts '1'
option nonegcache '0'
option authoritative '1'
option cachelocal '1' # attiva fondamentale altrimenti mmpbx non usa queste regole
option cachesize '200' # abbastanza grande
option readethers '1'
option leasefile '/tmp/dhcp.leases'
option resolvfile '/tmp/resolv.conf.auto'
option strictorder '1'
option dhcpscript '/lib/dnsmasq/dhcp-event.sh'
list hostname 'dsldevice'
option allservers '1'
option addmac '0'
list server '/proxy.dsl.vodafone.it/91.80.35.167' #risolvi i proxy voip tramite dns vodafone/primario
list server '/proxy.dsl.vodafone.it/91.80.35.134' #risolvi i proxy voip tramite dns vodafone/secondario
list rebind_domain '/proxy.dsl.vodafone.it/' #ammetti rebind per nomi proxy voip
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,6,"4132"'
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,5,"CP1735DAMB0"'
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,4,"101331"'
Fatto questo almeno l'nslookup deve funzionare. Se poi ti funziona anche il traceroute/ping avvertimi.

[gacchu]

Eccomi qui, ho dedicato una mezz'ora a fare prove per capirci qualcosa di più.
Ho apportato le modifiche al file dhcp, la risoluzione dell'host nel mio caso veniva effettuata correttamente:

Codice: [Seleziona]

nslookup proxy1-VP00181-VMCNVS1.proxy.dsl.vodafone.it
Server:    127.0.0.1
Address 1: 127.0.0.1 localhost.homenet.telecomitalia.it

Name:      proxy1-VP00181-VMCNVS1.proxy.dsl.vodafone.it
Address 1: 10.174.0.32

ora invece:

Codice: [Seleziona]

nslookup: can't resolve 'proxy1-VP00181-VMCNVS1.proxy.dsl.vodafone.it': Name or service not known
root@modemtim:~# nslookup proxy1-VP00181-VMCNVS1.proxy.dsl.vodafone.it
Server:    127.0.0.1
Address 1: 127.0.0.1 localhost.homenet.telecomitalia.it

disabilitando il rebind la risoluzione dell'host torna a funzionare

[LuKePicci]

Aspetta, che intendi con opportuna eccezione, quelle che ho messo qui sopra non andavano? (hai scrollato il code box fino in fondo vero?)

Comunque tieni la rebind_protection attiva con eccezione, almeno sappiamo cosa sta facendo.

Ho chiesto in giro e mi confermano che il proxy deve comunque rispondere al ping, quindi prima di tornare a toccare mmpbx vediamo di far andare quello. Sistemate gli host_uniq e vediamo se cambia qualcosa.

[gacchu]

Pardon, ho aggiunto una configurazione "config dhcp 'voip2'" copiandola da quella wan e mi sembrava funzionare, replicato ora e non va, probabilmente avevo semplicemente disabilitato la rebind protection durante le prove. Ho corretto il post di sopra, onde evitare confusione.

Ricontrollato la configurazione, e sistemato una riga tralasciata, la risoluzione dell'host ora funziona correttamente anche con il rebind protection abilitato.
Naturalmente non c'è risposta al  ping (ma questo si è capito che vuol dire poco) e il traceroute è identico a quello che si aveva con il rebind protection disabilitato

[LuKePicci]

Ottimo, allora dico quello che abbiamo visto su mwan. Dovete controllare di averlo disabilitato/commentato/correttamente configurato. Se in /etc/config/mwan avete delle regole che legano  mmpbx a wan, sostituite wan col nome dell'interfaccia voip o (e ve lo raccomando per semplificare un po' le cose) disabilitatele commentandole tutte.

Il ping dobbiamo farlo funzionare, mi hanno confermato che quando tutto è a posto il proxy risponde. Quindi sistemate host_uniq sulla pppoe wan (sì, non voip) e ditemi se così cambia qualcosa.

[gacchu]

Il
Attualmente io l'ho configurato nel pppoe wan e il proxy non risponde al ping

Codice: [Seleziona]

config interface 'wan'
        option auto '1'
        option proto 'pppoe'
        option demand '0'
        option macaddr 'A4:91:B1:34:3D:9A'
        option ipv6 '0'
        option keepalive_adaptive '0'
        option dns_metric '0'
        option ifname 'wanptm0'
        option host_uniq '<hex SN-VS>'
        option username 'D-<SN-VS>'
        option password 'vodafone'
        option keepalive '4,20'
        option metric '0'

questo il contenuto del mio file mwan:

Codice: [Seleziona]

config globals 'globals'

config policy 'if1_mwan'
        option interface 'voip2'

config host 'hostvoip'
        option path '/usr/bin/mmpbxd'
        option policy 'if1_mwan'

config rule 'if1_e'
        option policy 'if1_mwan'
        option dest_port '40000:65000'

config rule 'if1_f'
        option policy 'if1_mwan'
        option dest_port '5060'


[LuKePicci]

Ok, mi fai quel test con tcpdump di cui parlavamo l'altro giorno?

Codice: [Seleziona]

ifup wan && ifup voip2 && sleep 10
tcpdump -e -G 30 -U -i wanptm0 ether[0x0c:2] == 0x8863 &
ifdown wan && ifup wan && fg
tcpdump -e -G 30 -U -i voipptm0 ether[0x0c:2] == 0x8863 &
ifdown voip2 && ifup voip2 && fg

[gacchu]

questo è il risultato:

Codice: [Seleziona]

root@modemtim:~# ifdown wan && ifdown voip2
root@modemtim:~# tcpdump -e -G 30 -U -i wanptm0 ether[0x0c:2] == 0x8863 &
root@modemtim:~# ifup wan && sleep 10 && ifdown wan
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wanptm0, link-type EN10MB (Ethernet), capture size 262144 bytes
23:15:00.463578 a4:91:b1:34:3d:9a (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE D (0x8863), length 39: PPPoE PADT [ses 0x2275] [Host-Uniq "C18060000009263"]
23:15:00.475414 e0:24:7f:fa:4e:04 (oui Unknown) > a4:91:b1:34:3d:9a (oui Unknown), ethertype PPPoE D (0x8863), length 56: PPPoE PADT [ses 0x2275]
23:15:00.783245 a4:91:b1:34:3d:9a (oui Unknown) > Broadcast, ethertype PPPoE D (0x8863), length 43: PPPoE PADI [Service-Name] [Host-Uniq "C18060000009263"]
23:15:00.795861 e0:24:7f:fa:4e:04 (oui Unknown) > a4:91:b1:34:3d:9a (oui Unknown), ethertype PPPoE D (0x8863), length 56: PPPoE PADO [Service-Name] [Host-Uniq "C18060000009263"] [AC-Name "RMBNG016"]
23:15:00.802179 a4:91:b1:34:3d:9a (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE D (0x8863), length 43: PPPoE PADR [Service-Name] [Host-Uniq "C18060000009263"]
23:15:00.817433 e0:24:7f:fa:4e:04 (oui Unknown) > a4:91:b1:34:3d:9a (oui Unknown), ethertype PPPoE D (0x8863), length 56: PPPoE PADS [ses 0x331] [Service-Name] [Host-Uniq "C18060000009263"]
23:15:01.068158 e0:24:7f:fa:4e:04 (oui Unknown) > a4:91:b1:34:3d:9a (oui Unknown), ethertype PPPoE D (0x8863), length 85: PPPoE PAD-d3 [ses 0x331] [TAG-0x112 "provcode=BFF0F58E8553589C,ntp1=91.80.35.171,ntp2=91.80.35.139"]
root@modemtim:~# tcpdump -e -G 30 -U -i voipptm0 ether[0x0c:2] == 0x8863 &
root@modemtim:~# ifup voip2 && sleep 10 && ifdown voip223:15:10.924318 a4:91:b1:34:3d:9a (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE D (0x8863), length 39: PPPoE PADT [ses 0x331] [Host-Uniq "C18060000009263"]
tcpdump: voipptm0: No such device exists
(SIOCGIFHWADDR: No such device)

il device voipptm0 risulta in ifconfig:

voipptm0  Link encap:Ethernet  HWaddr E4:8F:34:3A:04:24
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:336 (336.0   TX bytes:319 (319.0

[LuKePicci]

Riprova, la seconda parte, dai ifup voip2 prima di avviare tcpdump, forse sei stato troppo rapido.

Ho editato il test sopra in modo da evitare questo problema.

[gacchu]

Codice: [Seleziona]

root@modemtim:~# ifup voip2 && sleep 10 && ifdown voip2
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on voipptm0, link-type EN10MB (Ethernet), capture size 262144 bytes
23:42:51.790434 e4:8f:34:3a:04:24 (oui Unknown) > Broadcast, ethertype PPPoE D (0x8863), length 24: PPPoE PADI [Service-Name]
23:42:51.803034 e0:24:7f:fa:4e:04 (oui Unknown) > e4:8f:34:3a:04:24 (oui Unknown), ethertype PPPoE D (0x8863), length 56: PPPoE PADO [Service-Name] [AC-Name "RMBNG016"]
23:42:51.806494 e4:8f:34:3a:04:24 (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE D (0x8863), length 24: PPPoE PADR [Service-Name]
23:42:51.818725 e0:24:7f:fa:4e:04 (oui Unknown) > e4:8f:34:3a:04:24 (oui Unknown), ethertype PPPoE D (0x8863), length 56: PPPoE PADS [ses 0xd3f] [Service-Name]
23:42:51.998721 e0:24:7f:fa:4e:04 (oui Unknown) > e4:8f:34:3a:04:24 (oui Unknown), ethertype PPPoE D (0x8863), length 59: PPPoE PAD-d3 [ses 0xd3f] [TAG-0x112 "ntp1=91.80.35.171,ntp2=91.80.35.139"]
root@modemtim:~# 23:43:01.880533 e4:8f:34:3a:04:24 (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE D (0x8863), length 20: PPPoE PADT [ses 0xd3f]
23:43:01.894451 e0:24:7f:fa:4e:04 (oui Unknown) > e4:8f:34:3a:04:24 (oui Unknown), ethertype PPPoE D (0x8863), length 56: PPPoE PADT [ses 0xd3f]
tcpdump: pcap_loop: The interface went down
7 packets captured
7 packets received by filter
0 packets dropped by kernel


[LuKePicci]

Ok, spiegami come hai scelto i due mac address che hai dato/clonato sulle due interfacce. Sono quelli wan e voce della tua station o hai usato quello lan per la wan e hai fatto lan+1 per la voce?

[gacchu]

quello della wan era già presente (prima configurazione fatta da interfaccia grafica)
quella della sezione voip2 l'ho preso pari pari dalla vodafone station

[LuKePicci]

E qui ti volevo. Quale di quelli della Vodafone station hai usato?

Usa questo per voip2: a4:91:b1:34:3d:9b

[gacchu]

Ho preso il MA scritto dietro alla VS, subito sotto al SN..
Sostituito, ora l'impostazione dell'host_uniq funziona anche sull'interfaccia voip2 e non perde le opzioni route (allucinante, non mi sarei mai posto il problema).
Comunque, ora che ho gli host_uniq impostati su dati e voce, il ping continua a non andare

Codice: [Seleziona]

root@modemtim:~# tcpdump -e -G 30 -U -i voipptm0 ether[0x0c:2] == 0x8863 &
root@modemtim:~# ifdown voip2 && ifup voip2 && fgtcpdump: verbose output suppres                                                                                        sed, use -v or -vv for full protocol decode
listening on voipptm0, link-type EN10MB (Ethernet), capture size 262144 bytes
root@modemtim:~# ifdown voip2 && ifup voip2 && fg
00:20:13.996840 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE D (0x8863), length 39: PPPoE PADT [ses 0x13cd] [Host-Uniq "C18060000009263"]
00:20:14.001423 e0:24:7f:fa:4e:04 (oui Unknown) > a4:91:b1:34:3d:9b (oui Unknown), ethertype PPPoE D (0x8863), length 56: PPPoE PADT [ses 0x13cd]
tcpdump -e -G 30 -U -i voipptm0 ether[0x0c:2] == 0x8863
tcpdump: pcap_loop: The interface went down
2 packets captured
2 packets received by filter
0 packets dropped by kernel
Direi che per oggi sono arrivato, domani proverò a fare qualche prova, ma il motivo per il quale questo maledetto proxy continui a non essere raggiungibile veramente mi sfugge