LTE -> browser: ERR_ADDRESS_UNREACHABLE

 ( hygy | 2017. október 20., péntek - 21:28 )

Sziasztok,

HUAWEI E3276 LTE modemmel csatlakozok a netre. A háznál nincs rendes térerő, viszont a telek tetején van ezért oda tettem egy dobozba a modemet (ebay-es külső antenna, az rssi 30-31 között ingadozik vele) és egy orange pi zerot, meg egy powerline adaptert. (Az orange pi zero és a lenti hálózat között frankó stabil is gyors.)
Ezt csak azért írtam le, hogy hátha :) de nem hiszem, hogy köze van a dologhoz, mert ha direktben a notebookomba dugom a modemet a domb tetején ülve akkor is ezt csinálja.

Szóval a jelenség az, hogy 20MBps fel le töltési sebességeket tudok mérni. (telenor, próbáltam több simmel, több féle előfizetéssel, de ugyan az).

Mind ez mellett szépen megy pl a youtube, de ha böngészőbe beírok oldalakat akkor ezt kapom:


A webhely nem érhető el

A(z) https://hup.hu/ nem érhető el.
ERR_ADDRESS_UNREACHABLE

Közben pedig folyamatosan van ping.


~$ ping hup.hu
PING hup.hu (185.43.206.113) 56(84) bytes of data.
64 bytes from hup.rackforest.hu (185.43.206.113): icmp_seq=1 ttl=58 time=46.8 ms
64 bytes from hup.rackforest.hu (185.43.206.113): icmp_seq=2 ttl=58 time=48.8 ms
64 bytes from hup.rackforest.hu (185.43.206.113): icmp_seq=3 ttl=58 time=47.0 ms
.....
^C
--- hup.hu ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19025ms
rtt min/avg/max/mdev = 25.252/56.183/156.225/37.962 ms

Ami még érdekes, hogy ha direktben egy telefonba van betéve a kártya és onnan használom, akkor nem tapasztalok semmi ilyet.... És akkor ilyen 30-40Mbps letöltési sebességeket is ír a speedtest direktben a mobilról mérve.

Van valakinek ötlete?

(A telenort hívtam, de azt mondták,hogy kb csoda, hogy megy itt a net egyáltalán.)

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Ez a 20mbit olyan mintha a régi betárcsázós kapcsolat lenne.

De foghatja simán az USB sebessége vagy csak ennyit tud a modem.

Nekem 3372 es modemem van azzal max 35-40mbit jön ki. Ennyit tud. Viszont minipci-os modemmel akar a 100mbit is.

Szóval először is milyen módon csatlakozol a mobil hálózatra ?

Kérdés az APN is, gondolom a net APN-t használod nem az online-t.

Fedora 25, Thinkpad x220

most épp ezt sikerült mérni:

# speedtest
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from Telenor Hungary (84.225.202.203)...
Selecting best server based on latency...
Hosted by Telenor Hungary (Budapest) [0.84 km]: 64.091 ms
Testing download speed........................................
Download: 38.70 Mbit/s
Testing upload speed..................................................
Upload: 8.07 Mbit/s

A hálózatra modemmel csatlakozom. HUAWEI E3276 4G LTE modem. Két antennás. És ilyen külső antenna is van rádugva. (Ebay-es.)

próbáltam a net és az online apn-el is tök mind1

Akkor a sebességgel nincsen gond. USB-s modemmel kb ennyire lehet számítani. Bár a feltöltés lehetne jobb, de ez lehet éppen cellafüggő is.

Fedora 25, Thinkpad x220

igen, a sebesség jó,

ilyeneket is mérek

Testing download speed........................................
Download: 33.95 Mbit/s
Testing upload speed..................................................
Upload: 24.35 Mbit/s

Milibit? Írásjelek?

"Mind ez mellett szépen megy pl a youtube, de ha böngészőbe beírok oldalakat akkor ezt kapom"
Ez kicsit ellentmondásos... Akkor csak a hup nem megy?
Valami proxy nem maradt a browserbe?
--
"Sose a gép a hülye."

Bocs lehet nem voltam világos, ha CTRL-R nyomogatom akkor egy idő után általában minden bejön, többszöri próbálkozásra. Addig meg van az ERR_ADDRESS_UNREACHABLE

Ha közben megy a háttérben a youtube, az nem akadozik...

Nekem szokott olyan lenni, hogy a szolgáltató DNS-e nem válaszol megbízhatóan.
Így ha új lapot néznék, néha nem sikerül megtalálnia.
Persze amit egyszer meglelt, az közben megy.

Esetleg próbáld ki, hogy ha alternatív DNS-t (vagy helyi saját DNS szervert) használsz, változik-e a helyzet.

Nekem olyan szaga van, hogy a DNS névfeloldás csuklik össze valahol.
At tudod rakni OS szinten a DNS kiszolgáló címet mondjuk Google-re? (8.8.8.8 8.8.4.4) ?

(Átállítás után csekkold le hogy tuti átállt)
Ha így is produkálja, akkor jövök más tippel.

En hasonloval kuzdottem Hello Dataval.

Telefonon stabilan bejottek az oldalak, de tetheringgel ERR_ADDRESS_UNREACHABLE volt a valasz idonkent. Ez sokszor ugy jelentkezett hogy egy adott hirportalon mondjuk nem jott be jopar kep. F5. Nem jon be CSS. F5, nagyjabol bejon minden...

Illetve ami feltunt, hogy ha sok a nyitott kapcsolat (mytv vagy valamilyen mas stream, egyszerre tobb oldal megnyitasa, linux frissites fut a hatterben, maven build fut) akkor sokkal tobb esetben kaptam random ERR_ADDRESS_UNREACHABLE valaszokat a bongeszes soran.

Amit vegig probaltam.

- DNS-t googlere allitottam -> ugyanaz.
- net.ipv4.ip_default_ttl = 65 , ha esetleg tetheringet valahogy hatranyban reszesitenek. -> ugyanaz
- sudo sysctl -w net.ipv4.ip_local_port_range="1024 1074" -> stabil, megoldotta

Stabilan megoldotta, augusztusban szivtam vele, akkor atirtam /etc/sysctl.conf-ban es azota stabil. Neha visszairom sudo sysctl -w net.ipv4.ip_local_port_range="1024 65000" es olyankor mindig elojon a ERR_ADDRESS_UNREACHABLE hiba.

Erdekelne ha kiprobalod mi tortenik, illetve egy magyarazatot is megkoszonnek, hogy ha valaki tudja, hogy nalam ez miert stabilizalta be.

Ez most nekem is hello data, de próbáltam sima fllottás előfizetéssel 10Gigás csomaggal is ez volt. Kipróbálom amiket írtál!

Köszi. Na most sok időm nics volt vele kísérletezni. De úgy tűnik javított rajta. Most jó pár oldalt betöltöttem ebből 1x jött be az ERR_ADDRESS_UNREACHABLE hiba. Lehet még a számokkal kell játszani?

Még majd este tesztelem. Addig is köszi!

Toljal tcpdumpot hatha kiderul valami.

Fedora 25, Thinkpad x220

Ez a tcpdump vége:

4004 packets captured
10151 packets received by filter
6141 packets dropped by kernel

Az online apn-nel gondolom eleve natolt, belső hálós ip-t adnak, amit utána mégegyszer natolsz... amit nem minden szeret.
A net apn pedig publikus ip-t ad, aminél nincs para a natolásból, port nyitás sem gond.

Mondjuk mikor kártyát cseréltem akkor az APN-t nem állítottam át. De a kétszer natolásban lehet valami. De mondjuk az az érdekes, hogy akkor pár frissítésre mér jön be?

Talán újra próbálkozásnál más portot használ a http kapcsolathoz.
Az orange pi egyébként az instabil, régi kerneles oprendszerével nem feltétlenül ideális választás. Nem írtad, hogy milyen rendszer fut rajta, hogyan varázsoltál routert belőle.
Esetleg armbian rendszerrel is tehetsz próbát (egy másik sd kártyával például), van friss mainline kerneles build, igaz még teszt verzió, lehet vele probléma
https://www.armbian.com/orange-pi-zero/

Esetleg, ha ilyen jellegű a probléma, akkor talán egy 14 dolcsis usb-s routert is használhatnál az E3276-gyel helyette
https://www.gearbest.com/networking-communication/pp_270587.html
Neten mintha azt írnák, hogy openwrt ismeri a modemet.. akkor gondolom a belőle származó lede is, amiből van teljesen friss hozzá.
https://lede-project.org/toh/hwdata/nexx/nexx_wt3020h

Vagy eleve lehet célhardvert venni apróról, én egy huawei e5180s-22 lte kockát vettem, nagy szerencsével egy 10esért. Persze a sok változat közül figyelni kell, hogy lan csatlakozós legyen.

a tcpdump dropped by kernel üzenetei bufferelfogyás miatt is lehetnek. Ahogy olvasom
tcpdump -B 4096
4 megás buffert használ.

Hát nem jutottam fel másnap a cucchoz, szakadt az eső, ha meg szétszedem onnantól nem túl vízálló.

Az orange pin az armbianos cucc fut. :) Azt egyszerűen meg tudom tenni hogy a notebookomba dugom az LTE modemet és azt dugom a powerlanba és úgy kipróbálni, hogy van e az address unreachable, így egy hibaforrást ki lehet küszöbölni. Megpróbálom ezt is, és még az APN+sim kártya cserét is ha újra ott leszek.

egyébként a dns kapcsán, ha az egyik dns él a másik nem, akkor az is okozhat ilyet, hogy hol megy, hol nem megy. Linux alatt round robinnal használja őket, azaz hogy egyik dns, hol másik. Pont belefutottam egy helyen, hogy a secondary dns nem működik és a win-es kliensek nem panaszkodnak, mert fix primary-t használják, a linuxok meg döglődnek mert felváltva a rosszat is próbálják.

A dns-t nem elég átírni, alkalmazni is kell, pl újracsatlakozni (ubuntu alatt hálózatot leállítani és újra bekapcsolni például).

A dns kipróbálására egyszerű eszköz az
nslookup index.hu 8.8.8.8
mintjárára, az utolsó címnél behelyettesíteni a potenciális dns szervereket.

Erre megoldás lehet egy helyi dnsmasq, az minden szervert kérdez mindenről, amelyik előbb válaszol azt adja vissza

az igazi megoldás az, hogy állítsa be jól az üzelemtető, ne reklámozzon halott címet :)
Ideiglenesen persze felülbíráltam google dns-sel.

Jóva, értemén. De ezt így meg tudod oldani akkor is, ha a kedves szolgáltató balfaszkodik.

Végre nem esik. :) Kicseréltem a sim-et a flottásomra. Azon NET apn van. Most egy ideje nyomogatom, de egyszer sem jött elő az address unreachable.
Szóval az ONLINE apn miatt van.... És valószínű a dupla natolás miatt. (Hogy ezt direkt csinálja a telenor, vagy valami szar azt nem tudom.)

Bár az is érdekes, hogy direktben a notebookomba dugva a sticket is volt egy két add unreachable....

Kívülről azt nem látod, hogy hány NAT-on ment keresztül.
--
"Sose a gép a hülye."

Na a következőt tapasztalom. Sokat javult a dolog. De még nem teljesen tökéletes... Holnap kipróbálom a másik APN-el másik sim-el, most nincs kedvem a sötétbe, hidegbe, vizes fűbe felbumlizni elemlámpával. :)

Szóval a dupla NAT miatt voltak a gondok. Lecseréltem a SIM-et egy előfizetéses normálra, ott van NET APN. Azzal megszűntek a problémák...