Sziasztok!
Napok óta rendetlenkedik valami a hálózaton - oldalak általában elérhetőek, de lassan reagálnak, az egész lomha. Igaz, a letöltés maga viszonylag fürge.
Sőt, a belső névfeloldással is akadtak gondjaim, így az egyik gond volt csupán, hogy a belső Asterisk nem mindig érte el a szolgáltatókat, a másik viszont az, hogy a kliens hardver sem mindig érte el az Asterisket.
A kiszolgáló, ill. net-megosztó kézi készüléken egy Debian Wheezy fut, a belső hálózatra a névfeloldást pedig dnsmasq végzi el, ill. továbbítja a névszerverek felé.
Első alkalommal nekiálltam vizsgálni a forgalmat, log-okat és effélét. Semmi szokatlan nem került elő, a két hálózati interface-en is alig volt csak adatforgalom.
Távoli gépet "ping-elve" azt tapasztaltam, hogy általában a célgép IP-jét megkapom, viszont a válaszok nyögvenyelősen érkeznek, de a válaszidő jó és csomagvesztés sincs. Igaz, időnként az IP-cím megérkezésére is várni kellett.
Tehát jött 1-2-3 válasz a távoli géptől, majd másodpercekig semmi. Aztán megint 1-2 válasz, majd szintén semmi - időnként jó pár másodpercre megakadva.
A szünetekben - amíg vár -, megszakítani sem tudom a ping futását.
Ezt leginkább a kiszolgáló gépen tapasztaltam, de más gépen is előjött. Igaz, Win hetes alatt csak az oldalbetöltés lassúsága tűnt fel, a ping folyamatosan válaszolgatott.
Másnapra ez a probléma megszűnt, gond nélkül ment a belső hálózat és a net is.
Ám jött a hétvége és a probléma újra jelentkezett, ezzel együtt a telefonrendszer elérhetetlensége is előjött.
Végül ideiglenesen módosítottam az alap DNS-kiszolgálót a Google-féle "csupanyolcasra" és láss csodát, a probléma megszűnt.
Ha visszatérek az UPC névszervereire, a gond újból előjön, mindkettőnél. Visszaállva Google-re, a gond újra eltűnik.
Ami a belső névfeloldási problémát illeti, úgy vélem, a dnsmasq-t megakasztotta valamelyik kérés, amire nem válaszolt a szolgáltató szervere, és addig a belső címeket sem oldotta fel.
Emellett zárójelben jegyzem meg, hogy az eddig folyamatosan 120 mbit/s sebességet produkáló hálózat újabban beállt fix. 95-re amellett, hogy az összes eszköz gigabites kapcsolatot jelez (értem én, hogy dupláznak-tripláznak vagy mi, de nekem erősen úgy tűnik, be is korlátoznak egyúttal).
Továbbá szándékoztam érdeklődni náluk néhány dologról - mennyiért is volnának hajlandóak kisebb csomagra tenni, mert ugye a felületen az akciós csomagnál csak felfelé lehet lépni; igaz, az is olcsóbb lenne a jelenleginél, csak az a kérdés, hogy utána mennyire engednek visszalépni egyáltalán... hát, nem mintha az ügyfélszolgálatot el lehetett volna érni. Napokon keresztül próbáltam és csak az elfoglaltak vagyunk, hívjon vissza később üzenetet nyomták az arcomba.
Ezután írtam az ügyfélszolgálatra gondolván, majd e-mailben válaszolnak, hát felhívták a szerződésen (!) szereplő telefonszámot - és persze csak a kérdés felére tudtak válaszolni. Klassz.
Kérdésem:
- Valaki el tudná nekem mondani a Linuxos ping "furcsaságának" okát?
Folyamatosan kérdezné a névszervert is közben, ellentétben a Windowsos megvalósítással?
- Más is tapasztalta ezt a problémát az UPC hálózatán?
Nekem úgy tűnik, valami "döglődik" náluk a névszerverek környékén...
- 9892 megtekintés
Hozzászólások
Hello!
Nekem is UPC net van, es az utobbi idoben en is tapasztaltam a DNS problemat. Ugy tunik ez ilyen visszatero dolog naluk, neha elojon, aztan sokaig megy minden szepen.
Linuxos ping alapbol megprobalja az ip PTR rekordjat feloldani, ezert viselkedik furcsan.
Egyebkent ez a csomag visszavaltos dolog engem is erdekelne, mert 120-nal jarok, es boven eleg mindenre, 240 mar vegkepp ertelmetlen lenne.
En probaltam a weboldalukon elerheto kapcsolat menuvel irni nekik, es kerdezni meg valamikor nyar elejen, de termeszetesen azota sincs valasz.
-----
“Firefox, you say? No I don't play Pokémon”
- A hozzászóláshoz be kell jelentkezni
Így már értem, köszönöm a választ.
Amúgy azért annak örültem a megoldáskeresés során, hogy kisebb a probléma, mint ami először a fejemben motoszkált... :)
Furcsán néztem először a problémára, különösen a belső Asterisk időleges elérhetetlensége miatt...
- A hozzászóláshoz be kell jelentkezni
Gyorsan ránéztem én is az elmúlt időszaki kimenő hívásaira...
--
Kum G.
Linux pólók HUP pólók Linux tanga
- A hozzászóláshoz be kell jelentkezni
No meg arra, miként jöhettek esetleg be a gépre, milyen bejelentkezések, felhasználó-váltások voltak (persze csak log szerint), milyen kommunikáció zajlik, rootkit és egyebek, mail-forgalom, stb.
Erre a dnsmasq miatti belső hibajelenségre nem számítottam.
Persze később világossá vált a probléma, de addig okozott egy kis fejfájást a dolog...
- A hozzászóláshoz be kell jelentkezni
240Mbit nincs ingyen, avval technikai problémák is járnak :)
--
PtY - www.onlinedemo.hu
- A hozzászóláshoz be kell jelentkezni
a domain.hu szerint tegnap járt le a broadband-os dns-ük
- A hozzászóláshoz be kell jelentkezni
Ez LOL kategória... :)
--
PtY - www.onlinedemo.hu
- A hozzászóláshoz be kell jelentkezni
és? :)
- A hozzászóláshoz be kell jelentkezni
domain.hu alatt pontosan hol lehet ezt ellenorizni avagy melyik az a broadband-os dns amire azt adta neked, hogy lejart, lehet csak en vagyok vak, de nem talalom milyen hibauzenetet kellene latnom ilyen esetben, hogy tudnam ellenorizni szukseg eseten a sajat domain-em/dns-em helyesseget?
- A hozzászóláshoz be kell jelentkezni
Szerintem innen, de ez csak azt jelenti, hogy tegnapelőtt volt 2 éve az utolsó módosítás a whois rekordban, semmi többet.
Azt hittem, azt írja, hogy felmondás alatt - az lenne az érdekes igazán :), de erről szó sincs.
--
PtY - www.onlinedemo.hu
- A hozzászóláshoz be kell jelentkezni
Hajaj, de még csak 120-nál járunk. :)
Bár a technikai problémák a szolgáltató hálózatán vannak...
Amúgy a feltöltés az, ami relatíve kevés - mint minden előfizetésnél... 240-hez is "csak" 20 jár, inkább az aszimmetrián csökkentenének kicsit... különösen a mai felhős időkben - vagy a botrányok óta már a cloudnak is lőttek? ;)
- A hozzászóláshoz be kell jelentkezni
Én ma reggel átálltam a google szervereire, azóta problémamentes a netezés. Hetek óta nyomor van az UPC-vel, volt pár nap, amikor az egész kerületben állt, utána csak az általad leírt, rettenet lomha névfeloldásból adódó lassulással volt gondom.
- A hozzászóláshoz be kell jelentkezni
Azóta én is a Google szerverére álltam - ill. a szolgáltatóé jelenleg sokadlagos DNS-ként szerepel.
Ez a lassú névfeloldás nálam csak néhány napja tűnt fel, vagy legalábbis akkor vált már használhatatlanul lomhává... nem tudom, mit csinálnak "odaát"...
- A hozzászóláshoz be kell jelentkezni
"Azóta én is a Google szerverére álltam" - akkor még nem halott a cloud, bőven van még adatgyűjtési potenciál benne. :)
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
Nos nem véletlenül kerültem én eddig a Google, ill. OpenDNS-féle névszervereket, de hát a szükség nagy úr... és úgy fest, jelenleg a szolgáltatóm nem képes a névfeloldást elfogadható színvonalon biztosítani. :(
- A hozzászóláshoz be kell jelentkezni
Valamivel kell fizetni az ingyenpornóért :D
- A hozzászóláshoz be kell jelentkezni
Én tegnap de. álltam át. (Eger)
- A hozzászóláshoz be kell jelentkezni
Szintén tapasztaltam néhány napja ezt a lassúságot, és mivel épp dolgoznom kellett volna, "mérgemben" én is átálltam a Google publikus névszervereire, aztán úgy is maradtam. :)
Nem ismerem a jelenség hátterét, de vagy az lehet, hogy szimplán túl vannak terhelve a UPC névszerverei, vagy esetleg nem (jól) priorizálják a DNS-forgalmat (ha egyáltalán) valamelyik gerinchálózati csomópontban. Ezek persze csak feltételezések, nincs bennfentes infóm sajnos.
A pinges kérdésre a válasz: a linuxos ping alapesetben megpróbálja feloldani a neveket a kimenet kiíratása előtt minden egyes kiküldött echo csomagnál. Ha a DNS-szerver lassan válaszol vagy timeout-ol, akkor előfordulhat, hogy várni kell pár másodpercet, mire kidobja a ping a kimenetet. Megszakítani azért nem lehet ilyenkor, mert a névfeloldás rendszerhíváson keresztül zajlik, amit nem lehet a processnek küldött SIGINT szignállal (Ctrl+C) félbeszakítani.
Ez egyébként szerintem elég megtévesztő, de minimum zavaró, mert azt gondolná az ember, hogy ilyen lassan érkezik vissza a válasz a túloldalon lévő eszköztől. A problémát egyébként megoldja a -n paraméter használata, pl.:
ping -n bix.hu
- A hozzászóláshoz be kell jelentkezni
Köszönöm a válaszod, így már érthetőbb a probléma gyökere.
Egyébként valóban - az volt a furcsa, hogy lassan jelennek meg az újabb sorok, de a kiírt adatok alapján minden rendben van, vagyis a túloldaltól gyorsan megkapta a választ. Végül is ilyen formában jó volt a hálózat (+ DNS szerver) használhatóságának ellenőrzésére, csak nem tudtam a jelenség okát...
A névszerverek problémájára az UPC tudna válaszolni, de ezt sajnos nem fogjuk megtudni... és tartok tőle, ha most meg is oldják, később újra előkerül valahogyan. Valóban volt már ilyen régebben is (csak most nálam a dnsmasq bekavart, ezért rossz irányban indultam először).
- A hozzászóláshoz be kell jelentkezni
Nálam levelezéssel vannak gondok UPC-s hálózatból. Áll mint lófasz a lakodalomban első alkalommal, majd ha megszakítom a folyamatot és elölről kezdem, akkor tökéletes, azonnal lekéri a leveleket.
Egyébként hdsnet-es és saját kiszolgálókkal is ez a helyzet. Vodafone mobilnetről pedig minden ok.
Névfeloldást saját DNS kiszolgálók végzik belsőhálón (4 darab cache van, mobilnet esetén csak 2) amik kettesével dolgoznak. Van 2 cns amit a gép használ és azoknak van 2 forwarder akik viszont közvetlen a root szerverekre mennek.
--
openSUSE 12.2 x86_64
- A hozzászóláshoz be kell jelentkezni
+1 Nekem még azt is próbálta beadni az ÜSZ-os LÁMA, hogy az én készülékemben van a hiba... na persze.
- A hozzászóláshoz be kell jelentkezni
Azzal szokták kezdeni... nem mintha én nem magamnál kutakodnék először - bár értem, miért így kezdik.
El kell bizonytalanítani őket néhány technikai részlettel, az általában segít. :)
- A hozzászóláshoz be kell jelentkezni
Node minek kellett felhívni az ügyfélszolgálatot? Egyértelmű volt hogy mi az ábra.
- A hozzászóláshoz be kell jelentkezni
Egyébként én mire rászántam volna magam a telefonra (tudnak-e róla/javítsák már), a probléma megszűnt - bár nem tudom, most konkrétan mennyi időre... :)
- A hozzászóláshoz be kell jelentkezni
Nekem már korábban is feltűnt, aztán megjavult pár napra, aztán megint bibis lett, aztán meg megoldottam, ehe.
- A hozzászóláshoz be kell jelentkezni
Igen, nálam is hasonlóképpen volt... ill. éppen most jó, de könnyen lehet, hogy otthoni "csúcsidőszakban" újra jelentkezik a probléma - mintha eddig is csak akkor lett volna gond...
A Google-féle DNS-re inkább csak kényszermegoldásként tekintek...
- A hozzászóláshoz be kell jelentkezni
Hát vannak gondok a upc környékén! Van is erről már téma itt... Állítólag a külföldi sávszélességük is elfogyott (fixme), minden esetre, kifelé még siralmasabb a helyzet :(. Nálam a vpn lett a megoldás, azóta nincs net gond ;).
<= Powered By Ubuntu & Gentoo Linux =>
'Software is like sex: It's better when it's free!'
By Linus Torvalds
- A hozzászóláshoz be kell jelentkezni
Ez jól hangzik! Tudnál erről részleteket mondani? Én is szeretném, hogy az itthoni 5/0,5 -ös ADSL netem a szerverhotel 100/100 sebességével menjen. Hogyan tudom ezt VPN-el megoldani? Köszi!
- A hozzászóláshoz be kell jelentkezni
?
- A hozzászóláshoz be kell jelentkezni
Cseréld le 100/100-as előfizetésre az otthoni 5/0.5-öst. Másképp nem fog menni: Trabanttal autópályán sem tudsz 160-al menni, ahhoz másik autó kell. Bocs a hasonlatért...
- A hozzászóláshoz be kell jelentkezni
Akármennyire is használsz tunnelinget, azért csak azon az 5/0.5-ös ADSL-en keresztül mennek a bitjeid, szóval a csoda már megint elmarad, mint legtöbbször. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
A VPN-es megoldást úgy értette, hogy a külföldi sávszelesség rossz, és most VPN-kapcsolaton keresztül éri el a külföldi dolgokat. (de fixme ha rosszul gondolom.)
Ennek akkor van értelme a te esetedben, ha mondjuk van egy 50 Mbites neted. A belföldi sávszéllel ki is tudsz hozni ennyit, de az internet szolgáltató külföldi irányba nem tudja ezt biztosítani. (Mondjuk megy 10 Mbittel a külföld.)
Ekkor ha van egy szervered ami 100Mbiten csücsül és a szerverhotel tudja is biztosítani külföldre is ezt a 100Mbitet, na akkor van értelme egy VPN-t, proxy-t, stb. csinálni a szervered és az otthoni géped közé. Így a VPN segítségével te csak "belföld" felé forgalmazol 50Mbittel (szervered <=> home), a külföldet meg a hotelben levő géped éri el és továbbítja feléd. Remélem így érthetőbb.
(Nagyjából, zanzásítva. :-) )
- A hozzászóláshoz be kell jelentkezni
Ha csak a külföldet nézzük, akkor talán értem. Bár sokszor a szerverhotelekben is "vicees" a külföldi sávszélesség... :/
Egyébként köszi a válaszokat, talán 1-2 smiley mehetett volna előbbi hozzászólásomba. ;)
- A hozzászóláshoz be kell jelentkezni
ezt hogyan sikerült kiszámolni? (mármint azt, h elfogyott a külföld)
méréseim alapján a pingek, trace-k teljesen jók.
~10 percet szántam arra, hogy nemzetközi IX pontokon statisztikát nézzek szolgáltató (v AS) alapján, de nem sikerült olyat találnom, mint a BIX-en.
eszerint 17 IX pontra van beállva.
(gyanítom emellett még több Tier-1 uplinkje is van) Azt el tudom képzelni, hogy bizonyos AS-ek elérése döcögős, de hogy minden???
- A hozzászóláshoz be kell jelentkezni