Come disabilitare le connessioni p2p sui client

[parabolino]

Rileggiti i post

[Niemira]

Ho letti i post..e sono molto utili anche per me che non ho conoscenza nel campo..nn parlavo di quello...sottolineavo i toni un pò "presuntuosi" in alcuni post che leggo in questa sezione, che consiglio di evitare..tutto qui..dopotutto cerco di fare la moderatrice..

[figheras]

Beh per quello che dici te sono daccordo condivido.....
Anche se la maggior parte dei WISP utilizza un IP nattato, quindi univoco per tutti gli utenti della rete.
Quindi nel caso in cui io volessi scaricare qualcosa da rapidshare o megavideo e altri...mi comparirà un messaggio che mi dirà che ho gia effettuato connessioni su quel server e quindi nn mi dara accesso a quel dato servizio... o mi sbaglio??
a meno che tu non abbia un account premium e quindi utilizzare tale situazione per poter scaricare!!
Quindi pensando che la maggior parte delle persone nn spenderebbe ulteriormente alcuna cifra per scaricare file da siti come quelli menzionati, il "danno" sarà relativo a pochi client sulla rete!!

Cmq la regola che ho scritto sopra io la applico al singolo client e non sul server pppoe....
Funziona bene, perchè l'ho personalmente testata..

Poi pensa a tutte quelle persone che di internet e di configurazione software p2p non ne capiscono nulla,
immagini quanto traffico inutile in upstream consumerebbero....a pieno carico!!

Cmq per la cronaca è una regola facoltativa...... molti provider decidono di applicarla...
(se vuoi posso spiegarti in pvt dove ho applicato tale regola e perchè )

P.S: Ci farebbe piacere che tu ti presentassi nella sezione di benvenuto, e ci parlassi un po di te visto che sei parte attiva del forum

[parabolino]

Fidati che gli utenti riescono a fare quello che vogliono con radpishare et similia.
Solo i WISP più piccoli hanno le connessioni nattate, quelli più grossi ti danno un
IP pubblico e via.
Inoltre ci sono i meccanismi tipo Veliero e DCC delle IRC.

Non condivido il bloccare, che venga fatto a casa del cliente o sulla rete dell'ISP,
è un abuso e una censura cieca
A meno di non esplicitarlo nel contratto (P2P limitato), come fanno alcuni.

Ti mando un PVT, cosi' ci confrontiamo su questo argomento...
...è bello trovare qualcuno con cui dialogare!!!

[figheras]

Beh ma guarda io la penso come te.....
A nessuno piacerebbe vedere la propria connessione in quella situazione..
però è bene anche che queste regole ci siano e vengano utilizzate a proprio piacimento...

Si un è bell'argomento .......
Apri anche dei post simili cosi coinvolgiamo un pò tutti

[parabolino]

Hai ricevuto il mio PVT?

[bender]

ragazzi, e se invece di bloccarlo, lo limitassimo?
sul wiki di mikrotik spiegano come realizzare facilmente un traffic shaper.
quello che non dicono, anche se abbastanza ovvio, è che si può discriminare il traffico anche sull' apparato del cliente.

/ip firewall mangle
add action=mark-packet chain=forward comment="p2p_up" p2p=all-p2p new-packet-mark=p2p_up passthrough=no src-address=10.1.1.0/24
add action=mark-packet chain=forward comment="p2p_down" p2p=all-p2p new-packet-mark=p2p_up passthrough=no dst-address=10.1.1.0/24
add action=mark-packet chain=forward comment="tutto-il-resto_up" p2p=all-p2p new-packet-mark=p2p_up passthrough=no src-address=10.1.1.0/24
add action=mark-packet chain=forward comment="tutto-il-resto_down" p2p=all-p2p new-packet-mark=p2p_up passthrough=no dst-address=10.1.1.0/24

/queue simple
add direction=both disabled=no dst-address=0.0.0.0/0 interface=ether1 max-limit=256k/256k name=p2p_up packet-marks=p2p_up
add direction=both disabled=no dst-address=0.0.0.0/0 interface=ether1 max-limit=1M/1M name=p2p_up packet-marks=p2p_down
add direction=both disabled=no dst-address=0.0.0.0/0 interface=ether1 max-limit=512k/512k name=p2p_up packet-marks=tutto-il-resto_up
add direction=both disabled=no dst-address=0.0.0.0/0 interface=ether1 max-limit=3M/3M name=p2p_up packet-marks=tutto-il-resto_down

NOTA:10.1.1.0/24 è la subnet del cliente

questa è una cosa molto grezza, ma è una base di partenza per sviluppare qualche controllo avanzato sul traffico e cercare di garantire il qos (che sappiamo essere quasi impossibilie su wifi)
ad esempio potremmo disattivare il riconoscimeno automatico del p2p ed utilizzare i numeri di porta per catalogare il traffico in diverse categorie alle quali dare diversa priorità.
anche se come dice parabolino, sono meccanismi scavalcabili.

[figheras]

Si certo basta realizzare delle semplici regole Qos (mark packet) per i vari servizi.....limitare e dare priorità al traffico Http!!!
Ottima osservazione Bender ci era sfuggita

Io ho realizzato regole per prioritizzare pacchetti provenienti dalla porta 5060,5061 quindi protocollo sip, utilizzando come TOS(Type of service) il valore "16" minino ritardo, ottimizzando cosi la risposta in caso la rete fosse sotto stress.

[parabolino]

Veramente ho sempre detto di non bloccare.. intendevo cioè dare priorità diverse (più basse al P2P)
Avendo poi un tetto max di banda, allora si, il P2P potrebbe esser limitato in favore di traffico a maggiore priorità

[misariccio]

Limitare il p2p è una necessità, infatti esso saturerebbe qualsiasi banda disponibile.

Limitare il p2p che viaggia in http è semplice ed usa questa strategia:
1. regole di mangle per marcare le sessioni http con marcatori diversi a seconda delnumero di byte scaricati (es. http-1M, http-50M, http-infinto)
2. queue tree che mette i flussi precedenti in code con priorità via via minore

I questa maniera chi scarica molto (es. scarica film da rapidshare) inizia molto veloce, poi rallenta.
Chi naviga, usando sessioni in genere <1M, va sempre veloce.

Ciao