bobptz Δημοσ. 31 Ιανουαρίου 2016 Μέλος Δημοσ. 31 Ιανουαρίου 2016 Σωστά και δοκιμάζεις με dig πχ ή και wireshark (φίλτρο udp.port==53) σε περίπτωση προβλήματος για να δεις αν δουλεύει και πως το dns resolving. Τα προηγούμενα τεστ που είπες και ένα dig μπορώ να τα κάνω. To wireshark το έχω εγκαταστήσει, το έπαιξα λίγο (για να ελέγξω το openwrt-mwan3) αλλά μέχρι εκεί. Δε ξέρω να το χρησιμοποιώ για να βγάλω κάποιο χρήσιμο συμπέρασμα.
bobptz Δημοσ. 1 Φεβρουαρίου 2016 Μέλος Δημοσ. 1 Φεβρουαρίου 2016 Έχω τα αποτελέσματα απότο LAN της δουλειάς. vasiliki@vasiliki-acer:~$ ifconfig eth0 Link encap:Ethernet HWaddr 20:89:84:c7:84:7d inet addr:192.168.1.13 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::2289:84ff:fec7:847d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3874 errors:0 dropped:0 overruns:0 frame:0 TX packets:3666 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2314865 (2.3 MB) TX bytes:524710 (524.7 KB) Interrupt:18 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:1561 errors:0 dropped:0 overruns:0 frame:0 TX packets:1561 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:257019 (257.0 KB) TX bytes:257019 (257.0 KB) vasiliki@vasiliki-acer:~$ ip route show default via 192.168.1.1 dev eth0 proto static 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.13 metric 1 vasiliki@vasiliki-acer:~$ sudo iptables -L -n -v Chain INPUT (policy ACCEPT 29 packets, 8282 bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 30 packets, 3399 bytes) pkts bytes target prot opt in out source destination vasiliki@vasiliki-acer:~$ cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 127.0.1.1 *** Η ακόλουθη εντολή άργησε πολύ να βγάλει αποτέλεσμα. Επίσης αυτό το TIMEOUT σε κάποιο σφάλμα πρέπει να οφείλεται, σωστά?:vasiliki@vasiliki-acer:~$ dig ; <<>> DiG 9.9.5-3ubuntu0.7-Ubuntu <<>> ;; global options: +cmd ;; connection timed out; no servers could be reached *** Η ακόλουθη εντολή άργησε πολύ να βγάλει αποτέλεσμα:vasiliki@vasiliki-acer:~$ dig +short whoami.akamai.net 194.63.239.164 vasiliki@vasiliki-acer:~$ dig www.ha.com ; <<>> DiG 9.9.5-3ubuntu0.7-Ubuntu <<>> www.ha.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60594 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.ha.com. IN A ;; ANSWER SECTION: www.ha.com. 56 IN A 206.123.52.10 ;; Query time: 2 msec ;; SERVER: 127.0.1.1#53(127.0.1.1) ;; WHEN: Mon Feb 01 09:46:40 EET 2016 ;; MSG SIZE rcvd: 44 vasiliki@vasiliki-acer:~$ ping www.ha.com && ping 206.123.52.10 PING www.ha.com (206.123.52.10) 56(84) bytes of data. 64 bytes from www.ha.com (206.123.52.10): icmp_seq=1 ttl=228 time=220 ms 64 bytes from www.ha.com (206.123.52.10): icmp_seq=2 ttl=228 time=220 ms 64 bytes from www.ha.com (206.123.52.10): icmp_seq=3 ttl=228 time=220 ms 64 bytes from www.ha.com (206.123.52.10): icmp_seq=4 ttl=228 time=219 ms 64 bytes from www.ha.com (206.123.52.10): icmp_seq=5 ttl=228 time=220 ms 64 bytes from www.ha.com (206.123.52.10): icmp_seq=6 ttl=228 time=220 ms 64 bytes from www.ha.com (206.123.52.10): icmp_seq=7 ttl=228 time=220 ms 64 bytes from www.ha.com (206.123.52.10): icmp_seq=8 ttl=228 time=220 ms 64 bytes from www.ha.com (206.123.52.10): icmp_seq=9 ttl=228 time=220 ms ^C --- www.ha.com ping statistics --- 9 packets transmitted, 9 received, 0% packet loss, time 12230ms rtt min/avg/max/mdev = 219.765/220.283/220.875/0.466 ms PING 206.123.52.10 (206.123.52.10) 56(84) bytes of data. 64 bytes from 206.123.52.10: icmp_seq=1 ttl=228 time=220 ms 64 bytes from 206.123.52.10: icmp_seq=2 ttl=228 time=220 ms 64 bytes from 206.123.52.10: icmp_seq=3 ttl=228 time=220 ms 64 bytes from 206.123.52.10: icmp_seq=4 ttl=228 time=220 ms 64 bytes from 206.123.52.10: icmp_seq=5 ttl=228 time=236 ms ^C --- 206.123.52.10 ping statistics --- 6 packets transmitted, 5 received, 16% packet loss, time 5006ms rtt min/avg/max/mdev = 220.067/223.579/236.636/6.543 ms
Επισκέπτης Δημοσ. 1 Φεβρουαρίου 2016 Δημοσ. 1 Φεβρουαρίου 2016 Άλλαξε DNS ρυθμίσεις με κάποιον τρόπο γιατι προφανώς έχει θέμα.
bobptz Δημοσ. 1 Φεβρουαρίου 2016 Μέλος Δημοσ. 1 Φεβρουαρίου 2016 Φαντάζομαι ότι εγώ θέλω το /etc/resolv.conf να διαμορφώνεται με αυτόματο τρόπο, based on dhcp settings received. Σωστά? Και θα ακολουθήσω τον οδηγό : http://askubuntu.com/questions/627899/nameserver-127-0-1-1-in-resolv-conf-wont-go-away Και θα εφαρμόσω αυτά: If you do not want to use a local forwarding nameserver then configure NetworkManager not to start a dnsmasq instance and not to insert that address. In /etc/NetworkManager/NetworkManager.conf comment out the line dns=dnsmasq sudo nano /etc/NetworkManager/NetworkManager.conf [main] plugins=ifupdown,keyfile,ofono #dns=dnsmasq and restart the NetworkManager service. sudo restart network-manager In this mode, NetworkManager updates /etc/resolv.conf (still via resolvconf) to include the nameserver addresses NetworkManager has for active connections. Σωστά? Ακολούθησα τα παραπάνω. Τώρα έχω: vasiliki@vasiliki-acer:~$ cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 192.168.1.1 Το Chromium πάει σφαίρα. Το Firefox δε μπορεί να συνδεθεί. Του έβαλα NoProxy, αλλά και πάλι τίποτα. ++++++++++++++++++++++++++ EDIT: Νόμιζα ότι είμαστε κοντά στη λύση αλλά όχι, παραμένει το πρόβλημα: vasiliki@vasiliki-acer:~$ dig ; <<>> DiG 9.9.5-3ubuntu0.7-Ubuntu <<>> ;; global options: +cmd ;; connection timed out; no servers could be reached vasiliki@vasiliki-acer:~$ ifconfig eth0 Link encap:Ethernet HWaddr 20:89:84:c7:84:7d inet addr:192.168.1.13 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::2289:84ff:fec7:847d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:15875 errors:0 dropped:0 overruns:0 frame:0 TX packets:11816 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:14736343 (14.7 MB) TX bytes:1568268 (1.5 MB) Interrupt:18 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:1687 errors:0 dropped:0 overruns:0 frame:0 TX packets:1687 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:476468 (476.4 KB) TX bytes:476468 (476.4 KB) vasiliki@vasiliki-acer:~$ ip route show default via 192.168.1.1 dev eth0 proto static 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.13 metric 1 vasiliki@vasiliki-acer:~$ sudo iptables -L -n -v [sudo] password for vasiliki: Chain INPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination
Επισκέπτης Δημοσ. 1 Φεβρουαρίου 2016 Δημοσ. 1 Φεβρουαρίου 2016 Δοκίμασε και με κάποιο text editor (nano, vim, gedit etc) να δοκιμάσεις και με 8.8.8.8 (google dns) : :$ sudo vim or nano /etc/resolv.conf nameserver 8.8.8.8 nameserver 192.168.1.1 και δοκίμασε πάλι (με firefox, δλδ προσπάθησε να ανοίξεις κάποια τοποθεσία στο web, eg www.insomnia.gr) και παράλληλα θα σου έλεγα να δείς με wireshark όπως είπα και πριν (εφαρμόζοντας φίλτρο udp.port==53, στο πεδίο filter πάνω αριστερά) αν δουλέυει και πώς το DNS με firefox.
bobptz Δημοσ. 1 Φεβρουαρίου 2016 Μέλος Δημοσ. 1 Φεβρουαρίου 2016 Έκανα όπως είπες. vasiliki@vasiliki-acer:~$ cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 8.8.8.8 nameserver 192.168.1.1 Τώρα δούλεψε και το FireFox. Κάτι εύκολο πρέπει να είναι, στις ρυθμίσεις του FF, αλλά τι? Θα βγάλλω το 8.8.8.8 και θα δοκιμάσω το FF με wireshark. Δεν ελπίζω να καταλάβω κάτι, θα προσπαθήσω να ποστάρω το αποτέλεσμα. EDIT: Πήγα στο ubuntu software center να εγκαταστήσω το wireshark και μου βγάζει πρόβλημα: Failed to fetch http://gr.archive.ubuntu.com/ubuntu/pool/universe/libs/libsmi/libsmi2ldbl_0.4.8+dfsg2-8ubuntu2_amd64.deb Could not resolve 'gr.archive.ubuntu.com' Failed to fetch http://gr.archive.ubuntu.com/ubuntu/pool/main/c/c-ares/libc-ares2_1.10.0-2_amd64.deb Could not resolve 'gr.archive.ubuntu.com' Failed to fetch http://gr.archive.ubuntu.com/ubuntu/pool/universe/w/wireshark/libwireshark-data_1.10.6-1_all.deb Could not resolve 'gr.archive.ubuntu.com' Failed to fetch http://gr.archive.ubuntu.com/ubuntu/pool/universe/w/wireshark/libwsutil3_1.10.6-1_amd64.deb Could not resolve 'gr.archive.ubuntu.com' Failed to fetch http://gr.archive.ubuntu.com/ubuntu/pool/universe/w/wireshark/libwireshark3_1.10.6-1_amd64.deb Could not resolve 'gr.archive.ubuntu.com' Failed to fetch http://gr.archive.ubuntu.com/ubuntu/pool/universe/w/wireshark/libwiretap3_1.10.6-1_amd64.deb Could not resolve 'gr.archive.ubuntu.com' Failed to fetch http://gr.archive.ubuntu.com/ubuntu/pool/universe/w/wireshark/wireshark-common_1.10.6-1_amd64.deb Could not resolve 'gr.archive.ubuntu.com' Failed to fetch http://gr.archive.ubuntu.com/ubuntu/pool/universe/w/wireshark/wireshark_1.10.6-1_amd64.deb Could not resolve 'gr.archive.ubuntu.com'
Επισκέπτης Δημοσ. 1 Φεβρουαρίου 2016 Δημοσ. 1 Φεβρουαρίου 2016 Τώρα μπαίνουμε σε πιό περίπλοκα μονοπάτια, δλδ να κάνουμε troubleshoot το πως δουλεύει μια εφαρμογή (firefox/chrome in terms of DNS resolution). Για κάτι τέτοιο τέτοιο το wireshark θα σου δείξει χρησιμοποιόντας κάποιον DNS server για resolution αν δουλεύει ή όχι (άν κάνει query και αν πέρνει response). Αλλά αν η χ/ψ εφαρμογή για κάποιο λόγο ενώ ρωτά DNS για resolution (και πιθανόν πέρνει απάντηση αλλά δεν αποκρίνετε), είναι θέμα εφαρμογής και περαιτέρω troubleshooting (αν θές με ποιό low level και gdb debugger πχ....ή ψάχνοντας για σχετικά bugs σε mozilla ..κλπ κλπ). Σχετικά με το EDIT σχόλιο/πρόβλημα, πρόβλημα με DNS είναι πάλι. Δές πάλι με dig και cat /etc/resolv.conf όπως και πρίν. Επίσης δοκίμασε να φτιάξεις το /etc/resolv.conf ώς regular file και διέγραψέ το ως symbolic link (περιγράφετε στα workarounds για το 127.0.0.1).
bobptz Δημοσ. 1 Φεβρουαρίου 2016 Μέλος Δημοσ. 1 Φεβρουαρίου 2016 Βάζοντας 8.8.8.8 στο resolv.conf κατάφερα και εγκατέστησα το wireshark. Αυτό σημαίνει ότι κάτι άλλο πιο σοβαρό συμβαίνει. Μήπως το router δεν είναι ρυθμισμένο σωστά για να δίνει το υποτυπώδες DNS (σωστά τα λέω)? Το έψαξα λίγο και δεν είδα κάτι που να μπορώ να αλλάξω. Μάλον θα βάλω στο resolv.conf το 8.8.8.8 που δουλεύουνε όλα και τελείωσε. Την προηγούμενη φορά που είχα μπλέξει με κάποιο πρόβλημα σύνδεσης, έφαγα 7 νύχτες, χάλασα την υγεία μου και αποδείχτηκε ότι ήταν bug του firefox.
Επισκέπτης Δημοσ. 1 Φεβρουαρίου 2016 Δημοσ. 1 Φεβρουαρίου 2016 ============================================================================== Μήπως το router δεν είναι ρυθμισμένο σωστά για να δίνει το υποτυπώδες DNS (σωστά τα λέω)? ============================================================================== Θα μπορούσε να συμβαίνει και αυτό (να υπάρχει πρόβλημα δλδ για κάποιον λόγο στο cpe-router), σε περίπτωση που έιχες σαν nameserver τον router και έχοντας ανοιχτό το wireshark (ή tcpdump απο cli) θα μπορούσες να δείς αν στέλνεις και λαμβάνεις τα DNS queries όταν προσπαθείς να ανοίξεις μια σελίδα σε firefox, ή σε chrome ή όταν θες να κάνεις install software με τον package manager, κάνοντας dig, κλπ κλπ .
bobptz Δημοσ. 2 Φεβρουαρίου 2016 Μέλος Δημοσ. 2 Φεβρουαρίου 2016 Με το wireshark κάτι βρήκα: Malformed packet - DNS Protocol Το ρουτεράκι στέλνει λανθασμένα το DNS packet. Η φωτο είναι με request από το chromium. Υποθέτω ότι το chromium είναι πιο ανεκτικό και δουλεύει, ενώ το FF τα παίζει. Κάποια ιδέα να ψάξω περισσότερο?
bobptz Δημοσ. 8 Μαρτίου 2016 Μέλος Δημοσ. 8 Μαρτίου 2016 Αν βάλω στο /etc/resolv.conf την ακόλουθη εντολή, λύνεται το πρόβλημα: nameserver 8.8.8.8 Δεν ξέρω όμως πως να κάνω την αλλαγή μόνιμη. Με λίγο ψάξιμο είδα ότι πρέπει να την βάλω σε αυτό το αρχείο: /etc/resolvconf/resolv.conf.d/tail (http://unix.stackexchange.com/questions/128220/how-do-i-set-my-dns-when-resolv-conf-is-being-overwritten) Απλά φοβάμαι να το κάνω μη χαλάσω τίποτα.
bobptz Δημοσ. 11 Μαρτίου 2016 Μέλος Δημοσ. 11 Μαρτίου 2016 Επίσης κάτι σχετικά με τις ρυθμίσεις/αλλαγές σε DNS σε ubuntu δες και τα σχετικά links: -- https://help.ubuntu.com/lts/serverguide/network-configuration.html -- http://unix.stackexchange.com/questions/128220/how-do-i-set-my-dns-when-resolv-conf-is-being-overwritten -- http://askubuntu.com/questions/627899/nameserver-127-0-1-1-in-resolv-conf-wont-go-away Το δεύτερο link Με οδήγησε εδώ: https://www.netroby.com/view/3630#.U2mTfHVdUc0 Τελικά έβαλα τις ακόλουθες δύο γραμμές στο αρχείο /etc/resolvconf/resolv.conf.d/head και λύθηκε το πρόβλημα: nameserver 8.8.8.8 nameserver 8.8.4.4
Προτεινόμενες αναρτήσεις
Δημιουργήστε ένα λογαριασμό ή συνδεθείτε για να σχολιάσετε
Πρέπει να είστε μέλος για να αφήσετε σχόλιο
Δημιουργία λογαριασμού
Εγγραφείτε με νέο λογαριασμό στην κοινότητα μας. Είναι πανεύκολο!
Δημιουργία νέου λογαριασμούΣύνδεση
Έχετε ήδη λογαριασμό; Συνδεθείτε εδώ.
Συνδεθείτε τώρα