Hálózatok általános

Internet probléma

Sziasztok!

Következő a probléma:
Böngészőben a weboldalak lassan, akadozva töltenek be. Elkezd tölteni egy pillanatra, majd megáll, ha ráfrissítek párszor akkor betölt. Online stream az jön folyamatosan. Mi lehet ez? Dns-re gondoltam, de mivel elkezdi tölteni akkor dns-en már túl van. Speedtest már ha elindul és megbírja mérni akkor a sávszél az ok. URL-ekre ping lassú vagy nagy százalékban elveszik.

Gábor

squid TCP_MISS:DIRECT (SOLVED)

Hali!

Ma délelőtt az in**tel szolgáltatónk felé megszünt a net, a nálunk lévő Cisco router külső lábát még tudtam pingetni, de utána semmit. Kintről egy másik szolgáltató felöl pedig az in**tel egyik routeréig jutottam, onnan megint semmi.

Kb. 2 óra alatt kiderült, hogy valamelyik mérnökük elconfigurált egy náluk lévő routert.
A net visszajött és látszólag működött is, de azóta a proxy szerverünk logjában minden kérésre csak TCP_MISS:DIRECT bejegyzés van, és nem lehet rajta keresztül netezni. Ha a proxy szervert átállítom a másik szolgáltatónk felé, azon keresztül megy rendesen.

Már volt squid cache ürítés, restart, de nem segített. A szolgáltató természetesen nem tud semmi változásról, a "mérnököt" nem értem el.

Mi leget a gond? A squid 2.6.17, tudom nem a legfrissebb, de eddig semmi gond nem volt vele.

Cisco 1841 alternatíva

Sziasztok!

Egyik barátom szeretne egy megbízható routert venni a pár fős cégébe. Ajánlották neki a CISCO1841-HSEC/K9 -et. Amire szükség van: 2 db fastethernet port, tűzfal, NAT, DHCP szerver, VPN ha lehet IPSEC-es. Most néztem a listaárát az eszköznek 369 e+ÁFA. Valaki tud valami nem SOHO kategóriás alternatívát, mert ez így nagyon drága?

wrt54-gl T-s területen nem csatlakozik

Hello!

Már a 2. helyen botlunk abba a problémába T-s ADSL előfizetés esetén, hogy a wrt54-gl nem hajlandó csatlakozni.
Volt gyári firmware és ddwrt is egyik sem.
A régi noname routerek meg röhögve.
MTU-állítgatáson is túl vagyunk.
Természetesen a routerek ki voltak próbálva más szolgáltatóknál, persze minden OK.
Járt valaki így? Hogyan sikerült megoldani?

Választ előre is köszi.

Apache lassú hálózati forgalom

Sziasztok!

Van egy CentOs alapú szerverem, ami statikus jpeg képeket -webkamerák képeit- szolgál ki Apache-al.
A loadom elég alacsony (0.02), óránként kb. 5GB kimenő forgalmam van. A képek letöltése nagyon lassú, de ssh-n keresztül is néha több másodpercet kell várnom, míg megjelenik egy beírt karakter.

Lehet a hálózattal van probléma? bár szerintem óránként 5 Gb kimenő forgalom nem egetverő.
Van valami ötletetek?

Köszi.

UPC net XIII. kerület áll

Nem tudom általános e a probléma, de cégünknél áll a UPC-s net. Bixben is látni a változást. Üfszolgálat természetesen elérhetetlen, sehol a neten egy hír. Máshonnan tudom, hogy XIII. kerületi fejegységük megadta magát mint nemrég a IX.kerületben. Még szerencse, hogy van egy backup net, legalább a szervereink elérhetőek kívülről is.
Valakinek valami info mikor lesz jó?

Windows alatt megy a net, Linux alatt nem

Hali!

Van egy LAN, Wifivel megosztva. Tudom az SSID-t, a WPA jelszót.

Beállítom. Windows alatt kicsit molyol, azt mondja, kész, és működik.
Linux (Debian) alatt ifup wlan0, kicsit molyol, azt mondja, kész, és nem működik.

A következőt látom Linux alatt:
# ip addr show
3: wlan0: mtu 1500 qdisc mq state UP qlen 1000
link/ether 00:19:d2:17:d4:3d: brd ff:ff:ff:ff:ff:ff
inet 192.168.1.69/24 brd 192.168.1.255 scope global wlan0
inet6 fe80::219:d2ff:fe17:d43d:/64 scope link
valid_lft forever preferred_lft forever
# ip route
192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.69

Látszik, ugye, hogy nincs default route.
A következőt látom Win alatt:
Ethernet adapter Wireless Network Connection:

Connection-specific DNS Suffix . :
IP Address. . . . . . . . . . . . : 192.168.1.67
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 91.144.92.129

Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 91.144.92.129 192.168.1.67 25
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.1.0 255.255.255.0 192.168.1.67 192.168.1.67 25
192.168.1.67 255.255.255.255 127.0.0.1 127.0.0.1 25
192.168.1.255 255.255.255.255 192.168.1.67 192.168.1.67 25
192.168.88.0 255.255.255.0 192.168.88.1 192.168.88.1 20
192.168.88.1 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.88.255 255.255.255.255 192.168.88.1 192.168.88.1 20
192.168.153.0 255.255.255.0 192.168.153.1 192.168.153.1 20
192.168.153.1 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.153.255 255.255.255.255 192.168.153.1 192.168.153.1 20
224.0.0.0 240.0.0.0 192.168.1.67 192.168.1.67 25
224.0.0.0 240.0.0.0 192.168.88.1 192.168.88.1 20
224.0.0.0 240.0.0.0 192.168.153.1 192.168.153.1 20
255.255.255.255 255.255.255.255 192.168.1.67 192.168.1.67 1
255.255.255.255 255.255.255.255 192.168.88.1 b0008 1
255.255.255.255 255.255.255.255 192.168.88.1 5 1
255.255.255.255 255.255.255.255 192.168.88.1 192.168.88.1 1
255.255.255.255 255.255.255.255 192.168.88.1 6 1
255.255.255.255 255.255.255.255 192.168.153.1 192.168.153.1 1
Default Gateway: 91.144.92.129
===========================================================================
Persistent Routes:
None

Ugyan a windowshoz nagyon nem értek, és lehet, hogy valahol megbújik valami, amit nem veszek észre, de nekem úgy tűnik, hogy van egy IP címem a 192.168.1.0/24 subnetben, és van egy gateway egy másik subnetben, viszont _nincs_ olyan route, ami azt mondaná, hogyan lehet elérni azt a hostot, vagy azt a subnetet.

win alatt tracert rögtön a 91.144.92.129-hez ér, nincsenek közbeeső hopok.

A 192.168.88.1, vagy 192.168.153.1 az win alatt a vmware emulált hálózata.

Linux alatt most kézzel azt mondom, hogy:
# route add -host 91.144.92.129 wlan0
# route add default gw 91.144.92.129

és így megy. De vajon mi a gond alapból? És miért így van beállítva, hogy a gw nem a saját subnetemben van?