conn-x και φιλτράρισμα torrent;

[mpetou]

@SFH: Μάλιστα ενδιαφέροντα τα caps. Οπότε επιβεβαιώνεις και εσύ, αυτό που έλεγε ο mpetou, ότι όταν το πακέτο έχει 'GET /announce.php?info_hash' κόβει άμεσα την επικοινωνία (χωρίς να το λάβει καν ο server) και στέλνει rst ενώ σε οτιδήποτε άλλο (ακόμα και announce, αλλά με άλλη μεταβλητή στην αρχή), λειτουργεί κανονικά;

Αυτό με το SSH που πρότεινα, θα ήταν ωραία ιδέα για να εντοπίσεις (ή σε όποιον άλλον δώσει πρόσβαση) περαιτέρω το ακριβές string. Για παράδειγμα, αν είναι POST κάνει το ίδιο; Αν είναι info_h4sh, Αν είναι inf0, GET / (με δύο αποστάσεις), αν παίζει ρόλο το μέγεθος του request, το src/dst port, κτλ κτλ. Όπως και troubleshooting στο θέμα με το vuze.com.

εγω βρει ηδη τροπο παρακαμψης απλα αλλαζεις σειρα στις 2 πρωτες παραμετρους
του http get request.
100% λειτουργικο και σχετικα ασφαλες απο το να φας ban σε private trackers.
Πανευκολο το patch σε ολους τους torrent clients ανοιχτου κωδικα
1 γραμμη αλλαζεις.

Σε post request δεν το κανει οπως και αμα παραλαξεις το request δεν το κανει.
Ειναι ξεκαθαρη στοχευση προς τους tοrrent clients .
Στο θεμα με το vuze υπαρχει το ιδιο προβλημα κοψιματος με τα torrents...

[psyxakias]

εγω βρει ηδη τροπο παρακαμψης απλα αλλαζεις σειρα στις 2 πρωτες παραμετρους
του http get request.
100% λειτουργικο και σχετικα ασφαλες απο το να φας ban σε private trackers.
Πανευκολο το patch σε ολους τους torrent clients ανοιχτου κωδικα
1 γραμμη αλλαζεις.

Το θέμα δεν είναι η παράκαμψη, που προφανώς ισχύει αυτή η μέθοδος σύμφωνα με τις δοκιμές που κάνατε με τον SFH, διότι είναι ημίμετρο και μπορεί να γίνει αλλαγή του filtering αλλά να τεκμηριωθεί ότι ισχύει κάτι τέτοιο και να τεθεί θέμα σε ΟΤΕ/ΕΕΤΤ. Για να γίνει αυτό, όπως είχε γίνει παλιότερα με το traffic shaping, χρειάζεται επιπλέον δουλειά. Για αυτό έθεσα και το θέμα με την SSH πρόσβαση.

[mpetou]

@SFH: Μάλιστα ενδιαφέροντα τα caps. Οπότε επιβεβαιώνεις και εσύ, αυτό που έλεγε ο mpetou, ότι όταν το πακέτο έχει 'GET /announce.php?info_hash' κόβει άμεσα την επικοινωνία (χωρίς να το λάβει καν ο server) και στέλνει rst ενώ σε οτιδήποτε άλλο (ακόμα και announce, αλλά με άλλη μεταβλητή στην αρχή), λειτουργεί κανονικά;

Αυτό με το SSH που πρότεινα, θα ήταν ωραία ιδέα για να εντοπίσεις (ή σε όποιον άλλον δώσει πρόσβαση) περαιτέρω το ακριβές string. Για παράδειγμα, αν είναι POST κάνει το ίδιο; Αν είναι info_h4sh, Αν είναι inf0, GET / (με δύο αποστάσεις), αν παίζει ρόλο το μέγεθος του request, το src/dst port, κτλ κτλ. Όπως και troubleshooting στο θέμα με το vuze.com.

μπορω να ανοιξω ssh στο δικο μου nas server σε 1 ατομο και με την προυποθεση
οτι θα κανει ελεγχους για το κοψιμο του οτε.
Αυτο για να μη νομιζεται οτι ειμαι ελεφαντας.....

[psyxakias]

μπορω να ανοιξω ssh στο δικο μου nas server σε 1 ατομο και με την προυποθεση
οτι θα κανει ελεγχους για το κοψιμο του οτε.
Αυτο για να μη νομιζεται οτι ειμαι ελεφαντας.....

ΟΚ μπορείτε να το δείτε με τον SFH, που συνεννοηθήκατε και για τα tests. Αρκεί ο nas να έχει πλήρες λειτουργικό για χρήση network tools.

[mpetou]

ΟΚ μπορείτε να το δείτε με τον SFH, που συνεννοηθήκατε και για τα tests. Αρκεί ο nas να έχει πλήρες λειτουργικό για χρήση network tools.

πειτε τι tools θελετε να εγκαταστησω (root δεν δινω).
Ο nas τρεχει debian sid

Αλλα τα στοιχεια που εχουμε μεχρι στιγμης ειναι ατρανταχτα και καμμια αλλη δοκιμη να μην κανουμε...
Δεν σηκωνουνε την παραμικρη αμφισβητηση τα στοιχεια αυτα.
Αν νομιζετε οτι σηκωνουνε αμφισβητηση ισως δεν τα εχετε καταλαβει καλα...

Οποιος θελει να δει με τα ματια του αυτα που λεω ας μου ζητησει το ssh account με pm

[SfH]

πειτε τι tools θελετε να εγκαταστησω (root δεν δινω).
Ο nas τρεχει debian sid

Αλλα τα στοιχεια που εχουμε μεχρι στιγμης ειναι ατρανταχτα και καμμια αλλη δοκιμη να μην κανουμε...
Δεν σηκωνουνε την παραμικρη αμφισβητηση τα στοιχεια αυτα.
Αν νομιζετε οτι σηκωνουνε αμφισβητηση ισως δεν τα εχετε καταλαβει καλα...

Οποιος θελει να δει με τα ματια του αυτα που λεω ας μου ζητησει το ssh account με pm

Καλό είναι να δούμε ακριβώς τι γίνεται. Ένα lynx κι έναν οποιονδήποτε torrent client ( που να μπορούμε να κλείσουμε encryption/κτλ ) να τρέχει και λογικά μας καλύπτει, εκτώς αν έχει και τίποτα άλλο στο νου του ο psyxakias

[mpetou]

αυτα τα εχω και elinks και rtorrent.
γενικα υπαρχουνε τα απαραιτητα εργαλια στο server...
οποιος θελει να δει με τα ματια του ζηταει account με pm

[psyxakias]

Πέρα από τα κλασσικά (dig ή nslookup, traceroute, ping, telnet ή/και lynx/wget), έναν torrent client, πιστεύω θα βοηθούσαν: mtr, nmap, tcpdump & ngrep (με sudo περιορισμένο σε όσες θέλουν root).

[mpetou]

ολα υπαρχουνε.....
ξαναλεω οποιος θελει να δει με ματια του ζηταει account

[Morx]

Κανενα προβλημα στα torrent εδω και 2 χρονια με ΟΤΕ [Connx].

πραγματικα κανενα προβλημα, ταχυτητες καλές και ολα ενταξει με το σταθεροτητα της γραμμης... [ετυχε και 9 μερες παντως με την ιδια ΙΡ !!]

Αν και λειπω απο το σπιτι, με r.admin το κατεβαστηρι μου..
αναφερει 18 μερες uptime στα 18600/998 συγχρονισμενο το ρουτερ


Δε νομιζω να φιλτραρει ο ΟΤΕ κατι...

[psyxakias]

@Morx: Όπως είπα και στον mpetou, το γεγονός ότι συμβαίνει σε αυτόν δε σημαίνει ότι συμβαίνει σε ολόκληρη την Κρήτη ή σε ολόκληρη τη χώρα. Αντίστοιχα το γεγονός ότι δε συμβαίνει σε εσένα ή/και σε άλλους, δε σημαίνει ότι δε συμβαίνει σε κανέναν.

[mrsaccess]

Το πρόβλημα δεν είναι τόσο απλό. Εγώ θα έλεγα πως πέφτω πάνω σε αυτό μια φορά στις κάθε 3 ή 4 (τυχαίνει και παραπάνω) αλλαγές ip. Η γραμμή μου πάντως πετάει, πχ torrents με 1.5-2MiB/sec, 90KiB upload και ταυτόχρονα σερφάρισμα, youtube κλπ χωρίς κολλήματα και μένω σε μέρος που υπάρχουν πολλοί φοιτητές.

[psyxakias]

Λοιπόν οι πρώτοι έλεγχοι στη γραμμή του mpetou, επιβεβαιώνουν τον ισχυρισμό του ότι κάτι περίεργο συμβαίνει. Κλείνει αμέσως η σύνδεση, προτού φτάσει στον web server, όταν το HTTP request είναι (case sensitive):

GET /announce.*?info_hash=

και ακολουθούν πάνω από 190 χαρακτήρες (με 190 δουλεύει ΟΚ, με 191 όχι), ανεξαρτήτως αν είναι μοιρασμένοι σε διάφορα variables.

Αντίθετα, περνάει κανονικά το request αν αλλάξεις: α) το case-sensitivity του GET ή του announce, ή του info_hash, β) κάνεις αναγραμματισμό του announce ή του info_hash, γ) βάλεις τουλάχιστον ένα χαρακτήρα ή μεταβλητή πριν το info_hash, δ) αν ο αριθμός των χαρακτήρων μετά το info_hash= είναι μικρότερος ή ίσος του 190.


Θα το μελετήσω περισσότερο και θα ενημερώσω.

........Auto merged post: psyxakias πρόσθεσε 87 λεπτά και 9 δευτερόλεπτα αργότερα ........

Λοιπόν, τα μέχρι τώρα στοιχεία που συγκεντρώθηκαν σε 2 θέματα από την γραμμή του mpetou:

(1) Announce regexp filtering
Οι TCP συνδέσεις κλείνουν όταν σταλεί ένα συγκεκριμένο regexp string, που συμπίπτει με το default bittorrent announcement, σε οποιαδήποτε υπηρεσία/port (πχ 25, 80, 81, 2086, κτλ) αρκεί να μην έχει δώσει ο daemon πρώτα κάποιο prompt (αν απαντήσει, περνάει κανονικά το request). Δεν επηρεάζονται οι encrypted (πχ https) συνδέσεις.

Το πιο ακριβές regexp string:

^GET[ ]\{1,\}/announce.*?info_hash=.\{191,\} HTTP.*$

Απλή μέθοδος επιβεβαίωσης
Εντολή:

wget "http://www.adslgr.com/announce?info_hash=12345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901"

- Απάντηση: "404 Not Found" είναι ΟΚ
- Απάντηση: "Read error (Connection reset by peer)" υπάρχει πρόβλημα.

(2) Vuze.com regexp filtering
Αντίστοιχα οι TCP συνδέσεις κλείνουν όταν σταλούν δύο συγκεκριμένα regexp strings, σε οποιαδήποτε υπηρεσία/port (πχ 25, 80, 81, 2086, κτλ), αρκεί να μην έχει δώσει ο daemon πρώτα κάποιο prompt (αν απαντήσει, περνάει κανονικά το request). Δεν επηρεάζονται οι encrypted (πχ https) συνδέσεις και δεν έχει καμία σχέση με την σύνδεση προς το vuze.com website (πχ να μπλόκαραν κάποιες IPs του ΟΤΕ) αφού το ίδιο παρουσιάζεται σε οποιαδήποτε σύνδεση/server.

Τα regexp strings που γίνεται re-produce είναι:
1o string:

^GET[ ]\{1,\}/.* HTTP.*$

2ο string:

^[Hh][Oo][Ss][Tt]:.*\.vuze.com$

Απλή μέθοδος επιβεβαίωσης
Εντολή: wget "http://www.vuze.com"
- Απάντηση: "200 OK" είναι ΟΚ
- Απάντηση: "Read error (Connection reset by peer)" υπάρχει πρόβλημα.

Θα ήταν ενδιαφέρον να γίνουν αντίστοιχες δοκιμές και από άλλους ΟΤΕ συνδρομητές (ειδικά από Κρήτη) που έχουν αντιμετωπίσει ένα από τα δύο ή και τα δύο θέματα. Αν επιβεβαίωσει κανείς πρόβλημα με τις παραπάνω 2 απλές μεθόδους επιβεβαίωσης και θέλει να δώσει ένα προσωρινό SSH account, ας στείλει PM σε εμένα ή στον Someonefromhell.

ΥΓ. Θα παρακαλούσα και πάλι να κρατήσουμε το thread καθαρό από διαμάχες, συνομωσίες κτλ.
ΥΓ2. Καλή πρωτοχρονιά από εμένα

........Auto merged post: psyxakias πρόσθεσε 12 λεπτά και 21 δευτερόλεπτα αργότερα ........

Flashιά: μήπως όλο αυτό είναι μέρος κάποιας online security/firewall υπηρεσίας του ΟΤΕ/Conn-X που, λόγω antivirus (torrents=ιοί, ουυυ 666) και καλά, κόβει κάποια πρωτόκολλα/sites; (όχι από αυτές που κατεβάζεις πρόγραμμα)

[SfH]

Έκανα μερικές δοκιμές με torrents ως εξής:

Seeder εγώ , client o mpetou
UDP Tracker ( για να το απομονόσουμε από το άλλο θέμα )
Encryption κλειστό

Από το δικό μου άκρο, γίνεται reset η σύνδεση πριν προλάβω καν να λάβω/στείλω ωφέλιμα δεδομένα. Δεν γνωρίζω ιδιαίτερα τη λειτουργία του bittorrent πρωτοκόλλου οπότε αν κάνω κάπου λάθος, διορθώστε με. Έχω επισυνάψει το cap.

Θα επανέλθω με περισσότερες δοκιμές αργότερα.

[hostolis]

O ELeKtriK EyE είναι απο Κρήτη, και έχει γράψει πως έχει το ίδιο πρόβλημα στο θέμα αυτό, στην 2η-3η σελίδα. Επικοινωνήστε μαζί του με PM νομίζω θα θελήσει να βοηθήσει