hm
ne salim se, ali jesi li probao vise puta? :-)
Opet napominjem da se ne salim, jer je sql express imao neko glupo ponasanje kad se konektujem sa strane, i to bas SQL autentikacijom... prvi put ne dozvoli konekciju (doduse, bojim se da je izbacivao time-out gresku), probam jos jednom i prodje (naravno, podrazumeva se da je dopusteno konektovanje sa strane, TCP/IP, SQL autentikacija...).
Hmmm, sad kad na ovo dodam da se ne secam sta sam radio povodom toga (nasao sam na googleu lek i upotrebio ga), bojim se da je moj post bas nekoristan...
:-)

Jel mozes sa bilo kog udaljenog servera da se konektujes na Komp2 ili samo lokalno? Jes li ukljucio "allow remote connection" i TCP/IP?
Provjeri po kom portu osluskuje, pokusaj telnetom da se nakacis....

Probao vise puta, tokom vise dana.
Port jeste otvoren. Dozvoljeno je remote povezivanje.
Mogu da se povezem remote sa Komp4 na Komp2 ako sam na Kompu4 ulogovan na local computer, ali ako se na njemu ulogujem na domen, ne mogu se povezati sa sql-om. Ne bi trebalo da ima veze jedno sa drugim, ali eto...
Znaci, razlika izmedju "radi" i "ne radi" je samo u tome da li sam ja na kompu4 ulogovan na lokalni windows ili na domen.

Buduci da nemam iskustva sa Vistom, tesko cu ti pomoci :), jedno sta mi jos pada na pamet je da prilikom instalacije MS SQL 2008 on nudi i neko podesavanje vezano za Vistu, al ne sjecam se tacno sta jer mi i nije trebalo....

Isto je i sa XP-a.

Pa realno , moguce da te zeza i domen kotroler... ako ti je dignut firewall na njemu (ISA) onda proveri rulove tamo da li i ko sme da se konektuje na server preko porta 1433 . Mozda i polise na domen kotroleru treba da podesis za taj account sa kojim se logujes na Domen. Mnogo mi nebulozna ta situacija da ti van domena dozvoljava konekciju sa SQL serverom a u domenu ne ... posebno kad ti je SQL Server verovatno u domenu pretpostavljam.

Ne, SQL server nije na domenu, to i jeste fora. On nije na domain controler-u vec na XP-u koji je umrzen sa svima ostalima ali nije na domenu, u workgroup-i je.
Nema ISA-e a i da ima, ne bi trebalo da ima ikakve veze, na putu od klijenta do sql-a ne bi trebalo da DC stoji na bilo koji nacin...

Sto vise citam ovu temu vise mi smrdi na neki policy.

Imao sličan slučaj, mislim da je bio policy, u mom slučaju u visti, ne sećam se najbolje jer sam se iznervirao, ali recimo da sam išao Control panel, pa na Advanced system settings pa na tab Computer name pa Network ID i/ili Change, da bi isforsirao da usklade credential-e, sertifikate, what ever..

Mislim da ista procedura važi za domain i workgroup tip mreže, a mislim da konkretno vista, ima neki keš za sertifikate pa ponovnim priključenjem/isključenjem domain-u i/ili grupi se usklade...

Dali je bio error code 18452, prilikom neuspele konekcije ?

Dozvoli remote connections na 2008 serveru

opti2k4, dozvoljene su.
Sto se ostalog tice (ne videh ranije mmix-ov i dejanet-ov odgovor), sad vise ne mogu da proverim. Sada je SQL Server prebacen na server koji je i DC i sad sve radi kada su i korisnici i sql na domenu.
Hvala na trudu.

Znas da to nije po best-practices po MSu treb da kupis jos jedan OS license da SQL bude na svom serveru

Nije valjda ;)
Znam ja to sve, al' ovo je all-purpose server (dc, web, sql, mail...). Znas vec kako to ide :)

Kome zafale resursi za razvoj moze ms sql server 2008 developer edition, 50$ po glavi..

Cak i da ne krsis licencu dev verzije koristeci je u produkciji (sto radis ;)) i da kazes da su ti svi korisnici developeri dev verzija je licencirana kao single user per instance, sto znaci da za svakog korisnika sistema moras da imas posebno instaliran SQL server. To vec ne mozes da sakrijes na auditu.

napisao 50$ po glavi..

5 sql dev licenci * 50 evra = 250 evra
5 SQLCAL 2008 * 200 evra = 1000 evra

i sta je problem ?

5 sql dev licenci = 5 sql server instanci sa po jednim korisnikom
5 sql cal licenci = 1 jedna sql instanca sa 5 korisnika

velika razlika i veliki problem ako hoces da ispostujes licencu.

..bas tako 1 instanca po developeru i masini,

postavi se script ili jos bolje uml na serveru(svn), koji developeri preuzimaju, na lokalu urade update baze preko plugin-a za uml(npr. ArgoUML ima svasta po tom pitanju) ili prosto izvse preuzet sql script ili vec ko sta ima i ko u cemu voli da radi...

nije nikakav problem raditi u tom okruzenju i ne krsiti licencu i organizacija posla je ok..

sql dev. edition radi na xp i visti..

a mos' i da instaliras SQL Express koji je dz i nema licencnih problema.
retko ko radi metodom koju si ti naveo jer je to brdo pesackog posla oko obilazenja single-user licence za nesto sto esencijalno nije neophodno. ArgoUML nisam koristio ali definitivno nisam veliki fan publikovanja entiteta direktno iz UML class dijagrama (ni database ni code level) jer to neminovno ogranicava funkcionalnost redukcijom na najmanji zajednicki sadrzalac i izjednacavanjem storage entiteta sa business entitetima, medjutim ovo je offtopic.

Ta developer verzija je malo corava, ne treba skoro nikome sem mozda enterprise developerima za testiranje enterprise funkcija kao sto su replikacija i partitioning (sto inace i nije development vec administrativni posao) i neukim IT menadzerima koji misle da su time dobili jeftin produkcioni server. Izuzetak su naravno ETL i warehousing i jace ali ni to nije deo ove price. Firmama koje se ozbiljno bave time cene licenci ne predstavljaju problem.