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

 

начало

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

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

семинари ...

документи

как да ...

 

 

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

Re: lug-bg: DNS delegation problem [Was: Fedora Problem]


  • Subject: Re: lug-bg: DNS delegation problem [Was: Fedora Problem]
  • From: Peter Pentchev <roam@xxxxxxxxxxx>
  • Date: Fri, 3 Dec 2004 15:46:19 +0200

On Fri, Dec 03, 2004 at 01:07:14PM +0200, frish wrote:
> не - не искам да кажа това!
> казах само, че моят лаптоп не "вижда" домайна, който си
> направих преди 3 дни от 2 дни, като първия ден го "виждаше" а сега НЕ !
> а под другите комп - става въпрос за следното - те са под M$, а всички
> ползваме един и същ сървър за връзка с интернет, се "вижда"...
> домейна е - ок - TLD (не FirstlLevelDomain FLD) - виж: 
> http://www.orendabooks.coм; ...

Ммм секунда - в случая top-level domain е 'com', second-level domain е
'orendabooks.com', а 'www.orendabooks.com' е просто host запис в зоната
(домейна) orendabooks.com.  По принцип и www.orendabooks.com може да
бъде сметнато за THIRD-level domain, но в случая то не те интересува
като домейн, а само като запис в orendabooks.com.

Между другото, има ли някакво значение това, че в твоя e-mail самият
адрес http://www.orendabooks.coм; е написан с кирилишко 'м' накрая?
Да не би това да е проблемът?

> и проблема явно не е в настройките, защото различните интернет
> доставчици имат и различни настройки за DNS & DHCP !
> в случая - Евроком и HomeLan...
> проблема явно е в това, че лаптопа ми е записал някаде - ??? - информацията
> получена от HomeLan, които още нямаха resolve-информацията и сега не
> иска да ми покаже новитe страници - т.е. TemporaryPage на Host Company-то...
> за това става въпрос...

Ако си инсталирал DNS resolving cache на лаптопа си, убеди го него да
си flush-не кеша.  Ако не си, значи най-вероятно ползваш DNS resolving
cache-а на доставчика си, а в този случай не можеш да направиш нищо,
докато *те* не направят нещо.  Най-добрият начин да разбереш кой resolving
cache ползваш е да направиш 'cat /etc/resolv.conf' и да видиш какви адреси
има там на редовете, започващи с 'nameserver'.

Между другото, понякога може да имаш проблеми, идващи от nscd - name
service caching daemon, който върви на някои инсталации на Linux и
Solaris по подразбиране.  Ако имаш в момента вървящ процес, който се
казва 'nscd', и не си абсолютно сигурен, че той ти трябва, спри го и
после пробвай пак.

> мисля също, че не е чак толкова сложно, но проблема явно
> е отново там, че колкото повече знае човек, толкова повече предположения
> може да направи за възможната поява на грешки ...

Виж дали горното, което написах, ще помогне.  Ако не помогне, ще *трябва*
да прочетеш някои неща от сайтовете, които ти дадох като материали за DNS
в предишното си съобщение, след което да ни кажеш точно какъв ти е
наистина проблемът, когато вече и на теб ти е станало малко по-ясно.

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

-- 
Peter Pentchev	roam@xxxxxxxxxxx    roam@xxxxxxxx    roam@xxxxxxxxxxx
PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
Nostalgia ain't what it used to be.

Attachment: pgpLkNk2l5Vsl.pgp
Description: PGP signature



 

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

 

линукс за българи
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.