Тема: Бавно отваряне на уеб страници... (Прочетена 4434 пъти)

SHTILL · « -: Feb 05, 2007, 23:31 »

Защо става така... нет-а по принцип на торенти или на ъпгрейд на дистрото си държи максимални скорости, но когато тръгна да отварям някоя уеб страница става "кашмер" едвам-едвам зареждат... преди не е било така. Това става със Opera, Konqueror във Slackware 11, Debian 4.0 (2.6.18-2). Преди два-три дена не беше така. И със Федора Коре 5, 6 след като системата поработи 1-2 месеца ( не говоря за ъптайм ) пак така се скапва... nfsto има същия проблем, обаче за да не пишем 2 теми реших тука да спомена всичко... търсих тук имаше една подобна тема, Но беше за M$ ':crazy:'

( нямаше отговор...човека беше освиркан (разбираемо е, защо ) ). Моля ви ако някой се е сблъсквал със подобен проблем да пише как може да се оправи, защото е много дразнещо ':crazy:'

П.С. Имам и проблем с Лисицата... не мога да я пусна... натискам от К менюто Интернет -> Firefox, иконката подскача 20-30 секунди и нищо. Пускам конзолата, пиша firefox и пак не се пуска, нито дава някакви грешки... просто ми се показва следващия ред на конзолата.
Благодаря предварително и лека вечер!

winman · « **Отговор #1 -:** Feb 06, 2007, 00:30 »

Може и да не се отнася до твоя случай, но поне по описание е нещо сходно:

<a href="" target="_blank">ftp://gd.tuwien.ac.at/pub....ata.txt</a>

Всъщност ето ти направо извадката, която може би те интересува:

Slow internet response (particularly web browsing): IPv6

   There is a known problem with all Linux distributions that enable IPv6
   networking (the new standard for network addresses which uses a
   longer, hexadecimal address format to provide a much larger number of
   possible addresses. The old standard is IPv4, which gives the
   four-groups-of-three-digits decimal address format most people are
   familiar with, e.g. 216.105.167.65). Some systems and networks do not
   cope well if your system has IPv6 networking enabled. If you
   experience sluggish response on the Internet - especially when
   browsing web sites - and cannot find the cause, you should try
   disabling IPv6. To do this, edit the file /etc/sysconfig/network, add
   the following line, and reboot:
NETWORKING_IPV6=no

/edit Както и очаквах, линка се скапа от форум софтуера. Явно е бъг. Както и да е, аз ти извадих пасажа с информацията.

SHTILL · « **Отговор #2 -:** Feb 06, 2007, 00:34 »

Само дето нямам директория /etc/sysconfig

'>
да не би да е /etc/network/options ?

winman · « **Отговор #3 -:** Feb 06, 2007, 00:41 »

Мдаа, забравих, че се скапа линка и не можеш да видиш целия файл. Това е написано от Mandriva при излизането на Mandriva 2007, Там си е така директорията. За твоята дистрибуция, не знам къде се намира съответния файл. Някой по-знаещ да каже. Но добавката е както си е написано.

/edit Между дригото в IRC на Mandriva, доста често го дават този акъл. И аз пробвах, но при мен нямаше разлика. И в двата случая нещата са добре. Предполагам зависи и от провайдерските настройки.

SHTILL · « **Отговор #4 -:** Feb 06, 2007, 00:45 »

Във файла /etc/network/option има:
p_forward=no
spoofprotect=yes
syncookies=no
NETWORKING_IPV6=no

последното аз го сложих...

winman · « **Отговор #5 -:** Feb 06, 2007, 01:00 »

Може и да не е това. Тук при стартиране на:
/etc/init.d/network

скрипта "гледа" в /etc/sysconfig/network. Това е изпълним файл със следното съдържание:

NETWORKING=yes
GATEWAY=10.071.101.3
HOSTNAME=myhostname
FORWARD_IPV4=true

Kollin · « **Отговор #6 -:** Feb 06, 2007, 01:14 »

На мен, например, отварянето н страниците ми се бави когато DNS сървъра се мотае и не връща ip-то.Торентите или обикновения даунлоуд пита DNS само веднъж и после се свързва директно с ip -то на другата машина, а браузъра всеки път пита DNS-а за адреса и за тва се бави повече

'>

SHTILL · « **Отговор #7 -:** Feb 06, 2007, 01:21 »

Цитат (Kollin @ Фев. 06 2007,02:14)

На мен, например, отварянето н страниците ми се бави когато DNS сървъра се мотае и не връща ip-то.Торентите или обикновения даунлоуд пита DNS само веднъж и после се свързва директно с ip -то на другата машина, а браузъра всеки път пита DNS-а за адреса и за тва се бави повече

'>

Е добре де... как преди страниците ми го отваряше за секунди а сега чамак по 20-30 секунди ?

winman · « **Отговор #8 -:** Feb 06, 2007, 01:22 »

Да, обаче SHTILL пише за ниска скорост, а не бавно свързване. Предполагам IPv6 му е проблема. Остава някой Дебианец да каже къде се пише въпросния ред. Това е един от недостатъците на Линукс, че всеки писал, брисал и като сменим дистрибуциите, майка ни жална докато запомним пак кое къде е... За радост, нещата стават все по-стандартизирани напоследък.

SHTILL,

Я все пак поясни. Чакаш дълго, докато започне да се отваря страницата и после бързо става? Или започва бързо, но докато дойде всичко, минава много време, тоест ниска скорост при зареждане?

SHTILL · « **Отговор #9 -:** Feb 06, 2007, 01:40 »

Като цъкна примерно на някой линк мисли ли мисли и накрая започва баааавно-бааавно да рарежда...

winman · « **Отговор #10 -:** Feb 06, 2007, 01:57 »

Сега се сещам, че преди години имах подобен проблем. Явяваше се периодично и продължаваше доста време /дни/. Оказа се тъпа работа. Два дефекта наведнъж:

1. Куплунга се вадеше в някакъв switch. Но не толкова, че да прекъсне нацяло трасето.
2. Сцепена изолация на кабела до суитча, и при влажно време ставаше проблем.

И в двата случая губех голям брой пакети и от там всичко ставаше много бавно. Можеш да пробваш с ping, но пусни по-дълги пакети, не дефолт. Те са къси и може и да минават безпроблемно. Така се вижда по-лесно дали минават. Например:

ping -s 1500 dir.bg

и после сравни как върви спрямо къси пакети:

ping dir.bg

Още по-добре ping до IP na providera. Друго не се сещам. Ако има резултат драсни да кажеш спасението какво е.

'>

SHTILL · « **Отговор #11 -:** Feb 06, 2007, 02:07 »

Цитат (winman @ Фев. 06 2007,02:57)

Сега се сещам, че преди години имах подобен проблем. Явяваше се периодично и продължаваше доста време /дни/. Оказа се тъпа работа. Два дефекта наведнъж:

1. Куплунга се вадеше в някакъв switch. Но не толкова, че да прекъсне нацяло трасето.
2. Сцепена изолация на кабела до суитча, и при влажно време ставаше проблем.

И в двата случая губех голям брой пакети и от там всичко ставаше много бавно. Можеш да пробваш с ping, но пусни по-дълги пакети, не дефолт. Те са къси и може и да минават безпроблемно. Така се вижда по-лесно дали минават. Например:

ping -s 1500 dir.bg

и после сравни как върви спрямо къси пакети:

ping dir.bg

Още по-добре ping до IP na providera. Друго не се сещам. Ако има резултат драсни да кажеш спасението какво е.

'>

Нямам проблеми със кабели, куплонзи и други... ето и пинг-а:

Цитат

PING dir.bg (194.145.63.12) 1500(1528) bytes of data.
vladi@Debian:~$ ping -s 1500 dir.bg
PING dir.bg (194.145.63.12) 56(84) bytes of data.
1508 bytes from dir.bg (194.145.63.12): icmp_seq=1 ttl=59 time=94.8 ms
1508 bytes from dir.bg (194.145.63.12): icmp_seq=2 ttl=59 time=95.2 ms
1508 bytes from dir.bg (194.145.63.12): icmp_seq=3 ttl=59 time=93.7 ms
1508 bytes from dir.bg (194.145.63.12): icmp_seq=4 ttl=59 time=94.0 ms
1508 bytes from dir.bg (194.145.63.12): icmp_seq=5 ttl=59 time=94.8 ms
1508 bytes from dir.bg (194.145.63.12): icmp_seq=6 ttl=59 time=95.4 ms
1508 bytes from dir.bg (194.145.63.12): icmp_seq=7 ttl=59 time=94.2 ms

--- dir.bg ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6001ms
rtt min/avg/max/mdev = 93.781/94.633/95.408/0.566 ms
vladi@Debian:~$ ping dir.bg
PING dir.bg (194.145.63.12) 56(84) bytes of data.
64 bytes from dir.bg (194.145.63.12): icmp_seq=1 ttl=59 time=17.7 ms
64 bytes from dir.bg (194.145.63.12): icmp_seq=2 ttl=59 time=19.0 ms
64 bytes from dir.bg (194.145.63.12): icmp_seq=3 ttl=59 time=18.5 ms
64 bytes from dir.bg (194.145.63.12): icmp_seq=4 ttl=59 time=19.3 ms
64 bytes from dir.bg (194.145.63.12): icmp_seq=5 ttl=59 time=18.8 ms
64 bytes from dir.bg (194.145.63.12): icmp_seq=6 ttl=59 time=18.8 ms

--- dir.bg ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5008ms
rtt min/avg/max/mdev = 17.764/18.746/19.386/0.529 ms

rover65 · « **Отговор #12 -:** Feb 06, 2007, 08:04 »

Здравейте!
И аз имам същия проблем с бавното зареждане на страниците. Досега си мислех, че е от доставчика. Прочетох постовете по-горе и реших да опитам да забраня протокола IPv6. Аз съм SuSE10.2 и при мен е по-лесно(в смисъл, че не се наложи да търся конфигурационните файлове...), YaST/мрежова карта/редактиране/настройки/разширени/IPv6/ и забраних протокола. Проба и наистина започна да ги зарежда по-бързо.

'>

Gaara · « **Отговор #13 -:** Feb 06, 2007, 08:10 »

Цитат (Kollin @ Фев. 06 2007,02:14)

На мен, например, отварянето н страниците ми се бави когато DNS сървъра се мотае и не връща ip-то.Торентите или обикновения даунлоуд пита DNS само веднъж и после се свързва директно с ip -то на другата машина, а браузъра всеки път пита DNS-а за адреса и за тва се бави повече

'>

true, true, true

'>
98% проблема е в DNS's. Покажи изходите от nslookup DNS1 и DNS2 (IP-та в /etc/resolv.conf). Даже може директно да пробваш да сложиш # пред първото IP в resolv.conf и да видиш дали ще имаш проблем

'>

neonic · « **Отговор #14 -:** Feb 06, 2007, 12:50 »

Цитат (winman @ Фев. 06 2007,02:00)

Може и да не е това. Тук при стартиране на:
/etc/init.d/network

скрипта "гледа" в /etc/sysconfig/network. Това е изпълним файл със следното съдържание:

NETWORKING=yes
GATEWAY=10.071.101.3
HOSTNAME=myhostname
FORWARD_IPV4=true

Файла при Mandriva:

Примерен код

/etc/sysconfig/network-scripts/ifcfg-ethX

, където ethX - се заменя със съответният мрежов интерфейс.

Примерен код

DEVICE=eth0
BOOTPROTO=static
IPADDR=................
NETMASK=................
GATEWAY=................
ONBOOT=yes
METRIC=10
MII_NOT_SUPPORTED=no
USERCTL=no
MS_DNS1=................
MS_DNS2=................
RESOLV_MODS=yes
IPV6INIT=no
IPV6TO4INIT=no

Файла при Debian се намира в:

Примерен код

/etc/network/interfaces

Автор Тема: Бавно отваряне на уеб страници... (Прочетена 4434 пъти)