Newsgroup: it.comp.os.win.win2000
Titolo: win2000 Active Directory e SubNet

Salve a tutti. Ho questo piccolo problema. La rete in azienda è suddivisa
in varie reti differenti (
192.168.1.0/24
, 
192.168.2.0/24
 ecc....). Nella
prima subnet è presente il server DC con win 2000. Fino ad ora tutti i
client erano nella stessa subnet e quindi non ci sono mai stati problemi.
Adesso alcuni client verranno messi nelle altre subnet. Da prime prove
tali client non riescono ad accedere al DC. I router che instradano tra le
varie reti fanno passare qualsiasi cosa in entrambe le direzioni, infatti
al semplice ping tutto risponde senza problemi. 
Non riesco proprio a capire come far autenticare un utente del dominio da
una subnet differente.
Qualcuno ha idee?
Grazie a tutti.

Grazie a tutti.
Oltre al ping (ICMP), passano almeno le porte 53, 389, 88, 135 ?
-- 
Rossano Orlandini
MCSE MCSA MVP - Windows Server

 Oltre al ping (ICMP), passano almeno le porte 53, 389, 88, 135 ?
Scusa se non ho risposto prima, ma son stato fuori ufficio!
Si, attraverso il firewall sono aperte tutte le porte in entrambe le
direzioni! Infatti facendo dei telnet sulle porte da te consigliate,
rispondono tutte.
Non so proprio che fare....

 ha scritto nel messaggio 
news:pan.2007.01.17...@scartozzetto.it...

alcune domande, forse sciocche:
i client che hai messo nelle altre subnet hanno default gateway (si perchè 
pingano il dc) e dns impostati correttamente ?
i client utilizzano forse wins per risolvere i nomi della rete ?
nell'event viewer vedi qualcosa ?
-- 
Diego
L'Italiano medio ha un testicolo, una tetta e meno di due gambe! 

 nell'event viewer vedi qualcosa ?
Nell'event viewer del server non c'è nulla di significativo....

 Nell'event viewer del server non c'è nulla di significativo....
intendevo in quello dei client che non si autenticano...
i client, poi, sono tutti almeno W2000 ?


 i client, poi, sono tutti almeno W2000 ?
Sono tutti XP con qualche w2000.

> intendevo in quello dei client che non si autenticano...
Ok. Nell'event viewer di un client esce questo messaggio [NETLOGON]:
"Non è disponibile alcun controller di dominio per il dominio "DOMINIO".
Si è verificato il seguente errore Nessun server di accesso è
attualmente disponibile per soddisfare la richiesta di accesso."
Nient'altro.



Puoi postare un IPCONFIG /ALL di un client nella subnet remota e di un
DC nella sede centrale?


 DC nella sede centrale?
Questo IPCONFIG del DC:
******************************
C:\Documents and Settings\Administrator>ipconfig /all
 
Windows 2000 IP Configuration
 
        Host Name . . . . . . . . . . . . : dwi-002
        Primary DNS Suffix  . . . . . . . : dwi.local
        Node Type . . . . . . . . . . . . : Hybrid
        IP Routing Enabled. . . . . . . . : No
        WINS Proxy Enabled. . . . . . . . : No
        DNS Suffix Search List. . . . . . : 
directw.it
 
 
Ethernet adapter Local Area Connection:
 
        Connection-specific DNS Suffix  . :
        Description . . . . . . . . . . . : Intel(R) PRO/100 VE Network Connect
        Physical Address. . . . . . . . . : 00-11-11-8D-18-7C
        DHCP Enabled. . . . . . . . . . . : No
        IP Address. . . . . . . . . . . . : 192.168.1.7
        Subnet Mask . . . . . . . . . . . : 255.255.255.0
        Default Gateway . . . . . . . . . : 192.168.1.100
        DNS Servers . . . . . . . . . . . : 192.168.1.7
 
C:\Documents and Settings\Administrator>
******************************
e questo del client della sede remota:
******************************
C:\Documents and Settings\Administrator>ipconfig /all
 
Configurazione IP di Windows
 
        Nome host . . . . . . . . . . . . . . : d520-java
        Suffisso DNS primario  . . . . . . .  : dwi.local
        Tipo nodo . . . . . . . . . . . . . .  : Ibrido
        Routing IP abilitato. . . . . . . . . : No
        Proxy WINS abilitato . . . . . . . .  : No
        Elenco di ricerca suffissi DNS. . . . : dwi.local
 
Scheda Ethernet Connessione alla rete locale (LAN):
 
        Suffisso DNS specifico per connessione:
        Descrizione . . . . . . . . . . . . . : Broadcom 440x 10/100 Integrated
        Indirizzo fisico. . . . . . . . . . . : 00-15-C5-BB-2E-8F
        DHCP abilitato. . . . . . . . . . . . : No
        Indirizzo IP. . . . . . . . . . . . . : 192.168.2.222
        Subnet mask . . . . . . . . . . . . . : 255.255.255.0
        Gateway predefinito . . . . . . . . . : 192.168.2.1
        Server DNS . . . . . . . . . . . . .  : 192.168.1.7
 
Scheda Ethernet Connessione rete senza fili:
 
        Stato supporto . . . . . . . . . . . : Supporto disconnesso
        Descrizione . . . . . . . . . . . . . : Intel(R) PRO/Wireless 3945ABG N
        Indirizzo fisico. . . . . . . . . . . : 00-18-DE-A4-A8-44
 
******************************

 ******************************
Come mai quel 
directw.it
 nell'elenco DNS di ricerca diretta del DC?
Apparentemente sembrerebbe tutto a posto... mi sembra più un problema di
comunicazione tra le due subnet. Prova l'utility PortQry Port Scanner di
Microsoft (
http://snipurl.com/3zv2
) per diagnosticare eventuali
problemi.


 comunicazione tra le due subnet. Prova l'utility PortQry Port Scanner di
Posto qui il risultato dello scan delle porte che mi avevate segnalato
prima:
C:\PortQry>PortQry.exe -n dwi-002.dwi.local -e 53
 
Querying target system called:
 
 dwi-002.dwi.local
 
Attempting to resolve name to IP address...
 
 
Name resolved to 192.168.1.7
 
querying...
 
TCP port 53 (domain service): LISTENING
 
 
 
C:\PortQry>PortQry.exe -n dwi-002.dwi.local -e 389
 
Querying target system called:
 
 dwi-002.dwi.local
 
Attempting to resolve name to IP address...
 
 
Name resolved to 192.168.1.7
 
querying...
 
TCP port 389 (ldap service): LISTENING
 
Using ephemeral source port
Sending LDAP query to TCP port 389...
 
LDAP query response:
 
 
currentdate: 01/22/2007 16:37:13 (unadjusted GMT)
subschemaSubentry: CN=Aggregate,CN=Schema,CN=Configuration,DC=dwi,DC=local
dsServiceName: CN=NTDS Settings,CN=DWI-002,CN=Servers,CN=Default-First-Site-Name
,CN=Sites,CN=Configuration,DC=dwi,DC=local
namingContexts: CN=Schema,CN=Configuration,DC=dwi,DC=local
defaultNamingContext: DC=dwi,DC=local
schemaNamingContext: CN=Schema,CN=Configuration,DC=dwi,DC=local
configurationNamingContext: CN=Configuration,DC=dwi,DC=local
rootDomainNamingContext: DC=dwi,DC=local
supportedControl: 1.2.840.113556.1.4.319
supportedLDAPVersion: 3
supportedLDAPPolicies: MaxPoolThreads
highestCommittedUSN: 272542
supportedSASLMechanisms: GSSAPI
dnsHostName: dwi-002.dwi.local
ldapServiceName: dwi.local:dwi-002$@DWI.LOCAL
serverName: CN=DWI-002,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configu
ration,DC=dwi,DC=local
supportedCapabilities: 1.2.840.113556.1.4.800
isSynchronized: TRUE
isGlobalCatalogReady: TRUE
 
 
======== End of LDAP query response ========
 
C:\PortQry>
 
 
 
C:\PortQry>PortQry.exe -n dwi-002.dwi.local -e 88
 
Querying target system called:
 
 dwi-002.dwi.local
 
Attempting to resolve name to IP address...
 
 
Name resolved to 192.168.1.7
 
querying...
 
TCP port 88 (kerberos service): LISTENING
 
C:\PortQry>PortQry.exe -n dwi-002.dwi.local -e 135
 
Querying target system called:
 
 dwi-002.dwi.local
 
Attempting to resolve name to IP address...
 
 
Name resolved to 192.168.1.7
 
querying...
 
TCP port 135 (epmap service): LISTENING
 
Using ephemeral source port
Querying Endpoint Mapper Database...
Server's response:
 
RPC query failed (6bf).
 
C:\PortQry>

prima:
Dal log, non passa la porta 135 per l'RPC... il DC della sede remota è
un Windows 2000 o 2003? Controlla anche sul router che tutto sia
abilitato, in alternativa potresti aggiornarne il firmware o sentire dal
produttore il perché di questo comportamento anomalo...


 un Windows 2000 o 2003? Controlla anche sul router che tutto sia
E' un server Windows 2000.
Sul router tutto è abilitato, ma farò un controllo più approfondito.



Okay, perché anche come vedi il PortQry Port Scanner non riesce ad avere
informazioni dalla porta 135.


 informazioni dalla porta 135.
Ok risolto tutto. Il problema sembra essere un bug noto, non so se del
server win2000 (che manda pacchetti mal formati) o del router (che
interpreta in modo errato alcuni pacchetti). Il provider ha installato le
patch di aggiornamento sul router e adesso tutto funzia.
:D
Grazie a tutti.



Bene! Grazie per il feedback  :-)


 Bene! Grazie per il feedback  :-)
Ci mancherebbe!! Grazie a te per la pazienza!
Cmq posso fare di più: mi faccio dire dal provider esattamente qual è il
problema e poi lo posto qui. Il modello del router è un Nokia IP120 con
Smart Dashboard come client per la gestione.