Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: slow log-in


  • Subject: Re: lug-bg: slow log-in
  • From: Dimitar Tomow <the.real.maniac@xxxxxxxxx>
  • Date: Wed, 23 Mar 2005 16:27:40 +0200

Ilia Lindov wrote:

Да да напълно си прав :)

Моята идея беше да направи редовете коментари, за да стане ясно на момента, дали DNS му прави номера. Пък после вече, ако наистина се окаже DNS проблем, да се търси конкретно решение. Поне аз така постъпих :). Сложих по едно '#' на всички редове в resolv.conf, след това опитах да се закача на ftp-то и логването стана светкавично. Накрая се оказа, че поради ред причини, няма връзка с нито един от двата DNS сървъра, които му бях задал.

Поздрави: Илия

И аз може нещо да не съм разбрал, но nmap -sU -P0 -p 53 DNS_IP + ping DNS_IP и набл. на "времето за достъп " :)) Няма ли да е по-правилното решение , вместо спиране временно на работата :? А дори и като време мисля не е по-бавно.
Разбира се може и да греша :)

Друго -> защо ssh да прави resolv на машините ,които се опитват да влязат ?
Доколкото ми е известно това е даже и препоръчително , а и според мен логично - на по-късен етап (при нужда) да се направи resolv*.

*(OT) - знам , че това не е правилното място , но сега ми дойде питането - най-препоръчителният превод на resolv :? Зачудих се като реших да го пиша на български и затова го написах на английски ,нещо увиснах :P. Благодаря предварително.


Peter Pentchev wrote:

On Wed, Mar 23, 2005 at 01:52:40PM +0000, Ilia Lindov wrote:

Иван Попов wrote:

root@gatei:~# cat /etc/resolv.conf
nameserver 127.0.0.1
nameserver 217.9.224.2
nameserver 217.9.224.3
Правих опит като закоментирам nameserver 127.0.0.1 и спра BIND-a (с идеята машината да не ползва нейният си ДНС а този на доставчика) - ефекта е същият т.е. няма подобрение


Преди няколко дни имах абсолютно същия проблем. Причината се оказа DNS.
Просто направи всички редове в 'resolv.conf' на коментари и виж как ще се държи.



Ако всичко в /etc/resolv.conf е закоментирано, може доста неща да не
работят съвсем както се очаква :) Най-малкото програми, на които е казано да ползват not-fully-qualified hostnames - само по име, без локалния домейн -
няма да работят изобщо :)

Да не говорим за това, че тогава различните resolver библиотеки правят
различни неща по отношение на това кой сървър все пак ще питат; а дори да се сетят да питат локалния (на 127.0.0.1 или на 0.0.0.0 или нещо такова),
пак съществува възможност проблемът да е именно в него, и да продължи :)

Поздрави,
Петър

============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================


============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.