Εδώ μιλάμε για Mikrotik RouterBoard

[deniSun]

κάπου το είχαμε γράψει...άλλα δεν το βρίσκω....

όταν έχουμε lte interface.... στο mangle.... ο κανόνας για το TTL... 64 όταν είμαστε public ip και 65 όταν είμαστε πίσω από ΝΑΤ?

Στο θέμα με το chateau αν θυμάμαι καλά είχε αναφερθεί.

[jkarabas]

κάπου το είχαμε γράψει...άλλα δεν το βρίσκω....

όταν έχουμε lte interface.... στο mangle.... ο κανόνας για το TTL... 64 όταν είμαστε public ip και 65 όταν είμαστε πίσω από ΝΑΤ?

Εγώ έχω public και απο την αρχή το έχω 64.
Αλλού το δίνουν 64 αλλού 65.
Ακόμη δεν έχω καταλάβει ποιο είναι το σωστό.

https://www.adslgr.com/forum/threads...36#post7386036

[K1m0n]

όταν έχουμε lte interface.... στο mangle.... ο κανόνας για το TTL... 64 όταν είμαστε public ip και 65 όταν είμαστε πίσω από ΝΑΤ?

Δεν έχει να κάνει με το αν είμαστε εμείς πίσω απο nat (υποθέτω αναφέρεσαι σε cg-nat).

Η χρησιμότητα του ανωτέρω είναι για να παρακάμψεις το tethering metering/limiting/shaping του isp,
όταν ο x isp χρησιμοποιεί το ttl για να καταλάβει τι κάνεις με την sim του
(που μέχρι στιγμής δεν έχω δει τον isp μου να κάνει κάτι τέτοιο...).

Το σκεπτικό είναι ότι tablets/τηλέφωνα τυπικά έχουν ttl=64 (linux/android) ή ttl=128 (M$),
οπότε για τον isp: όταν ttl <64 (ή <128) = μεσολαβεί +hop = κάνεις tethering ή έχεις την sim σε router.
Αν κάνει τέτοιο έλεγχο, όταν βλέπει ttl <64/128 (ή !=64/128) είτε θα έχει περιορισμό όγκου/ταχύτητας ή/και χρέωση στα tethered data.

Για να ξεπεράσει κανείς τέτοιον (απλοικό) έλεγχο θέλει τα πακέτα του να φεύγουν από το lte interface με ttl = 64.
Οπότε, αν το lte είναι επί του mtik (ή passthrough στο mtik που κάνει το routing) θα κάνει στο mtik mangle με ttl=64.
Αν το lte interface είναι σε άλλο gateway παρακάτω, θα μετρήσει πόσα hops μεσολαβούν,
και θα ρυθμίσει ανάλογα ώστε τα πακέτα του να φεύγουν απ'το lte με ttl = 64.
Αν το lte gateway είναι +1 hop, θα κάνει mangle στο mtik με ttl = 65,
τα πακέτα θα πάνε στο lte gateway με ttl=65, το gateway θα αφαιρέσει 1,
τα πακέτα θα βγούν απ'το lte interface με lte=64.
Κοκ, το ζητούμενο είναι τα πακέτα να βγαίνουν από το lte interface (όπου είναι αυτό) με ttl=64.

[jkarabas]

Οπότε, αν το lte είναι επί του mtik (ή passthrough στο mtik που κάνει το routing) θα κάνει στο mtik mangle με ttl=64.

Εγώ βρίσκομαι στη περίπτωση που το setup μου είναι LTE Passthrough (με public ip vpn-internet) σε mikrotik router 4011, εκεί στο 4011 έχω βάλει τον κανόνα με ttl = 64.
Όμως με ένα test στη σελίδα https://www.speedguide.net/analyzer.php
έχω το παρακάτω:
Time to live left = 48 hops
TTL value is ok
Το 48 είναι μικρότερο, άρα έχω περιορισμό;

[K1m0n]

Εγώ βρίσκομαι στη περίπτωση που το setup μου είναι LTE Passthrough (με public ip vpn-internet) σε mikrotik router 4011, εκεί στο 4011 έχω βάλει τον κανόνα με ttl = 64.

Μια χαρά.

Όμως με ένα test στη σελίδα https://www.speedguide.net/analyzer.php
έχω το παρακάτω:
Time to live left = 48 hops
TTL value is ok

Με 48 φτάνει σε αυτούς (καθότι μεσολαβούν κάμποσα routers).
Κάθε router/hop στο δρόμο του πακέτου σου μέχρι αυτό να φτάσει τον server του analyzer είναι ttl-1.
Σε έναν server που είναι κοντά (Ελλάδα πχ) θα φτάσει με ttl 60,
σε έναν server στα νησιά του Πάσχα πχ με ttl 30.
Είναι αδιάφορο (φτάνει να φτάσει στον προορισμό του, έστω και με ttl=1).

[quote=jkarabas;7403622]Το 48 είναι μικρότερο, άρα έχω περιορισμό;

Το analyzer αναφέρει τα στοιχεία που βλέπει στο πακέτο όπως αυτό φτάνει στον server του analyzer.
Δεν σε απασχολεί τι φτάνει στον όποιο host στην άλλη άκρη του πλανήτη.
Σε απασχολεί (*αν* ο isp ελέγχει κάτι τέτοιο...) αν φεύγει από το lte interface με ttl=64,
και εφόσον έχεις βάλει τον σχετικό κανόνα με τόσο φεύγει.

[jkarabas]

[QUOTE=K1m0n;7403654]Μια χαρά.



Με 48 φτάνει σε αυτούς (καθότι μεσολαβούν κάμποσα routers).
Κάθε router/hop στο δρόμο του πακέτου σου μέχρι αυτό να φτάσει τον server του analyzer είναι ttl-1.
Σε έναν server που είναι κοντά (Ελλάδα πχ) θα φτάσει με ttl 60,
σε έναν server στα νησιά του Πάσχα πχ με ttl 30.
Είναι αδιάφορο φτάνει να φτάσει έστω και με ttl=1.

Το 48 είναι μικρότερο, άρα έχω περιορισμό;

Το analyzer αναφέρει το στοιχεία που βλέπει στο πακέτο όπως αυτό φτάνει σε αυτό.
Δεν σε απασχολεί τι φτάνει στον όποιο host στην άλλη άκρη του πλανήτη.
Σε απασχολεί (*αν* ο isp ελέγχει κάτι τέτοιο...) αν φεύγει από το lte interface με ttl=64,
και εφόσον έχεις βάλει τον σχετικό κανόνα με τόσο φεύγει.

Ευχαριστω Κίμωνα με κάλυψες απόλυτα.

[agpol007]

Καλησπέρα,

Έχω δημιουργήσει ένα wireguard tunnel έτσι ώστε να μπαίνω από το κινητό. Στο wireguard έχω δώσει άλλο subnet από το εσωτερικό μου. Το περίεργο πρόβλημα που έχω είναι ότι όταν είμαι συνδεδεμένος μέσω wireguard δεν μπορώ να ανοίξω το gui του speedport plus που έχω μπροστά να συγχρονίζει. Στο gui του mt, στο Nas και σε όλα τα άλλα, μπαίνω κανονικά από wireguard.
Όταν είμαι στο wifi, και εκτός wireguard, μπαίνω κανονικά και στο speedport plus.
Έχει κάποιος κάποια ιδέα;
Παίζει να με κόβει το speedport plus επειδή βλέπει άλλο subnet;;

[riddle3]

Πρέπει να πας στο speedport Settings > Internet > Advanced Settings > Routing > Static Routing και να βάλεις ένα static route προς το subnet του wireguard που να περνάει μέσα από την ip που έχει στο subnet του speedport το mikrotik.

Έστω 192.168.1.0/24 το subnet του speedport , 192.168.1.2 η wan του mikrotik στο speedport subnet και 192.168.3.0/24 το subnet του wireguard.



Αντίστοιχα φτιάχνεις και για άλλα subnets αν έχεις

[agpol007]

Είσαι ωραίος..

[sotirisv]

Καλησπέρα σε όλους! Έχω μία απομακρυσμένη συσκευή η οποία μέχρι πρότινος συνδεόταν σε ένα σέρβερ με εξωτερική στατική ip μέσω του vpn που έχω. Δυστυχώς δεν υπάρχει η δυνατότητα λόγω firmware να περάσω ddns παρα μόνο ip. Προσπάθησα από το mikrotik μέσω του NAT να κάνω redirect στο ddns του νέου σέρβερ, αλλά δεν έχω επικοινωνία. Το mikrotik που τρέχει o VPN Server είναι πίσω από router της Wind (Zyxel). Όποια βοήθεια, ευπρόσδεκτη!!

[deniSun]

Καλησπέρα σε όλους! Έχω μία απομακρυσμένη συσκευή η οποία μέχρι πρότινος συνδεόταν σε ένα σέρβερ με εξωτερική στατική ip μέσω του vpn που έχω. Δυστυχώς δεν υπάρχει η δυνατότητα λόγω firmware να περάσω ddns παρα μόνο ip. Προσπάθησα από το mikrotik μέσω του NAT να κάνω redirect στο ddns του νέου σέρβερ, αλλά δεν έχω επικοινωνία. Το mikrotik που τρέχει o VPN Server είναι πίσω από router της Wind (Zyxel). Όποια βοήθεια, ευπρόσδεκτη!!

1. Αφού παίζεις με ddns δεν έχεις στατική ΙΡ.
2. Το ΜΤ έχει δικό του ddns οπότε μπορείς να το χρησιμοποιήσεις.
3. Τα γράφεις λίγο μπερδεμένα. Αν κατάλαβα πρέπει να τα έχεις κάπως έτσι:
zyxel <> MT <> PC
Στο ΜΤ τρέχεις vpn;
Το zyxel το έχεις σε bridge ή παίζεις με passthrough.

[DVader]

Καλησπέρα σε όλους !

Μόλις αγόρασα το https://mikrotik.com/product/hap_ac3 και το έστησα ...και έχω μείνει απόλυτα ευχαριστημένος ...

Εχω ένα θέμα με το wifi Range .....Εχει ιδέα πως το λύνω .... Δεν εμφανίζετε σε όλες τα κινητά και είναι πραγματικά πολύ χαμηλό σήμα...Πως μπορέι να λυθεί ....?

[deniSun]

Καλησπέρα σε όλους !

Μόλις αγόρασα το https://mikrotik.com/product/hap_ac3 και το έστησα ...και έχω μείνει απόλυτα ευχαριστημένος ...

Εχω ένα θέμα με το wifi Range .....Εχει ιδέα πως το λύνω .... Δεν εμφανίζετε σε όλες τα κινητά και είναι πραγματικά πολύ χαμηλό σήμα...Πως μπορέι να λυθεί ....?

Φτιάξε νέο θέμα.

[sotirisv]

1. Αφού παίζεις με ddns δεν έχεις στατική ΙΡ.
2. Το ΜΤ έχει δικό του ddns οπότε μπορείς να το χρησιμοποιήσεις.
3. Τα γράφεις λίγο μπερδεμένα. Αν κατάλαβα πρέπει να τα έχεις κάπως έτσι:
zyxel <> MT <> PC
Στο ΜΤ τρέχεις vpn;
Το zyxel το έχεις σε bridge ή παίζεις με passthrough.

Έχεις απόλυτο δίκιο, τα είπα πολύ μπερδεμένα.
Πρώτα είχα την απομακρυσμένη συσκευή η οποία χτύπαγε κατευθείαν στην static ip 178.xxx.xxx.xxx και έπαιζαν όλα μια χαρά.
Τώρα ο server μεταφέρθηκε πίσω από δυναμική ip. Η απομακρυσμένη συσκευή δεν δέχεται στο interface της ddns παρά μόνο ip.
Γι' αυτό τον λόγο προσπαθώ από την απομακρυσμένη συσκευή που είναι πάνω σε 4g router με vpn client: 172.1772.1.3, να περάσω την δρομολόγηση μέσω του MT που είναι vpn server στο internet κάνοντας redirect την 178.XXX... με το ddns που βρίσκεται πλέον ο νέος server.
Επίσης το mikrotik είναι πίσω από το Zyxel της Wind.
Σωστά κατάλαβες.
Έχω PC<vpn>MT<lan>ZYXEL<wan>SERVER.

[deniSun]

Η απομακρυσμένη συσκευή δεν δέχεται στο interface της ddns παρά μόνο ip.

Εννοείς ότι δεν μπορείς να βάλεις domain παρά μόνο ΙΡ.