Speedport Plus

[shocked]

Υπαρχει κανενα changelog ή εστω καμια ιδεα για το τι αλλαξε το fw update στην 038? Απο το δικο μου point of view, η αναπηρια με το ασυρματο ακομα υπαρχει και ακομα δεν γινεται να ορισω δικο μου dns μεσω dhcp, οποτε το βλεπω σαν ενα ανουσιο version bump.

Spoiler:

.....περιλαμβάνει μόνο ένα fix το οποίο θα εμφανιζόταν μετά το migration στο nokia sdv και αφορά πρόβλημα ακουστικότητας απο κλήση broadsoft webex προς το speedport plus

όσα κατάλαβες εσύ, τόσα κατάλαβα και εγώ

[jim_p]

Θα το εγραψε το ai το changelog

[jim_p]

Αφιερωμενο σε οσους θεωρουν ασημαντο το να δινεται καποιος dns server μεσω dhcp.

Απο χτες το απογευμα το apt στο rpi3b κανει αυτο

# apt-get update
Err:1 http://www.deb-multimedia.org bullseye InRelease
  Could not connect to www.deb-multimedia.org:80 (2001:41d0:1:c3c4::1). - connect (111: Connection refused) Could not connect to www.deb-multimedia.org:80 (91.121.146.196). - connect (111: Connection refused)
Err:2 http://www.deb-multimedia.org bullseye-backports InRelease
  Unable to connect to www.deb-multimedia.org:http:
Hit:3 https://deb.debian.org/debian bullseye InRelease
Hit:4 https://security.debian.org/debian-security bullseye-security InRelease
Hit:5 https://deb.debian.org/debian bullseye-backports InRelease

Δεν του φταιει το ipv6, μιας και κανει το ιδιο ακριβως βγαζοντας εκει την ipv4 ip του domain και δεν του φταιει ουτε το certificate μιας και κανει το ιδιο με http σκετο. Φταιει το οτι κανει λαθος resolving

# nslookup deb-multimedia.org
Server:         192.168.1.1
Address:        192.168.1.1#53

Non-authoritative answer:
Name:   deb-multimedia.org
Address: 91.121.146.196
Name:   deb-multimedia.org
Address: 2001:41d0:1:c3c4::1

Το σωστο ειναι ετσι

$ nslookup deb-multimedia.org
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
Name:	deb-multimedia.org
Address: 188.165.241.192
Name:	deb-multimedia.org
Address: 2001:41d0:2:bcc0::1

Δεν μιλαμε για καποιο domain που το κοβει η εδππι για το καλο μας, μιλαμε για εντελως αθωο domain. Αλλαζοντας τον dns στο /etc/resolv.conf δουλευει ξανα, μεχρι την επομενη εκκινηση που θα τραβηξει ξανα την ip του ρουτερ σαν dns μεσω dhcp οποτε ξαναχαλαει.

Οποιος θεωρει οτι τα παραπανω απαιτησεις καποιου advanced user ας ποσταρει γιατι.

[Thanasakis11]

Το σωστο ειναι ετσι

$ nslookup deb-multimedia.org
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
Name:	deb-multimedia.org
Address: 188.165.241.192
Name:	deb-multimedia.org
Address: 2001:41d0:2:bcc0::1

Εμένα από την άλλη άλλα μου λέει το dns:

dig @8.8.8.8 deb-multimedia.org

; <<>> DiG 9.16.44 <<>> @8.8.8.8 deb-multimedia.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14205
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;deb-multimedia.org.            IN      A

;; ANSWER SECTION:
deb-multimedia.org.     21600   IN      A       91.121.146.196

;; Query time: 85 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Mar 07 16:23:02 ;; MSG SIZE  rcvd: 63

Δεν θυμάμαι αν το Google DNS έχει EDNS Client Subnet αλλά και με AdGuard DNS αλλά και Quad9 την ίδια διεύθυνση μου βγάζει (91.121.146.196).
Δες εδώ: https://forums.raspberrypi.com/viewtopic.php?t=238196

Επίσης, μπορεί να κάνω λάθος καθώς δεν έχω πιάσει στα χέρια μου Speedport Plus καιρό τώρα, πρέπει να μπορείς να αλλάξεις τους DNS.
Αν όχι κάνε point το Pi σε άλλον server από το dhcpcd configuration file.

[riddle3]

Αφού έχεις rpi βάλε σε μια sdcard το openwrt να το δοκιμασεις. Αν σου κάνει παίρνεις και ένα USB to ethernet και καθάρισες από το plus (και τα υπόλοιπα σάπια CPE).

[jim_p]

@Thanasakis11
Αν πατησεις την ip που σου λεει εκει (91.121.bla.bla) στον browser, σου ανοιγει τιποτα? Γιατι εδω οχι, οποτε ειναι λαθος και αυτο εχω επισημανει απο το πρωι. Η μονη επιλογη για αλλαγη του dns ειναι αυτη στην εικονα (απο το μενου internet > internet configuration > ppp) και δεν δουλευει σαν dns μεσω dhcp, το εχω επισημανει παλιοτερα. Οι dns στην φωτο εινια απο την αποτυχημενη προσπαθεια που εγινε παλια. Default το εχω εκει και λεει dynamic.

Επισης, δεν υφισταται θεμα κλειστου repo οπως λεει στο φορουμ του raspberry, γιατι ειναι ακομα ανοιχτο.
Τελος, και κακως που δεν το ανεφερα παραπανω, δεν ειναι rasbpian αλλα ξερο debian 11 arm64 (γιατι δεν υπηρχε καν raspbian arm64 οταν το εστησα), οποτε δεν εχει νοημα και η λυση με τον dhcpcd, γιατι δεν βασιζεται στον dhcpcd για τα του δικτυου.

@riddle3
Οπως παλι εχω ξαναπει, αν ειναι να καταλληξω σε τετοια λυση τυπου openwrt προκειμενου να εχω οτι λειτουργικοτητα ειχανε τα παλιοτερα ρουτερ μου εξαρχης, καληνυχτα. Συν το οτι το rpi το θελω για αλλα πραγματα.

[Thanasakis11]

Επισης, δεν υφισταται θεμα κλειστου repo οπως λεει στο φορουμ του raspberry, γιατι ειναι ακομα ανοιχτο.
Τελος, και κακως που δεν το ανεφερα παραπανω, δεν ειναι rasbpian αλλα ξερο debian 11 arm64 (γιατι δεν υπηρχε καν raspbian arm64 οταν το εστησα), οποτε δεν εχει νοημα και η λυση με τον dhcpcd, γιατι δεν βασιζεται στον dhcpcd για τα του δικτυου.

Αυτό μου πέρασε από το κεφάλι να σου πω την αλήθεια. Απλά για χάριν απλότητος υπέθεσα ότι παίζεις με raspbian.
Όπως και να έχει, αν σου αλλάζει το config του resolv.conf τότε το πιο πιθανό είναι να το ρυθμίζει κάποιο άλλο πρόγραμμα όπως openresolv ή resolvconf. Στην συγκεκριμένη περίπτωση πράξε ανάλογα για να μην σου κάνει override το config με κάθε reboot.

Η μονη επιλογη για αλλαγη του dns ειναι αυτη στην εικονα (απο το μενου internet > internet configuration > ppp)

Η οποία αλλάζει τους upstream dns που χρησιμοποιεί το ρούτερ για τα δικά του queries καθώς και τα queries των downstream συσκευών τις οποίες και προωθεί ως dns server.

Το ότι δεν δουλεύει το repo είναι άλλο εξωτερικό πρόβλημα καθώς και σε εμένα μου βγάζει αυτή την "λάθος" IP με όποιο DNS χρησιμοποίησα. Το γιατί δεν μας ενδιαφέρει για τώρα.

[jim_p]

Dig απο το δικο μου συστημα που ειναι με google dns και δειχνει τη σωστη ip.

$ dig deb-multimedia.org

; <<>> DiG 9.19.21-1-Debian <<>> deb-multimedia.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34080
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;deb-multimedia.org.		IN	A

;; ANSWER SECTION:
deb-multimedia.org.	2190	IN	A	188.165.241.192

;; Query time: 44 msec
;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)
;; WHEN: Thu Mar 07 20:40:01 EET 2024
;; MSG SIZE  rcvd: 63

αλλα απο το rpi λεει αλλα

$ dig deb-multimedia.org

; <<>> DiG 9.16.48-Debian <<>> deb-multimedia.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45077
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;deb-multimedia.org.            IN      A

;; ANSWER SECTION:
deb-multimedia.org.     45594   IN      A       91.121.146.196

;; Query time: 7 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Thu Mar 07 20:49:40 EET 2024
;; MSG SIZE  rcvd: 52

παρολο που το apt δουλευει κανονικα τωρα

# apt-get update
Hit:1 http://www.deb-multimedia.org bullseye InRelease
Hit:2 http://www.deb-multimedia.org bullseye-backports InRelease
Hit:3 https://deb.debian.org/debian bullseye InRelease
Hit:4 https://security.debian.org/debian-security bullseye-security InRelease
Hit:5 https://deb.debian.org/debian bullseye-backports InRelease

Το οτι ειναι θεμα dns το επεσημανε αρχικα ο κατοχος του domain, μιας και του εστειλα mail απο το πρωι.

Για τα υπολοιπα τωρα. Αμφιβαλλω για αυτο που εχεις στα bold, αν και το θεωρω σωστο σαν λογικη. Οταν ειχα βαλει για dns αυτους που βλεπεις στην εικονα, το rpi και οτι αλλο εμπαινε μεσω dhcp χρησιμοποιουσε σιγουρα τους dns του οτε, γιατι πχ ενα nslookup σε γνωστη τορρεντοσελιδα* εβγαζε την ip της σελιδας της εδππι. Αν θες, να το ξαναδοκιμασω αυριο, αλλα δεν νομιζω να αλλαξει κατι.

* https://www.adslgr.com/forum/threads...=1#post7497886

[Thanasakis11]

Δεν αποκλείεται με updates να έχουν κλειδώσει το DNS που χρησιμοποιεί το ρούτερ για τα queries των συσκευών σε αυτό του ΟΤΕ, όπως δεν αποκλείεται να είναι και bug. Τελευταία φορά που έπαιξα με το Plus πάντως θυμάμαι να δούλευε σωστά.

[deniSun]

Δεν αποκλείεται με updates να έχουν κλειδώσει το DNS που χρησιμοποιεί το ρούτερ για τα queries των συσκευών σε αυτό του ΟΤΕ, όπως δεν αποκλείεται να είναι και bug. Τελευταία φορά που έπαιξα με το Plus πάντως θυμάμαι να δούλευε σωστά.

Πριν ένα μήνα μια χαρά μπορούσα να το ορίσω.
Δεν ξέρω αν άλλαξαν κάτι έως σήμερα.

[jim_p]

Το ποστ μου παραπανω ειναι πριν απο 3 μηνες ακριβως και οντως γινεται να το ορισεις. Δεν λεω οτι δεν γινεται, οτι δεν δουλευει λεω.

[jim_p]

"Οι ρυθμισεις για τους dns στο internet > internet connection δεν εχουν καμια σχεση με τους dns που δινει το plus μεσω dhcp", εκδοση 2024 ή 038, οτι σας βολευει.

Αλλαξα νωριτερα τους dns απο το συγκεκριμενο μενου, οπως εδειξα την προηγουμενη φορα στο screenshot. Επειδη το log δεν αναφερει την αλλαγη πουθενα, παραθετω το κομματι που λεει οτι εγινε αποσυνδεση και επανασυνδεση στο ιντερνετ

2024-03-10 09:01:21From internet service provider transferred WAN IPv6 address: (removed) (P001)
2024-03-10 09:01:14Internet connection successfully established. (R010)
2024-03-10 09:01:14From internet service provider transferred Gateway IP address: (removed) (R022)
2024-03-10 09:01:14Timeout during PPP initialization. (IPCP) (R023)
2024-03-10 09:01:13From internet service provider transferred Gateway IPv6 address: (removed) (P002)
2024-03-10 09:01:13Timeout during PPP initialization. (PAP) (R023)
2024-03-10 09:00:53Connection to the Internet has been terminated. (R009)

και μετα ανοιξα το rpi. Αποδειξη οτι η ip του ρουτερ εξακολουθει (σωστα) να δινεται σαν dns

$ cat /etc/resolv.conf
domain home
search home
nameserver 192.168.1.1
nameserver 192.168.1.1

και οτι δεν δουλευει η παραπανω αλλαγη

$ nslookup 1337x.to
Server:         192.168.1.1
Address:        192.168.1.1#53

Name:   1337x.to
Address: 83.235.76.18

Σε οποιον δουλευει, ας ποσταρει παρομοιο output για να με πεισει. Δεν θελω να χασω χρονο ξανακανοντας την ιδια διαδικασια για ο υπολοιπο της χρονιας. Εννοειται πως οποιοδηποτε αλλο log ειναι διαθεσιμο, πχ το οτι το rpi παιρνιε απο dhcp, αν ζητηθει.

- - - Updated - - -

Ξεχασα να αναφερω τοσους μηνες οτι dns μεσω dhcp προσφερει ακομα και το 4i, και ειναι βεβαιο πως δουλευουν σωστα μιας και τους χρησιμοποιει ενας φιλος μου για να εχει ad blocking στην τηλεοραση του. Οποτε ειναι σιγουρο πως η επιλογη λειπει σκοπιμα απο το plus.

[riddle3]

Αν βάλεις μια τυχαία ip που δεν τρέχει πάνω της dns server τι θα κάνει ;
Αν συνεχίζει να κάνει resolve (ίσως χρειαστεί να κάνεις restart το pppoe connection για να αλλάξει) τότε οκ υπάρχει bug.

Διαφορετικά κάτι άλλο παίζει, κάνε ένα reset ή ζήτα άλλο εξοπλισμό.

Επίσης θα μπορούσες να κλείσεις το dhcp στο plus και να τρέχεις ένα dhcpd ή dnsmasq στο pi και να ξενοιάξεις.

[jim_p]

Αν βάλεις μια τυχαία ip που δεν τρέχει πάνω της dns server τι θα κάνει ;
Αν συνεχίζει να κάνει resolve (ίσως χρειαστεί να κάνεις restart το pppoe connection για να αλλάξει) τότε οκ υπάρχει bug.

Τι εννοεις εδω?

Το rpi δεν το εχω μονιμα ανοιχτο και μια στο τοσο αλλαζω καρτες, οποτε δεν μπορω να του κανω οτιδηποτε. Να μην ξαναπω οτι "δεν εχει νοημα να το χρησιμοποιω για να αντικαταστησω την Χ προβληματικη λειτουργια του ρουτερ"...

[riddle3]

Βάλε στο plus μια τυχαία ip για DNS π.χ. 192.168.0.10 .

Αν όλα δουλεύουν όπως θα έπρεπε, θα πρέπει να σου σπρώξει τον συγκεκριμένο DNS στα dhcp clients σου, καθώς και να το χρησιμοποιήσει για τα δικά του queries.

Λόγω ότι δεν υπάρχει ο DNS server, δεν θα μπορείς να κάνεις κανένα domain resolve και λογικά θα χάσεις και την τηλεφωνία.

Αν συμβεί αυτό, τότε όλα δουλεύουν σωστά και αν βάλεις έναν άλλο valid DNS server περιμένεις το ανάλογο αποτέλεσμα.

Αν όμως με μουφα DNS εσύ(ή το plus ) συνεχίζεις και κάνεις resolve, τότε το plus έχει hardcoded DNS/αγνοεί το input/υπάρχει bug.