x.x.x.x A
cita vreme pe A nu ai intrarea echivalenta pt sistemul B.
Sau, daca ai o zona reverse pt. reteaua ta, IP-ul B-ului nu se gaseste in aceasta zona.
Spun asta pt. ca de regula delay-ul in realizarea unei conexiuni TCP este un efect datorat incercarii rezolvarii prin reverse DNS a hostului care initiaza conexiunea.
Ai doua variante:
- setezi serverul sa nu mai trimita query-uri reverse DNS
- iti pui o zona pt reteaua ta. Daca de ex. ai reteaua 10.11.12.x/24 atunci trebuie sa faci o zona cu numele 12.11.10.in-addr.arpa care sa contina intrari PTR avind ca cheie ultimul octet din adresa IP.
Mugurel Tudor wrote:
Se dau doua calculatoare legate in retea prin conexiune de 100Mb
printr-un switch, amandoua au placi de retea cu acelasi chipset si de la
acelasi producator (realtek), procesoare peste un 1GHz, si acelasi
sistem de operare: Redhat 8.0
O conectare de pe calculatorul A prin ssh la calculatorul B se face
instantaneu. In sens invers, se face cu o intarziere de 10 secunde.
Iarasi, calculatorul A monteaza prin nfs un director oferit de
calculatorul B instanataneu. Invers, calculatorul B esuaza la montarea
unui director sharuit de A prin nfs, cu timeout de rpc.
Setarile de retea sunt la fel, si la fel si cele de nfs. Unde poate fi
problema ? E o chestie hardware, una software, e ceva ce-mi scapa ? Vreo
idee ceva ...
P.S. - Calculatorul A ofera prin nfs un director formatat ntfs si unul
fat32. B nu stie de ntfs, dar stie fat32. A stie si ntfs si fat32.
Calculatorul B ofera un director de pe o partitie ext3.
Sper sa nu va fi plictisit, dar am vrut sa aveti o imagine exacta a
problemei.
---
Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'.
REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
