Linux за българи: Форуми

Погледни си много внимателно в /etc/resolv.conf какво пише. Също и в /etc/host.conf
пр host.conf:
order hosts, bind
multi on
пр resolv.conf:
nameserver xx.xx.xx.xx #tuka e primary dns
nameserver yy.yy.yy.yy #tuka e secondary dns.

Проблема не е в доставчика. Под Уин нямам този Проблем.

имаше един демон DomainNameCash или нещо подобно ....

Връзката ми към Интернет е много добра, но под SuSE 10.0(и по-старите му версии) имам следния проблем с Интернета. Когато задам на FireFox или Konqueror да отвори някой сайт почва "Loking up linux-bg.org.." и така чакам около 10 секунди (под Уин за 2 сек и ми е заредил). След като зареди, отделните страници от сайта ми ги отваря бързо. Няма looking up...., а направо почва от waiting for... Но ако изчакам малко време и искам да отворя някой страница от сайта (имам предвид. линк, който сочи към същия сървър), пак трябва да изчакам 10тини секунди докато почне да зарежда (т.е looking up да се смени с waiting u transferring).
Имате ли някаква идея защо се получава така?

Здравей,
Това вероятно се получава от лошо настроен (или претоварен) DNS-сървър (адреса/ите са в /etc/resolv.conf).
По принцип тези сървъри работят с кеш и затова при следващи запитвания няма забавяне, но ако той (кеша) е малък или сървъра е много натоварен, кеша често се обновява и тогава е необходимо пак да се резолва адреса (има забавяне).
Проблема е в доставчика (най-вероятно).
Може да се помогне като се инсталира локален кеширащ DNS- сървър. Напр.dnsmasq.
Румен

move

Дай по-подробна информация, освен "погледнах го" и "оправих го" - настройките за eth0, reslolv.conf, всичко, което вече ти си прегледал. Може да пропускаш нещо малко, но важно.

лепни и ей-това на фокса ако си с него.
https://addons.mozilla.org/extensi....firefox

Ей сега ще погледна. Само искам да добавя, че като се свърже например към форума,   теми, които не съм ги отварял се отварят бързо. Но след като се мине малко време после пак има looking...

Просто става нещо като "прекъсване на връзката"

Не твърдя че това е проблема, но в моя Firefox има няколко live bookmarks, освен това и разширението Sage (четец за rss захранвания), та мойто предположение е че при отварянето файърфокса се замисля защото трябва да зареди всички захранвания и live bookmarks едновременно.
Иначе и аз съм със SUSE 10.

Никой ли не знае защо Линукса ми има такива големи затруднения в намирането на хостовете? И защо след като ги намери до 1 минута ги губи (и с кръпката е така)?

И това става само под Линукс. А под "Бозата" всичко си е ОК.

Агента е прав.
Пусни тук какво пише в /etc/resolv.conf.

Имах подобен проблем - под linux не бях настроил като хората dns-ите - първия сървър, който бях сложил изобщо не отговаряше на dns запитвания и firefox-а се държеше по абсолютно същия начин, т.е. опитваше се да lookup-не ip-то от първия сървър, след около 10 сек. timeout-ваше, след което си lookup-ваше от втория нормално вече. Оправих си resolv.conf файла и всичко заспа.

Ако толкова нямаш желание да пуснеш какво пише в тоз файл сравни настройките под windows и под linux.

resolv.conf

domain site
nameserver 192.168.0.1

host.conf

order hosts, bind
multi on

Познат ми е проблемът, не е в DNS сървърите, но и нямам време да се занимавам с това сега (най-рано утре вечер). Има двама кандидати за виновници в случая: 1) SuSE Firewall (или нещо от сорта); 2) кеширащият DDNS сървър - лошо настроен или калпаво компилиран. Успех в борбата!

Иво,
Относно 1) SuSE Firewall (или нещо от сорта): стената не е стартирана;
2) кеширащият DDNS сървър
За  DNS сървър инсталиран на моята система ли става въпрос? Такъв нямам. Дай малко повече инфо, моля те.

Стартирах си Кнопикс. Там с нета всичко си е ОК.
Реших да семня дистрото с Мандрива и  същия проблем.

В края на седмицата като имам време ще си сложа един Slackware. Там съм почти 100% сигурен, че няма да имам този проблем.

Я погледни в SuSE как се спира ipv6 поддръжката. Мисля, че твоята машина първо прави запитване за AAAA (ipv6) ресурсен запис и след като не го получи чак тогава прави запитване за A (ipv4) ресурсен запис.

Може да пробваш с някакъв tcpdump да видиш какво става.

Нещо от рода на:

$ export if=<interfeisa-ti>
$ export ip=<ip-adresa-ti>
$ tcpdump -vvv -i $if host $ip and proto tcp and port 53

За повече инфо man tcpdump.

п.с.: няма нужда да ги export-ваш тия променливи, направо ги заместваш в последния ред със стойности. дал съм ги така за яснота.

"$ tcpdump -vvv -i $if host $ip and proto tcp and port 53"

Това трудно ще хване нещо. tcp/53 се ползва при зонален трансфер и при заявки за ресурсни записи по големи от N (не помня точно на наизуст) байта.

512 байта.

teh, тогаз какво - udp ли трябва да е?

Да. Стига ресурсния запис да не е > 512 байта.
Например при заявка за А ресурсен запис на yahoo.com, отговора може да е > 512 байта (те имат бая A записи).

Ок, в такъв случай нещо от този род би трябвало да хване и двата случая:

$ tcpdump host $ip and proto tcp or udp and port 53

Или греша?

Малко offtopic се получи, ама к'во да се прави.

btw, мерси за разяснението.