Problem sa deljenim direktorijumima na Windows Server 2012

Pozdrav,

Već godinama pratim ovaj forum i uvek pronalazim odgovore na moja pitanja. Ovaj put ne nalazim ništa slično, pa će moj prvi post biti pitanje.
U firmi u kojoj radim zadužen sam za administraciju računara i mreže. Pre par meseci smo zamenili server, kupili smo novi sa Windows Server 2012 operativnim sistemom. Pre toga je bi Windows Server 2003R2.
Naime, zadnjih mesec dana dešava se da mreža puca, deljeni direktorijumi servera, koji su mapirani na klijentskim računarima gube konekciju. Primetio sa da ustvari u večernjim časovima kada je podešen bekap deljenog direktorijuma, gde se nalazi informacioni sistem koji koristi cela firma, da mreža puca.
Server smo kupili početkom jula meseca ove godine i do sredine avgusta nije bilo problema sa mrežom. Bekap je radio tako što sa jednog klijentskog računara se sa Cobian backup programom pokretao, podaci sa servera su bekapovani kroz LAN mrežu na NAS server koji se isto nalazi u lokalnoj mreži. Kada su počeli da se javljaju problemi, promenio sam način bekapovanja, koristio sam Windows bekap sa servera, podatke slao na NAS i opet problemi. Mreža puca redovno pri pokušaju bekapa.
Instalirao sam na server NetBak replicator, podesio bekap. Prvi bekap koji je bio veliki memorijski, odrađen je dobro. Svaki sledeći bekap je bio manjeg formata (memorijski) i prolazio je bez greške. Sinoć, bekap je bio memorijski veći i mreža je opet pukla. Kao i svaki put do sad restartovanjem servera mreža biva osposobljena i funkcionalna.
Jedine razlike kada je sve funkcionisalo kako treba su:
- imali smo telekomov echolife ruter, preko kog je internet i koji je očigledno rutirao celu mrežu (32 računara)
- dobijamo od telekoma novi ruter za WDSL, koji podešavam zajedno sa radnikom telekoma, i podešavamo IP adrese da server rutira mrežu. Podešavam sve klijente na statičke IP adrese.
Sa takvim podešavanjima je mreža radila neko vreme, i nakon toga nastaju problemi.
Znači, na serveru od rola su: ACDS, DHCP, DNS, NAP, IIS, HYPER-V, Remote Access.
Podignuto domensko okruženje, i svi klijenti pridruženi domenu. Sada kada mi se javljaju problemi sa računara u domenu server mi nije više vidljiv u mreži. I u slučaju kada želim da mapiram deljeni direktorijum ručno kucam adresu deljenog direktorijuma.
IP adresa telekomovog rutera je 192.168.0.254, IP adresa servera je 192.168.0.250, DHCP scope na serveru je od 192.168.0.90 - 192.168.0.150
Svi klijenti su na statičkim adresama u opsegu datom u Scope DHCPa u obliku
192.168.0.XX
255.255.255.0
192.168.0.254
DNS: 192.168.0.250
Svi štampači su isto na statičkim ip adresama u datom opsegu
NAS server je na statičkoj IP adresi kao i klijenti
Adresa servera je
192.168.0.250
255.255.255.0
192.168.0.250
DNS: 212.200.190.166; 212.200.191.166

Molim Vas ako iko ima ideju gde grešim!?

Tipična početnička greška u kreiranju domena - svi klijenti u mreži, uključujući i servere, smeju da koriste isključivo domenski DNS i nijedan drugi, ni provajderov, ni Guglov, ni neki treći, nego samo domenski. Jedino mesto gde sme da pojavi neki drugi DNS server je Forwarders tab u podešavanjima DNS servisa na domen kontroleru. Ovo smo toliko puta ponavljali ovde, ali opet se dešavaju potpuno iste greške :-)

> DNS: 212.200.190.166; 212.200.191.166

Šta ovo znači? Ti si na serveru koji je ujedno i AD i DNS stavio pod network podešavanja DNS od Telekoma? Zašto?

U podešavanjima na serveru koji je ujedno i AD za DNS staviti jednostavno 127.0.0.1, a klijenti za DNS treba da imaju ip adresu od tvog servera i ništa drugo.

Ti posle na DNS servisu namestiš pod forwarding recimo google dnsove 8.8.8.8 i 8.8.4.4 i to je to.

Drugo, ako i pokraj ovoga puca mreža, nađi odgovarajuće LAN drajvere za server, najbolje skinuti sa sajta proizvođača.

I na kraju? Zašto server da rutira pokraj Telekomovog rutera?

Potpis

... Vladimir Vučićević aka. Bachi
~~~ www.bachi.in.rs <<<<>>>> [email protected]
>>> It's nice to be important, but it's more important to be nice...

Kada promenim DNSove na mrežnom adapteru servera, kada unesem za DNS 192.168.0.250 što je IP adresa servera, ne mogu ništa da pretražujem na internetu sa servera

Staviš za DNS na serveru 127.0.0.1, a odeš u podešavanja DNS servisa, start, run -- dnsmgmt.msc

I tu podesiš forwardere staviš 8.8.8.8 i 8.8.4.4

Potpis

... Vladimir Vučićević aka. Bachi
~~~ www.bachi.in.rs <<<<>>>> [email protected]
>>> It's nice to be important, but it's more important to be nice...

I na kraju? Zašto server da rutira pokraj Telekomovog rutera?

Zaista?! Bolje da postavim telekomov ruter da rutira celu mrežu umesto da to radi server? Ja sam baš bežao od telekomovog rutera.

I sad kad bih hteo da rutira ruter celu mrežu podešavanja na klijentima bi trebao da postavim ovako
192.168.0.xxx
255.255.255.0
192.168.0.254 - IP adresa rutera je 192.168.0.254

i DNS na klijentima
192.168.0.254
8.8.8.8

Ruter treba da rutira, to mu je posao, a server treba da opslužuje. :D Svako nek radi svoj posao. Mislim, ja zaista ne želim da mi bilo koja Windows mašina bude direktno nakačena na net.

Samo primary dns stavi na 192.168.0.254, secondary ne stavljaj ništa.

Iz iskustva neki windows klijent umeju da brljaju u komunikaciji sa ADom ako pod secondary dns stoji externi DNS server. Ne bi trebalo, ali se dešava.

Samo 192.168.0.254 da dodeljuje klijentima DNS.

Druga stvar...

Zašto baš 192.168.0.0/24 subnet?

Šta ćeš ako se budeš udaljeno kačio VPNom iz nekog kafića koji isto ima 192.168.0.0/24 subnet, a ti moraš da pristupiš računaru preko VPNa u svojoj firmi?

Ako nije kasno, promeni to da bude 192.168.229.0/24 recimo.

Koju ulogu ti imaš remote access na serveru? VPN pristup? Iskreno se nadam da nije pptp...

Potpis

... Vladimir Vučićević aka. Bachi
~~~ www.bachi.in.rs <<<<>>>> [email protected]
>>> It's nice to be important, but it's more important to be nice...

Zašto 192.168.0.0/24? Isporučioc servera je postavio ovaj IP, kopirajući podešavanja sa starog servera. A što se tiče VPN ne bih se kačio nikad sa kojekavih wifija na server. Odlično mi radi RD i ako se dešava da se kačim udaljeno, koristim kučni internet, a van kuće internet sa sim kartice.
Znači sa podešavanjima na klijentskim karticama:
IP address:192.168.0.xxx
Subnet: 255.255.255.0
Default gateway: 192.168.0.254
Prefered DNS: 192.168.0.254
Klijente sam usmerio na ruter?
IP adresa rutera je 192.168.0.254

DNS na klijentima nikako 8.8.8.8! Baš zbog takvih podešavanja se javljaju "gremlini" u mreži da server odjednom "nestane", ili da neko ne može da se uloguje iz čista mira a do pre par minuta je mogao, i sl. Slažem se sa bachi-jem za mrežni opseg, odmah u startu odradi kako treba da ne moraš kasnije na teži način da saznaješ male tajne VPN-a (odnosno da nas posle ne smaraš sa pitanjem "klijent se uspešno konektuje na VPN ali ne može da pristupi nijednom serveru")...

Ne, ne, ne... Ništa ne paziš na času. Jedini DNS server je domen kontroler, dakle taj tvoj server, znači sve što imaš u domenu mora isključivo da koristi adresu servera u podešavanjima DNS-a i NIJEDNU drugu, ništa adresa rutera, ništa DNS serveri provajdera, ništa Google DNS, zaboravi na bilo koji drugi DNS server osim tog domenskog. Jedino mesto gde bilo gde u domenskoj mreži sme da se nađe neki drugi DNS server je Forwarders tab, kao što ti je bachi obajsnio u jednom od prethodnih odgovora. Ako staviš bilo koji drugi DNS server na bilo koji klijent ili server u mreži, imaćeš one "gremline" kao što sam ja opisao u prethodnom postu.

Dobro, ako sam dobro razumeo, treba da postavim ovako:
IP adrese klijenata: 192.168.0.xx
Subnet: 255.255.255.0
Default gateway: 192.168.0.254

Prefered DNS: 192.168.0.250

Gde je 192.168.0.250 statička IP adresa servera (podešena na mrežnoj kartici). Sve Role na serveru su 192.168.0.250 (ADDS, DHCP, DNS, NAP...)
Statička IP adresa rutera je 192.168.0.254

Pokušao sam da menjam DHCP scope na serveru koji je podešen od 192.168.0.90 - 192.168.0.150, iako sam sa administratorskog naloga to radio nije server hteo da izvrši promene.

Sve sam podesio kako ste mi rekli. DNSovi na klijenitma su sa IPadresom servera, sve kako treba. Skinuo drajver za mrežnu karticu za server, instalirao! I sve je radilo dobro do sinoć! Mreža je opet pukla pri bekapu sa servera na NAS server., a četiri dana je radila kako treba! U međvremenu sam sa par kijenata prebacivao velike fajlove na NAS, i mreža nije pucala. Mreža tačno puca u vreme bekapa servera! Imate li još kakvih ideja?!
Kako da podesim IP adresu na mrežnoj kartici na serveru? DA li da je ostavim na DHCP, ili da postavim statičku adresu?

Samo nam još jedan detalj nisi rekao: kako to "pukne mreža"? Promeni se mrežni indikator u onaj sa žutim trouglom & uskličnikom ili u onaj sa crvenim krstićem ili samo nema protoka podataka ili šta? Da li dobijše neku poruku o grešci u Event Vieweru kada se to desi? Kako je podešen Speed & duplex na mrežnoj kartici, da li je kabel dobro nakrimpan, koliko imaš svičeva između servera i NAS-a i da li oni po svojim k-kama mogu da izdrže toliki saobraćaj? Ima tu još mnogo pitanja, ali ovo je za početak...

"Mreža pukne" - klijenti na mrežnim diskovima imaju crvene krstiće, i ne mogu da pristupe istim. Mrežni indikator na klijentima ne prikazuje nikakvu grešku.
Poruka u Event vieweru:
Event ID 50
{Delayed Write Failed} Windows was unable to save all the data for the file \\NAS-Backup01\Backup\NetBakData\xxxx.xxx .. C\Ipisnew\IPIS-KO\DOKARH\WORK\WRK-AR.DNX.qtmp. The data has been lost. This error may be caused by a failure of your computer hardware or network connection. Please try to save this file elsewhere.

Dva sviča između NASa i servera, kablovi OK, ništa nije menjano, na istim svičevima i kablovima je funkcionisalo bez greške. Tačnije pojava problema se javlja zajedno sa datumom updatea servera. Primetio sam na C windows.old i windows direktorijum kreiran 14.08. kada i počinje sva misterija.
Speed & duplex je podešen "Auto negotiation".

Za početak poteraj dcdiag iz command prompta da vidiš da li ti je sve po pitanju mreže konfigurisano kako treba (možeš i na samom serveru i sa par klijenata), najbolje sa /v parametrom kako bi dobio više detalja. Proveri pomoću ping komande da li svi paketi stižu sa servera do NAS-a i obrnuto, i pomoću tracert da li imaš negde "usko grlo" u protoku. To što je preko tih svičeva radilo ranije ne mora ništa da znači, možda je promenjen MTU na samom serveru i dolazi do fragmentacije paketa, samim tim i više saobraćaja pa svičevi jednostavno ne mogu da stignu sve da obrade - postoji jako puno scenarija šta je moglo da krene naopako, tako da prvo odradi sve osnovne testove, pa ako ne vidiš ništa čudno ili sumnjivo onda da tražimo negde dublje.

Evo testova:
C:\Users\Administrator>dcdiag

Directory Server Diagnosis

Performing initial setup:
Trying to find home server...
Home Server = IPISS
* Identified AD Forest.
Done gathering initial info.

Doing initial required tests

Testing server: Default-First-Site-Name\IPISS
Starting test: Connectivity
The host f47ab535-9982-456a-9f2f-bc879fc4a19d._msdcs.ipiss.local could not be resolved to an IP address. Check the DNS server, DHCP, server name, etc.
Got error while checking LDAP and RPC connectivity. Please check your firewall settings.
......................... IPISS failed test Connectivity

Doing primary tests

Testing server: Default-First-Site-Name\IPISS
Skipping all tests, because server IPISS is not responding to directory service requests.


Running partition tests on : ForestDnsZones
Starting test: CheckSDRefDom
......................... ForestDnsZones passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... ForestDnsZones passed test CrossRefValidation

Running partition tests on : DomainDnsZones
Starting test: CheckSDRefDom
......................... DomainDnsZones passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... DomainDnsZones passed test CrossRefValidation

Running partition tests on : Schema
Starting test: CheckSDRefDom
......................... Schema passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... Schema passed test CrossRefValidation

Running partition tests on : Configuration
Starting test: CheckSDRefDom
......................... Configuration passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... Configuration passed test CrossRefValidation

Running partition tests on : ipiss
Starting test: CheckSDRefDom
......................... ipiss passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... ipiss passed test CrossRefValidation

Running enterprise tests on : ipiss.local
Starting test: LocatorCheck
......................... ipiss.local passed test LocatorCheck
Starting test: Intersite
......................... ipiss.local passed test Intersite



C:\Users\Administrator>ping 192.168.0.120

Pinging 192.168.0.120 with 32 bytes of data:
Reply from 192.168.0.120: bytes=32 time<1ms TTL=64
Reply from 192.168.0.120: bytes=32 time<1ms TTL=64
Reply from 192.168.0.120: bytes=32 time<1ms TTL=64
Reply from 192.168.0.120: bytes=32 time<1ms TTL=64

Ping statistics for 192.168.0.120:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms


C:\Users\Administrator>tracert 192.168.0.120

Tracing route to NAS-BACKUP01 [192.168.0.120]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms NAS-BACKUP01 [192.168.0.120]

Trace complete.

C:\Users\Administrator>dcdiag /v

Directory Server Diagnosis

Performing initial setup:
Trying to find home server...
* Verifying that the local machine IPISS, is a Directory Server.
Home Server = IPISS
* Connecting to directory service on server IPISS.
* Identified AD Forest.
Collecting AD specific global data
* Collecting site info.
Calling ldap_search_init_page(hld,CN=Sites,CN=Configuration,DC=ipiss,DC=local,LDAP_SCOPE_SUBTREE,(objectCategory=ntDSSiteSettings),.......
The previous call succeeded
Iterating through the sites
Looking at base site object: CN=NTDS Site Settings,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=ipiss,DC=local
Getting ISTG and options for the site
* Identifying all servers.
Calling ldap_search_init_page(hld,CN=Sites,CN=Configuration,DC=ipiss,DC=local,LDAP_SCOPE_SUBTREE,(objectClass=ntDSDsa),.......
The previous call succeeded....
The previous call succeeded
Iterating through the list of servers
Getting information for the server CN=NTDS Settings,CN=IPISS,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=ipiss,DC=local
objectGuid obtained
InvocationID obtained
dnsHostname obtained
site info obtained
All the info for the server collected
* Identifying all NC cross-refs.
* Found 1 DC(s). Testing 1 of them.
Done gathering initial info.

Doing initial required tests

Testing server: Default-First-Site-Name\IPISS
Starting test: Connectivity
* Active Directory LDAP Services Check
The host f47ab535-9982-456a-9f2f-bc879fc4a19d._msdcs.ipiss.local could not be resolved to an IP address. Check the DNS server, DHCP, server name, etc.
Got error while checking LDAP and RPC connectivity. Please check your firewall settings.
......................... IPISS failed test Connectivity

Doing primary tests

Testing server: Default-First-Site-Name\IPISS
Skipping all tests, because server IPISS is not responding to directory service requests.
Test omitted by user request: Advertising
Test omitted by user request: CheckSecurityError
Test omitted by user request: CutoffServers
Test omitted by user request: FrsEvent
Test omitted by user request: DFSREvent
Test omitted by user request: SysVolCheck
Test omitted by user request: KccEvent
Test omitted by user request: KnowsOfRoleHolders
Test omitted by user request: MachineAccount
Test omitted by user request: NCSecDesc
Test omitted by user request: NetLogons
Test omitted by user request: ObjectsReplicated
Test omitted by user request: OutboundSecureChannels
Test omitted by user request: Replications
Test omitted by user request: RidManager
Test omitted by user request: Services
Test omitted by user request: SystemLog
Test omitted by user request: Topology
Test omitted by user request: VerifyEnterpriseReferences
Test omitted by user request: VerifyReferences
Test omitted by user request: VerifyReplicas

Test omitted by user request: DNS
Test omitted by user request: DNS

Running partition tests on : ForestDnsZones
Starting test: CheckSDRefDom
......................... ForestDnsZones passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... ForestDnsZones passed test CrossRefValidation

Running partition tests on : DomainDnsZones
Starting test: CheckSDRefDom
......................... DomainDnsZones passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... DomainDnsZones passed test CrossRefValidation

Running partition tests on : Schema
Starting test: CheckSDRefDom
......................... Schema passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... Schema passed test CrossRefValidation

Running partition tests on : Configuration
Starting test: CheckSDRefDom
......................... Configuration passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... Configuration passed test CrossRefValidation

Running partition tests on : ipiss
Starting test: CheckSDRefDom
......................... ipiss passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... ipiss passed test CrossRefValidation

Running enterprise tests on : ipiss.local
Test omitted by user request: DNS
Test omitted by user request: DNS
Starting test: LocatorCheck
GC Name: \\IPISS.ipiss.local
Locator Flags: 0xe00073fd
PDC Name: \\IPISS.ipiss.local
Locator Flags: 0xe00073fd
Time Server Name: \\IPISS.ipiss.local
Locator Flags: 0xe00073fd
Preferred Time Server Name: \\IPISS.ipiss.local
Locator Flags: 0xe00073fd
KDC Name: \\IPISS.ipiss.local
Locator Flags: 0xe00073fd
......................... ipiss.local passed test LocatorCheck
Starting test: Intersite
Skipping site Default-First-Site-Name, this site is outside the scope provided by the command line arguments provided.
......................... ipiss.local passed test Intersite

C:\Users\Administrator>

Moraš prvo ovo da popraviš - nedostaju ti neki ključni zapisi u DNS tabeli, da bi ih popravio pokreni "nltest /dsregdns" iz command prompta sa administratorskim privilegijama, a posle toga "dcdiag /fix". Onda ponovo pokreni "dcdiag /v". Naravno, sve pod uslovom da ona prva nltest komanda prođe bez grešaka. Možda će morati ručno da se popravljaju zapisi u DNS tabelama, ako već dođe do toga onda ti forum tu ne može puno pomoći... Ovo je još jedan od razloga zašto ne sme da se nađe nijedan drugi DNS u TCP/IP podešavanjima mrežne konekcije, server se registrovao ko zna gde umesto u lokalnom domenu, i sad ni on sam sebe ne može da pronađe ;-)

Da se javim svima koji su hteli da pomognu i da prijavim da je problem rešen. Problrm je bio u jednom air live switchu koji sam slučajno pronašao sakrivenog iz jednog ormara. Switch je bio 100MB a mreža gigabitna. Switch izbačen, kupjen novi mikrotik ruter, jer do sad je bio telekomov ruter u mreži. Sada konačno mikrottik sve rutira, isključio dhcp na serveru, i odmah druga priča. Dodao još uplinkova od rutera ka switchevima i sad je već pesma raditi sa mojom mrežom. Konačno sam uspostavio kontrolu nad switchevima sa bebicom zvanom mikrotik koji mi ujedno i rutira telekomov vdsl.
Svima hvala na zalaganju oko mog problema!