Belépés
WiFi-s kapcsolódási probléma (TP-LINK TL-MR6400)
2018. február 3. – 13.05 – hunyadi3
Sziasztok!
Barátkozom az Ubuntuval és eddig nagyon tetszik. Csak felhasználói szintű tudásom van, egy sima kiegészítő telepítése sem megy még könnyen. Vásároltam egy tp-link 6400-as router-t, hogy a sim kártyás netemet azzal szórjam. Csatlakozni tudok rá, de nem tölt be semmit a böngésző, nincs valójában internetkapcsolat. Tudna valaki segíteni, hogy milyen beállításokat kell pontosan elvégezni, hogy a problémát orvosoljam? A kapcsolatok szerkesztése fülön próbálkoztam, de nem sikerült.
Minden más eszközöm csatlakozik és működik (windows-os gép, mobil).
Köszönöm
- A hozzászóláshoz regisztráció és belépés szükséges
néhány info lemaradt: Ubuntu 16.04 LTS oprendszert használok, 64 bit. Lenovo x230-as gépem van.
Kérdés. „Csatlakozni tudok rá...” Tehát IP-t kapsz? Ha pingeled a routert, válaszol? Madzaggal sem működik? Ha már pingelés és látod a routert. Ha mást pingelsz akkor sincs válasz? Pl:
Ha válaszol akkor mit?
És erre?
Metál az ész!
Köszönöm, hogy reagáltál. Madzaggal összehozom őket, belépek a modembe, qick setup után behoz oldalakat. Csak az ubuntu-s oprendszeremmel nem barátkozik.
Azon a szinten vagyok, hogy a pingeléshez a parancssort éppen megtaláltam, hová kell beírni:) és az alábbi üzenet jött. Egyébként a csatlakozásra annyit értettem, hogy látja a létrehozott wifi-s SSID-t, a kód megadásával összebarátkoznak, csak éppen nem jön át semmi... szóval gondolom laikusként az útvonalakkal, beállításokkal van baj (kézzel kellene IP-vel meg tartományokkal vacakolnom?), vagy nincs telepítve nálam valamilyen hálózati akármi. Amikor a mobilom szórta a netet, simán rá tudtam csatlakozni, a tp-link viszont nem a barátja...
lenovo@lenovo-ThinkPad-X230:~$ ping -c 3 217.20.130.99
PING 217.20.130.99 (217.20.130.99) 56(84) bytes of data.
--- 217.20.130.99 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 1999ms
A router-t tudod pingelni?
ifconfigkimenetét másold ide.lenovo@lenovo-ThinkPad-X230:~$ ifconfig
eth0 Link encap:Ethernet HWaddr 3c:97:0e:63:b9:3b
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:19250 errors:0 dropped:0 overruns:0 frame:0
TX packets:15883 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:20935125 (20.9 MB) TX bytes:1837214 (1.8 MB)
Interrupt:20 Memory:f2500000-f2520000
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:13448 errors:0 dropped:0 overruns:0 frame:0
TX packets:13448 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:981829 (981.8 KB) TX bytes:981829 (981.8 KB)
wlan0 Link encap:Ethernet HWaddr 84:3a:4b:18:9f:bc
inet addr:192.168.1.100 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::e18d:9396:ac89:ef64/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:128323 errors:0 dropped:0 overruns:0 frame:0
TX packets:80239 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:148945050 (148.9 MB) TX bytes:17209647 (17.2 MB)
Ez szép.
Mutasd kérlek a
sudo route
eredményét is.
gyakorlat teszi
lenovo@lenovo-ThinkPad-X230:~$ sudo route
[sudo] lenovo jelszava:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.1.1 0.0.0.0 UG 600 0 0 wlan0
link-local * 255.255.0.0 U 1000 0 0 wlan0
192.168.1.0 * 255.255.255.0 U 600 0 0 wlan0
Érdemes lenne egy cat /etc/resolv.conf kimenetet és mutatni, hogy lássuk, hogy van e DNS címed.
...És ha ez mind-mind megvan, akkor miért nem lehet pingelni az indexet?
gyakorlat teszi
Azt sem tudjuk, hogy a routert lehet e pingelni. Én az etc/hosts tartalmát is megtekinteném. Lehet ott van valami bibi.
cat /etc/hosts(Hosszú és sivár életem során még sosem láttam olyat, hogy az átjárót, ami az IP-címet kiosztotta nekem, nem tudtam volna megpingelni.)
gyakorlat teszi
Amióta utoljára buzeráltam a router biztonsági beállításait, nálam sem működik úgy a pingelés mint régebben.
https://imgur.com/cuyyCvP
sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely
"buzeráltam"
gyakorlat teszi
:)
Más ! ... Jól sejtem, hogy ez a parancs a betöltött kernelben lévő WiFi modulokat listázza ki ?
find /lib/modules/$(uname -r)/kernel/drivers/net/wireless -name '*.ko'
sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely
Egy életem, egy halálom, én a kódot kipróbálom!
De rosszul sejted :)
Nem "a betöltött kernelben lévő", hanem a betöltött kernelhez lefordított, a lemezen, a filerendszerben tárolt modulokat listáztad.
gyakorlat teszi
Köszönöm !
Szóval ... ha olyan wifi eszközt csatlakoztatok a géphez, amely megfelelő működéséhez a listában szereplő valamelyik
modul szükségeltetik, akkor bízhatom benne hogy gond nélkül csatlakozni tud a routeren keresztül a net.-hez. (?)
sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely
"bízhatsz" :)
A reményhal megy utoljára a levesbe.
A kernelmoduloknak van egy olyan jó tulajdonságuk, hogy paraméterezhetők. A legjobb példa az intel hdaudio modul. Beköltéskor, paraméterrel mondod meg neki, hogy igazából a te hardvered melyik az általa kezelt 47 kártya közül.
Nem állítom, csak elképzelem, hogy a vifis modulokkal is lehet hasonlókat varázsolni. A rendszered persze próbálja a legjobb tudása szerint összerakni magát, de sajnos azt is emberek csinálták, és amit ember csinál, az szar.
Mindenesetre ha már kezedben a hardver, látod a (kernel)modult, akkor innen csak kis lépés a guglival megkeresni a pontos beállításokat. (Ehhez persze kell működő netes kapcsolat, de hát aki gépet épít, az rendelkezik ilyennel.)
gyakorlat teszi
"gond nélkül csatlakozni tud a routeren keresztül "
Ez meg a másik fele a történetnek.
A routert is szarrá lehet konfigurálni, olyan módokra rákényszeríteni, amit esetleg a te vifid nem ismer, nem úgy ismer. (A 802.11xyz szépségei.)
gyakorlat teszi
Ha nincs DNS, akkor pingelni se lehet az indexet
Ennek DNS nélkül is mennie kéne:
ping -c 3 217.20.130.99
gyakorlat teszi
Így van, de a kolléga ha jól láttam, ezt nem írta be, vagy nem másolta ide nekünk a kimenetet. (Ezt jeleztem is neki)
Tegnap megcsinálta, akkor még nem ment.
Azóta viszont ki tudja, mik történtek.
gyakorlat teszi
Akkor megállapíthatjuk, hogy nincs névfeloldás + eséllyel nem vagy nem jól jött létre a DHCP konfig. Szerintem a networkmanagerben a kapcsolatot törölni kellene, és nulláról létrehozni. Ha így se jó, akkor kísérletképpen létrehozni kézzel az IP -t és az átjárót és beírni kézzel a DNS -t. A DNS -t a router konfigjában megtalálja. Ha így se megy, akkor router reset, ahogy fentebb írtad.
Szerk: Ha más eszközökön megy, akkor a networkmanagerben kellett vmit széttúrnia + ha kézzel beír mindent, IP, átjáró, netmask, DNS, nem létezik, hogy még úgy se megy.
Lehet hogy látnunk kellene a networkmanager aktuális konfigjáról egy screenshotot
(Ez az én jelenlegi konfigom ... és van net. kapcsolatom.)
https://imgur.com/omCDNGf
sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely
Ok, de neked van neted, ez más, mint a topicindító problémája. + neked valami fake -nek tűnő DNS -ed van. A topicindító a weblap IP címét se tudja pingelni, tehát ott más gond (is) van. Nálad kizárólag a névfeloldás nem megy(amit elképzelhető hogy a router biztonsági beállításaival rontottál el, ahogy fentebb írtad). Nálad egy router reset lesz a nyerő, vagy a ludas beállítás visszakapcsolása(ha tudod hogy mi az).
Meg van a ludas ! Ha a "Forbid Ping Packed From LAN Port" elől kiveszem az X-et, akkor tudok pingelni.
https://imgur.com/rkM9hly
De így a routeremet is lehet kívülről pingelni ... nem ?
sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely
"De így a routeremet is lehet kívülről pingelni ... nem ?"
Igen, amennyiben az egyik LAN porton "közlekedsz" kifelé.
Kintről hogy?
vicc volt, csak ezexerint nem jött át.
A kívülről történő pingeléssel kapcsolatban, a különböző WiFi jelszó feltörő programokra / szkriptekre gondoltam.
Nem ismerem a pontos működésüket, de feltételezem hogy pingelik a kiválasztott routert.
Illetve, valamiképp próbálják rávenni hogy szóba álljon / kapcsolatba lépjen velük.
sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely
A hackert(cracker)nem hiszem, hogy ez megállítja. Kb annyira mint a betörőt, ha kettőre zárod az ajtót
Írtam, hogy a felhasználói tudásommal, nem tudom mit kellene látni, az említett parancsra a következőt hozza a terminál
lenovo@lenovo-ThinkPad-X230:~$ 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
és a másik parancsra:
lenovo@lenovo-ThinkPad-X230:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 lenovo-ThinkPad-X230
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
lenovo@lenovo-ThinkPad-X230:~$ ping -c 3 index.hu
ping: unknown host index.hu
lenovo@lenovo-ThinkPad-X230:~$
ping -c 3 217.20.130.99
gyakorlat teszi
https://www.kephost.com/image/ExQa
A fenti linken látható módon DHCP -re van állítva az IP kiosztásod?
A másik, hogy ki kellene írnod az a mester által írt parancsot, mert ebból derül ki, hogy van e DNS beállításod (a resolv.conf fájlod alapján nincs)
ping -c 3 217.20.130.99
Bőven elég, ha a router tudja a DNS szerver címét.
Ha a resolv.conf -ban nincs benne, akkor márpedig nincs címfeloldás. Ha networkmanagerben nem állítod be, akkor nem tölt be semmit, nézd csak meg.
Állítsd az IP kiosztást kézire és csinálj egy konfigot DNS nélkül. Nem fog bejönni egy oldal se, mert nincs címfeloldásod. Egy jól működő rendszeren, a routerben futó DHCP szerver továbbítja és a gépen futó DHCP kliens ezt beállítja.
Ha statikus IP-t állítok egy kliensen persze, hogy kell konfigolnom DNS címet is. Ami akár lehet a router is, de ez nem biztos, hogy működik.
Ha DHCP-re állítom, akkor persze, hogy a router-től kapom, de ez nem látszik a kliensen a resolv.conf-ban. Sem az ifconfig sem a hosts nem mutatja, de még route-sem. Viszont a resolv.conf-ban megjelenik egy sor: "serach home". Ez nem tudom mi, de nem hasonlít egy konkrét DNS címre.
Sőt amikor konfigolod a router-t, hogy csatlakozzon a modemen keresztül az internethez, ott sem kell beállítani DNS címet. Ezt majd a szolgáltató adja, és a router ezt beállítja magának. Természetesen e beállítást felülbírálhatod.
Szóval visszatérve a problémára én nem látom, hogy hunyadi3 DHCP-t vagy a statikus címet használ-e?
De, látszik
https://www.kephost.com/image/EUJ1
https://www.kephost.com/image/EUJ5
Itt van egyben a networkmanager konfiggal.
Nem elég.
Ha tudja, akkor mondja meg, hogy tudja, és akkor rajta keresztül kérek címeket.
gyakorlat teszi
Nem is azt várjuk el, hogy tudd mi az esetleges hiba az adott fájlban, hanem mi szeretnénk látni a tartalmát, hogy tudjunk segíteni.
Persze nincs megtiltva, hogy ha sikerül megoldani a problémát, akkor azt a folyamatot ne tanuld meg.
Még várjuk a következőket:
ping 192.168.1.1kimeneteIPv6 ot le kellene tiltani, routerben is meg a hálózat kezelőben is (IPv6 --> Mellőz).
Milyen titkosítási protokollt használsz? WEP, WPA? (a routerben nézd meg és pontosan azt írd le)
Na, innen hiányzik az átjáró címe.
gyakorlat teszi
Beírtam kétszer is, küldöm az eredményt (két pingelés). Printscreent nem tudom, hogyan lehet megjeleníteni, de átküldöm a kapcsolat szerkesztési adatokat, ha leírjátok. Köszi
Egyébként a windowsomnál ugye van net, de időnként elveszíti, vagy belassul, újra kell kapcsolódnom. Ez a Tp-link nem lesz a legjobb barátom:)
lenovo@lenovo-ThinkPad-X230:~$ ping -c 3 217.20.130.99
PING 217.20.130.99 (217.20.130.99) 56(84) bytes of data.
64 bytes from 217.20.130.99: icmp_seq=1 ttl=57 time=118 ms
64 bytes from 217.20.130.99: icmp_seq=2 ttl=57 time=92.9 ms
64 bytes from 217.20.130.99: icmp_seq=3 ttl=57 time=57.9 ms
--- 217.20.130.99 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 57.952/89.841/118.604/24.860 ms
lenovo@lenovo-ThinkPad-X230:~$ ping -c 3 217.20.130.99
PING 217.20.130.99 (217.20.130.99) 56(84) bytes of data.
64 bytes from 217.20.130.99: icmp_seq=2 ttl=57 time=55.7 ms
64 bytes from 217.20.130.99: icmp_seq=3 ttl=57 time=35.9 ms
--- 217.20.130.99 ping statistics ---
3 packets transmitted, 2 received, 33% packet loss, time 2009ms
rtt min/avg/max/mdev = 35.974/45.855/55.737/9.883 ms
lenovo@lenovo-ThinkPad-X230:~$ ping -c 3 217.20.130.99
PING 217.20.130.99 (217.20.130.99) 56(84) bytes of data.
64 bytes from 217.20.130.99: icmp_seq=1 ttl=57 time=55.1 ms
64 bytes from 217.20.130.99: icmp_seq=2 ttl=57 time=30.6 ms
64 bytes from 217.20.130.99: icmp_seq=3 ttl=57 time=38.5 ms
A másik parancsra:
lenovo@lenovo-ThinkPad-X230:~$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.49 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1.41 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=2.88 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=9.65 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=33.4 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=3.10 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=1.40 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=1.42 ms
stb. stb.
" Printscreent nem tudom, hogyan lehet megjeleníteni, de átküldöm a kapcsolat szerkesztési adatokat, ha leírjátok. Köszi"
Ezt leírni kicsit zavaros, ezért jaavasoltam a képet. Minden billentyűzeten van PrintScreen funkció. Kapnod kell egy képernyőképet eredményül, amit feltöltesz egy képmegosztóra https://www.kephost.com/ és meg tudjuk nézni. Ami a lényeg, hogy menj rá a kapcsolatod beállításaira és az IPv 4 füleslapot nyisd le. Azt kell elfényképezni.
Egyébként nem lenne hülyeség így látatlanban egy router reset, és a fent leírt kapcsolat törlése és újra létrehozása. A Wi-Fi problémákat ki tudod szűrni úgy hogy összekötöd a gépedet drótosan is a routerrel, hogy úgy is jelentkezik e.
Sziasztok! Küldöm a képeket. A router reset többször megvolt, illetve össze is drótoztam őket. A windows-nál mindig sikerült (bár időnként akad, nem csinál semmit, aztán újra működik), az ubuntunál teljes halál. nem.
Hajlok arra, hogy keresek egy másik típust, pl az alábbit: ZYXEL LTE3301V3 4PORT FE LAN LTE MODEM SIM KÁRTYA FOGLALATTAL ROUTER
https://www.kephost.com/images/2018/02/05/Kepernyokep--2018-02-04-18-31-...
https://www.kephost.com/images/2018/02/05/Kepernyokep--2018-02-04-18-31-...
https://www.kephost.com/images/2018/02/05/Kepernyokep--2018-02-04-18-30-...
https://www.kephost.com/images/2018/02/05/Kepernyokep--2018-02-04-18-30-...
https://www.kephost.com/images/2018/02/05/Kepernyokep--2018-02-04-18-30-...
Szia!
Első link --> IPv6 beállításai fül --> Módszer-t állítsd "Automatikus"-ról "Mellőz"-re
Utolsó link --> Álalános fül --> Téyg pipát ide: "Minden felhasználó csatlakozhat ehhez ......."
Mentés
Hálózatot kapcsold ki:
Jobb gomb a hálózat jelző ikonra (jobb felül) "Hálózat bekapcsolása" elől vedd ki a pipát. Pontosabban kattints rá.
Várj egy picit.
Ugyanerre kattints rá megen.
Én megnézném live cd alól.
.
sajnos olyan mint az üveg lekvár, amire rászorult a tető... tudod, hogy jó lenne, ha hozzáférnél, de egyelőre nem megy:) V.színű holnap visszaviszem a router-t, mert bár biztos be lehet valahogy erőszakolni, ha a windows-nál is sz.rakodik, akkor jobb ha egy 4g-s mobilban hagyom a sim-et.
Köszönöm mindenkinek a proaktív segítséget. Mai, utolsó termés egy másik ubuntu-s laptopról
:
hinkPad-X230:~$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=3.90 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=26.6 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=18.4 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=1.63 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=2.61 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=4.62 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=5.02 ms
ping -c 3 217.20.130.99
PING 217.20.130.99 (217.20.130.99) 56(84) bytes of data.
--- 217.20.130.99 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2016ms
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
cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 levaijudit-ThinkPad-X230
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
Azt tudom még elképzelni, hogy a DNS, IP, átjáró adatokat kézzel kitöltöd, kinézve a DNS -t a router kezelőjéből. Hátha a DHCP rosszul állítja be.
A szolgàltatód APN beàllítàsàról még nem esett szó. Nem minden esetben hozza magàval a SIM kàrtya. A pontos APN konfigot a szolgàltatód honlapján megtalálod, azt kell beírni a routeredbe. Továbbá a PIN kód kérést is ki kell kapcsolni.
...a linux nem (csak) a compiz kocka forgatásáról szól....
Sziasztok!
Aki hasonló problémába esik ennél a routernél annak azt ajánlom, hogy manuálisan írja be a szolgáltatójának dns címét.
Windows, Android, IOS alatt tökéletesen működik a dhcp-s DNS kiosztás, de Debian/Ubuntu és CentOs alatt már nem. Kábelen és Wifin is egyaránt.
Már túl vagyok a 15. TL-MR6400 beállításon, a legújabb firmware-el (1.0.15 Build 170912 Rel.75663n) is ezt produkálja.
Kezdőknek:
Hálózati Kapcsolatok Szerkesztése -> Ethernet / Wifi csatlakozás nevét válaszd ki -> Szerkesztés -> IPv4 beállításai -> További DNS kiszolgálók -> ide írd be a routered "Status" képernyőjén lévő DNS szerver címét -> Mentés -> Bezárás -> Újraindítás / Rendszerbeállítások -> Hálózat -> Repülő mód Be majd pár másodperc múlva Ki -> örül
A gömb nem más mint egy töredezettségmentesített kocka. || Blogom vagy micsoda...
Sziasztok.
A megoldás:
Modem UTP kábellel összeköt.
Hálózati Kapcsolatok Szerkesztése ->1. vezetekes kapcsolat ->Szerkesztés -> IPv4 beállításai -> További DNS kiszolgálók: 8.8.8.8 vagy 8.8.4.4 és működik!
Csak azért szólok hozzá, mert látom, hogy nagyon favorizálják a googledns-t, már többedszer jön szembe itt a fórumon is az elmúlt pár napban.
Én is használtam.
Aztán különféle okokból kifolyólag elkezdtem az opendns-t használni, és csak pislogtam, hogy hogy a fenébe lehet ilyen gyors...
Előtte el sem tudtam képzelni, hogy külső dns válaszideje lehet 20ms alatt, mikor a netem pingje 15ms :)
Adj egy falat falat, mondta a falat faló faló.
Hmmm
somike@Somi-UbiPC:~$ ping 208.67.222.222
PING 208.67.222.222 (208.67.222.222) 56(84) bytes of data.
64 bytes from 208.67.222.222: icmp_seq=1 ttl=57 time=28.5 ms
64 bytes from 208.67.222.222: icmp_seq=2 ttl=57 time=28.4 ms
64 bytes from 208.67.222.222: icmp_seq=3 ttl=57 time=26.9 ms
64 bytes from 208.67.222.222: icmp_seq=4 ttl=57 time=25.3 ms
64 bytes from 208.67.222.222: icmp_seq=5 ttl=57 time=23.9 ms
64 bytes from 208.67.222.222: icmp_seq=6 ttl=57 time=28.0 ms
64 bytes from 208.67.222.222: icmp_seq=7 ttl=57 time=24.8 ms
64 bytes from 208.67.222.222: icmp_seq=8 ttl=57 time=30.0 ms
^C
--- 208.67.222.222 ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7008ms
rtt min/avg/max/mdev = 23.993/27.031/30.027/1.965 ms
somike@Somi-UbiPC:~$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=57 time=10.7 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=57 time=11.4 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=57 time=13.0 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=57 time=12.5 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=57 time=10.6 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=57 time=14.2 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=57 time=13.6 ms
Igen jó lett volna, ha a most per pillanat állapotot is megnézem, mielőtt beleröfögök.
Én mondjuk, nem a pingjét néztem akkor, hanem a dig @8.8.8.8 dima.hu query time-ot (vs dig @208.67.222.123 ), és azt is csak azután, hogy kerestem az okát, amiért gyorsabbnak tűnik a net. Akkor ez visszafordult időközben, most tényleg a gúglié a gyorsabb (akkortájt 50msec környékén volt).
Bocsánat, nem szóltam! Azt is csak csöndben...
Adj egy falat falat, mondta a falat faló faló.
Nem gondolom, hogy ez beleröfögés lett volna. Mindenesetre egy alternatíva.
Amúgy meg olyan óriási jelentősége nincs. A lényeg hogy legyen egy állandóan működő DNS szerver. Ha van több akkor az csak jó.
A sebesség meg bizonyos határig mindegy. Persze az ínyenceknek nem.
Én csak azért használom gugli DNS-ét, mert a upicijé nem az igazi. Nem a sebesség miatt, hanem a rendelkezésre állás miatt.
Én meg azon vakaróztam néhány éve, mikor először megjelentek a családban az okostelefonok, meg 1-2 tablet is, hogyan oldjam meg, hogy a csemeték kisebb eséllyel botoljanak bele olyan oldalakba, amiket jobb szeretnék, ha elkerülnék őket. Windowson egyszerű volt, mert ott a k9, de androidra ez nem volt életképes.
Az egyik lehetőség a háziszerverre squid proxy + dansguardian lett volna, de ehhez kellett volna még egy hálókártya, meg mire ezt összelegóztam volna...
Kipróbáltam az opendns-t, és tulajdonképpen bevált. Akkor, amikor átálltam az opendns-re, feltűnt, hogy gyorsabban jelennek meg az oldalak, és nem értettem az okát. Csak és kizárólag a DNS kiszolgáló változott, mégis érzékelhetően gyorsabb lett minden, ami a nethez kötődött. És a google dns volt előtte. Leméregettem, hogy opendns átlagosan 20msec körül válaszolt, de inkább alatta, a google dns pedig 50msec, de inkább fölötte egy kicsivel.
Elkönyveltem, hogy az opendns gyorsabb, mint a google, és ezt a véleményemet nem frissítettem mostanáig ;)
Adj egy falat falat, mondta a falat faló faló.
Lehet, hogy azóta túl sokan álltak rá, és ez lassítja.
gyakorlat teszi
Szevasztok !
Tegnap letöltöttem egy Debian 9.5 alapú kiadás legújabb verzióját - live kipróbálás céljából.
2 különböző WiFi eszközzel (1 beépített, 1 USB-s) sem tudtam csatlakozni a net.-hez.
(Felismeri a környező hálózatokat, de jelszó beírás után nem csatlakozik.) (Ubuntu 18.10 mindkét eszközzel csatlakozik.)
A Debian alapú kiadás kernel verziója: 4.9.0-8-amd64/kernel
A wifi eszközök driverei: ath5k és ath9k_htc
find /lib/modules/$(uname -r)/kernel/drivers/net/wireless -name '*.ko'
Paranccsal kilistázva a 4.9.0-8-as kernel wifi moduljait, ezeket találtam benne: (Többek között)
ath5k.ko és ath9k_htc.ko
Ha jól sejtem, akkor elméletileg mindkét eszközzel működni kéne a wifi kapcsolatnak. (?)
Van valami ötletetek ?
sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely
Billentyűzetkiosztás rendben?
Ubuntu 20.04
Bocs a megkésett válaszért, de csak nemrég érkeztem haza.
A bill. kiosztással nem volt probléma. Ellenőriztem. (Show password)
sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely
"find kilistázza..."
Az egy dolog, hogy a modulok megvannak a lemezen.
Be is töltődtek?
lsmod
és a kedvenc
dmesg
gyakorlat teszi
lsmod kimenete: https://paste.ubuntu.com/p/KvFypGVT4Y/
dmesg kimenete: https://paste.ubuntu.com/p/3rZZ7Sfkbc/
sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely
Debian-ra nem kell még külön firmware is ezekhez?
Ubuntu MATE 18.04
Őszintén szólva, nem sokat foglalkoztam eddig a Debiannal.
De ennek a kiadásnak az elődjével nem volt ilyen probléma.
A Debian újabb kiadásaival (9, 9.5-ös) jött elő hogy a wifi csatlakozással problémáim vannak.
A nemrég kiadott LMDE3-al (Linux Mint Debian Edition) is volt problémám - de annál legalább
a beépített wifi wifi kártyával (ath5k) tudtam csatlakozni.
sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely
Közben kiderült, hogy nem csak nálam lehetett gubanc.
Mert ugyanannak a kiadásnak 1.5-2 napon belül megjelent egy javított verziója.
Ezzel már hasonlóan az LMDE 3-hoz, a beépített WiFi kártyával létrejön a kapcsolat.
sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely