Μα δεν ζητησα να εχω μια εδω και μια εκει το route. Ζητησα να κατεβαζει on demand απο το συγκεκριμενο interface οπως εκανε το rpi καποτε. Δυστυχως, εκτος απο την αναπηρια του ath9k_htc που λεω στο αλλο θεμα, πεφτω και σε αλλη μεγαλυτερη αναπηρια οταν βαζω την usb καρτα μου στο rpi, οποτε δεν μπορω με καποιο τροπο να δειξω οτι οντως κατεβαζει απο το αλλο interface (wlan1 στην περιπτωση του rpi με την usb καρτα) χωρις αλλαγες στο route.
Anyway, επειδη εριξα αρκετα καντηλια πρωι πρωι για το παραπανω, θα δω οσα λες αργοτερα.
- - - Updated - - -
Οριστε απο το rpi, χωρις να αλλαξω κατι με route κλπ.
Και στο upnp-router-control φαινεται οτι οντως δεν κινειται τιποτα.Κώδικας:$ curl -O --interface wlan1 http://speedtest.ftp.otenet.gr/files/test100Mb.db % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 53 100M 53 53.7M 0 0 783k 0 0:02:10 0:01:10 0:01:00 746k # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default speedport-entry 0.0.0.0 UG 0 0 0 wlan0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan1
Στο rpi συνδεομια μεσω ssh στην ip που παιρνιε το wlan0, οποτε ειναι σιγουρα συνδεμενο και στο δικο μου δικτυο.
Εμφάνιση 16-30 από 33
-
30-03-23, 07:08 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #16ديميتريس
-
30-03-23, 11:15 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #17
Καλημέρα τζιμάκο.
μπορείς παρακαλώ στο rpi να δώσεις:
ip rule show
cat /etc/iproute2/rt_tables
ip link show | grep wlan
ip route
?
-
30-03-23, 16:48 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #18Κώδικας:
# ip rule show 0: from all lookup local 32766: from all lookup main 32767: from all lookup default # cat /etc/iproute2/rt_tables # # reserved values # 255 local 254 main 253 default 0 unspec # # local # #1 inr.ruhep # ip link show | grep wlan 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DORMANT group default qlen 1000 4: wlan1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 # ip route default via 192.168.1.1 dev wlan0 192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.123 192.168.1.0/24 dev wlan1 proto kernel scope link src 192.168.1.6
Η πρωτη καρτα, αυτη στο δικο μου συστημα εινια αυτη
https://wikidevi.wi-cat.ru/TP-LINK_TL-WN821N_v1
και αυτη στο rpi ειναι αυτη
https://wikidevi.wi-cat.ru/TP-LINK_TL-WN722N_v1.x
Δεν θυμαμαι βεβαια τι αναπηρια παρουσιαζει η δευτερη καρτα αν τη βαλω στο rpi...
Το rpi πρεπει να εχει γενικοτερο θεμα με τις usb του και οτι βαζω εκει μετα απο λιγο παει κατα διαολου, γιαυτο εριχνα καντηλια το πρωι και μετα εβαλα την καρτα στο usb hub της οθονης. Προχτες βεβαια, η ιδια καρτα δουλεψε κανονικα σε μια usb του pi, εβγαλε και speedest.ديميتريس
-
30-03-23, 16:58 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #19
έλεγα μήπως κάνει κόλπα το rpi με διαφορετικά VRF αλλά οχι, σε ένα vrf (το default) τα έχει όλα.
δεν νομίζω οτι οταν κανεις curl -O --interface wlan1 http://speedtest.ftp.otenet.gr/files/test100Mb.db η κίνηση να πηγαίνει απο το wlan1. μάλλον από το wlan0 πηγαίνει. μπορείς με κάποιο τρόπο να το επιβεβαιώσεις? (tcpdump?)
-
30-03-23, 17:08 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #20
Τι να τρεξω στο tcpdump (που αμφιβαλλω αν το εχω)? Γενικα, το επιβεβαιωνω απο το upnp-router-control που δειχνει το bw που καταναλωνεται σε ολο το δικτυο μου. Πχ αυτο στην εικονα εινια με ενα απλο wget (επειδη βαριεμια να γραφω παραμετρους για το curl) για το παραπανω αρχειο, χωρις να υπαρχει καν το 2ο ασυρματο interface. Κολλημενο στο 1.2Mb/s για οση ωρα εκανε να το κατεβασει, αν αγνοησεις τα spikes που εχει και ειναι καποιο λαθος στη μετρηση.
ديميتريس
-
30-03-23, 17:45 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #21
jim ομολογώ έχω μπερδευτεί και νομίζω ξεφύγαμε. πάμε να κάνουμε troubleshooting κάτι που δεν προβλέπεται να λειτουργεί σωστά έτσι και αλλιώς. μ' αρέσει που επιμένεις με στυλ "δεν μπορεί, θα το σπάσω, θα το κάνω 1000 κομμάτια και θα παίξει" και πράγματι με VRF μπορείς να το κάνεις να παίξει όπως το φαντάζεσαι (ο sfh χθες το έριξε το hint).
Πάμε από την αρχή και στα βασικά. Έχεις 2 διαφορετικά Interfaces που τυγχάνει να έχουν την ίδια αριθμοδότηση. Αρα έχουν το ίδιο connected subnet και στα δύο interfaces στο ίδιο routing table:
192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.123
192.168.1.0/24 dev wlan1 proto kernel scope link src 192.168.1.6
και βάζεις το default route πίσω απο το 192.168.1.1 -> που θα βρει τον 192.168.1.1 ? -> κοιτάει το routing table -> ποιο από τα δύο θα κάνει match? -> άγνωστο/στην τύχη.
στη συνέχεια θέλει να στείλει πακέτο στο default gateway -> 192.168.1.1 -> ποια ειναι η MAC του? -> κάνει arp request -> σε ποιο interface? -> άγνωστο/στην τύχη/σε αυτό που έχει στο arp cache του (ip neigh show).
αυτό είναι το πρόβλημα μας και ήθελα πρώτα να το ξεκαθαρίσουμε ότι αυτό δεν γίνεται/παίζει σωστά έτσι απλά και αν παίξει θα είναι στην τύχη και οχι γιατι το rpi κάνει black magic.
δες με VRF μήπως μπορέσεις να κάνεις αυτο που θες
-
30-03-23, 17:58 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #22
Αυτα που λες στο παραδειγμα σου ειναι τα interfaces απο το rpi, που δουλευει οπως πρεπει (τουλαχιστον θεωρητικα). Εγω θελω το ιδιο αλλα με τα interfaces να ειναι eth0 και wlan0, του σταθερου.
Να δοκιμασω qbittorrent στο pi και να το βαλω να τραβαει μονο απο wlan1, οπως εκανα στο σταθερο? Δεν εχει systemd service, οποτε πρεπει να το κανω με το χερι, αλλα θα προσπαθησω.
Να δοκιμασω την usb καρτα του σταθερου στο rpi και να ριξω νεα μπινελικια αμα δεν παιξει? Γιατι η καρτα του pi στο σταθερο δεν παιζει. Αν εχεις καμια ιδεα για το λογο, εχω γραψει το σφαλμα εδω
https://www.adslgr.com/forum/threads...=1#post7412594ديميتريس
-
30-03-23, 18:42 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #23
eth0/wlan0/wlan1 δεν εχει σημασία, interfaces είναι ολα, οτι έγραψα ισχύει και για eth0.
σχετικά με το bug της κάρτας: ο λόγος είναι οτι εχει bug ο driver και λύνεται με το patch. Δεν μπορούμε να κάνουμε κάτι άλλο. Έχει γίνει pull το patch αυτό στο main? έχει περάσει στα distro? αν οχι μονο αν κανεις μονος σου patch+compile το kernel module θα στρώσει ο driver. Φέρε τα sources του πυρήνα που τρέχεις και δοκίμασε το, το patch είναι πολύ απλό, μερικές γραμμές μόνο και με απλό rmmod & insmod μετά θα δεις αμεσως αν παίζει ή οχι.
-
30-03-23, 20:11 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #24
Σκοτωσε με καλυτερα Για το patch πως γινεται να ξερω?
Στο pc, που δεν παιζει, ειμια με 6.1(.20), λογικα μεταγενεστερος του patch, και στο rpi με 5.10(.162).ديميتريس
-
30-03-23, 22:00 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #25
αχ! i'm too old for this shit
κάπως έτσι γίνεται:
apt-get source linux-image-$(uname -r)
cd /usr/src/linux-$(uname -r)
cp /boot/config-$(uname -r) .
εδώ τώρα εισαι στο source tree του kernel με περασμένο το .config που δίνει το distro.
Δεν θα σε μπλέξω με τις εντολές του προγράμματος patch γιατί το actual patch είναι πραγματικά αστείο.
Με κίνδυνο να με φάνε οι devs, συμβουλή μου είναι να προσθέσεις απλά τις 14 γραμμές που εισάγει το patch με το χέρι.
θα κάνεις:
vi drivers/net/wireless/ath/ath9k/hif_usb.c
και με το χερι θα εφαρμόσεις το patch. Πηγαίνεις δηλαδή περίπου στην γραμμή 1329, βρίσκεις την function ath9k_hif_usb_probe και μέσα της προσθέτεις τις νέες γραμμές που είναι σημειωμένες στο patch με '+' (χωρις το + φυσικα), δηλαδή τις 2 γραμμές με τα struct και πιο κάτω τις 14 γραμμές που κανουν τον έλεγχο & λύνουν το bug.
στη συνέχεια απο εκει που ήσουν, δηλαδη απο το /usr/src/linux-$(uname -r) θα δώσεις:
make prepare
make modules_prepare
make SUBDIRS=scripts/mod
make SUBDIRS=drivers/net/wireless/ath/ath9k modules
αν ολα πήγαν καλά και αν θυμάμαι καλά την διαδικασία, θα πρέπει να έχει αφήσει μέσα στο drivers/net/wireless/ath/ath9k ένα ή περισσότερα .ko αρχεία.
κανε cd εκει μέσα, κάνε rmmod το module (μάλλον ath9k.ko ονομάζεται?) που τρέχει ήδη και κανε insmod ./ath9k.ko
και η Παναγιά μαζί σου
αν τελικά έπεξε, καντο copy στο /lib/modules/`uname -r`/extra και λογικά μετα απο κάθε reboot θα φορτώνει το δικό σου .ko και οχι το μανισιο.
δωσε και μια depmod -a για σιγουριά.
Υπόψιν οτι αν αλλάξει ο kernel πρέπει να ξανακάνεις τα ίδια.
τα παραπάνω είναι για το pc σου που τρέχει γνωστό distrο/kernel.
Στο rpi δεν θα τολμούσα να αγγίξω τίποτα γιατί δεν το ξέρω.
- - - Updated - - -
το πακετο module-assistant (aka m-a) επίσης ίσως σου φανεί χρήσιμο αν θέλεις να το κάνεις με m-a ή αν αυτά που έγραψα δεν σου κάτσουν
-
31-03-23, 15:01 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #26
Το debian παρεχει το πακετο linux-source που περιεχει τον πηγαιο κωδικα και ολα τα paches που εχει βαλει το ιδιο το debian. Μηπως να δω πρωτα εκει τι γινεται? Δεν ψηνομια καθολου να το κανω ολο αυτο :'(
- - - Updated - - -
Απ οτι φαινεται, τα οσα λεει το patch ειναι ηδη περασμενα στον 6.1(.20) του debian
Κώδικας:1339 { 1340 struct usb_endpoint_descriptor *bulk_in, *bulk_out, *int_in, *int_out; 1341 struct usb_device *udev = interface_to_usbdev(interface); 1342 struct usb_host_interface *alt; 1343 struct hif_device_usb *hif_dev; 1344 int ret = 0; 1345 1346 /* Verify the expected endpoints are present */ 1347 alt = interface->cur_altsetting; 1348 if (usb_find_common_endpoints(alt, &bulk_in, &bulk_out, &int_in, &int_out) < 0 || 1349 usb_endpoint_num(bulk_in) != USB_WLAN_RX_PIPE || 1350 usb_endpoint_num(bulk_out) != USB_WLAN_TX_PIPE || 1351 usb_endpoint_num(int_in) != USB_REG_IN_PIPE || 1352 usb_endpoint_num(int_out) != USB_REG_OUT_PIPE) { 1353 dev_err(&udev->dev, 1354 "ath9k_htc: Device endpoint numbers are not the expected ones\n"); 1355 return -ENODEV; 1356 }
- - - Updated - - -
Μεχρι να ερθει καμια καλυτερη ιδεα...
Με το στικακι του αδερφου μου, ενα ακριβως ιδιο 722n στο rpi.
Εβαλα qbittorrent-nox, του ορισα να κατεβαζει μονο απο το wlan1 και τερμα. Δεν κουνιεται τιποτα. Το πιο εκνευριστικο εινια πως δεν κατεβαζει παλι απο wlan1 ακομα και το curl που χτες κατεβαζε κανονικα. Βασικα, ουτε καν curl στο lua με τις ρυθμισεις του ρουτερ δεν κανει και δεν φαινεται καν το wlan1 στο ifconfig παρολο που εινια συνδεδεμενο! Και οταν δινω τερματισμο μενει να με κοιταει μεχρι να βγαλω το στικακι απο πανω.
Το εβγαλα, εκανα τερματισμο, εβαλα ξανα το δικο μου 722n και αυτη τη φορα δεν ξεκιναει καν το wlan1 με το if up!
- - - Updated - - -
Επειδη δεν το ανεφερα παραπανω, ξεκιναω το εκαστοτε wireless interface με αυτο το σκριπτακι
Κώδικας:#!/bin/sh ifconfig wlan0 up iw dev wlan0 connect Geitonas dhclient wlan0 iwgetid wlan0
ديميتريس
-
02-04-23, 18:36 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #27
Καμια αλλη ιδεα? Ακομα και για να δει κανονικα το pc την 722n, αφου με την αλλη δεν βλεπει ιντερνετ.
Με το rpi και τις προβληματικες usb του δεν θα ασχοληθω αλλο, αρκετα μπινελικια εριξα τοσες μερες.ديميتريس
-
02-04-23, 23:26 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #28
jim έλειπα από Παρασκευή πρωί, από μένα όχι, δεν έχω άλλη ιδέα
-
03-04-23, 00:04 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #29Όταν ενώνουμε τις δυνάμεις μας, μπορούμε να πετύχουμε το ακατόρθωτο - Παναγιώτης Γιαννάκης
Never say never, because limits, like fears, are often just an illusion - Michael Jordan
-
03-04-23, 07:31 Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface #30
@dpap76
Δεν πειραζει. Θα το προσπαθησω μονος μου.
@megahead13
Οπως ειπα παραπανω, το vrf δεν εχει σχεση με αυτο που θελω εγω να πετυχω. Δεν θελω να βγαινει η κινηση μου στο ιντερνετ μεσα απο ενα συγκεκριμενο interface. Θελω καποιες εφαρμογες να χρησιμοποιουν ενα συγκεκριμενο interface και μονο αυτο. Προφανως μιλαμε για εφαρμογες που δινουν αυτη τη δυνατοτητα, ειτε με εμμεσο (= χρηση της ταδε ip, πχ wget) ειτε με αμεσο τροπο (= χρηση του ταδε interface, πχ curl).
Σκεφτομαι να ανοιξω ενα νεο θεμα να πω για μια δικτυακι αναπηρια που μου ετυχε μεσα στο σ/κ...
Αν θελετε την αναφερω και εδω βεβαια, αλλα να μην βγουμε πολυ offtopic.Τελευταία επεξεργασία από το μέλος jim_p : 03-04-23 στις 08:44.
ديميتريس
Bookmarks