Hej!

Jag försöker länka samman två sql-servrar.
Den ena servern som vi kan kalla PUBLIK1 har två nätverkskort. Det ena är kopplat till internet och det andra till intranet.
Den andra servern som vi kan kalla LOKAL1 har ett nätverkskort och är kopplat till intranätet.

Dessa servrar har rullat en tid nu och allt har fungerat bra.

När jag gör en koppling från LOKAL1 till PUBLIK1 och sedan startar QA och ställer en fråga
select * from PUBLIK1.pubs.dbo.authors

så fungerar det perfekt.

om jag däremot gör en koppling från PUBLIK1 till LOKAL1 och gör samma sak, så säger den att SQL-Servern saknas alternativt att det är fel rättigheter.

Efter lite felsökande noterade jag att om jag testar att ansluta med "telnet localhost 1433" på PUBLIK1 så går det utmärkt. Men samma sak på LOKAL1 returnerar ett fel.
Det är ju ytterst märkligt eftersom det går utmärkt att ansluta med QA/EM både lokalt på datorn, men även från andra datorer i intranätet.

ICS är aktiverad på PUBLIK1:s publika nätverkskort, men på LOKAL1 finns ingen brandvägg aktiverad.

Det går utmärkt att pinga localhost från LOKAL1 och det går även utmärkt att pinga LOKAL1 från andra datorer i intranätet.

Tips?

Kontrollera att du har tcp/ip aktiverat på lokal1.

Görs enklast med ett program som heter svrnetcn.exe och finns i "Microsoft SQL server\80\binn\tools

/Per-Erik

Ja det har jag. Den är inställd på port 1433 och hide server är inte ikryssad.
Jag har även named pipes...

Är det inte så att den försöker använda det yttre interfacet? Hur ser routing-tabellen ut på PUBLIK1?

Skriv route print i kommandotolken och kika så att det ser bra ut...

På LOKAL1 finns det bara ett nic.. men min routing table ser ut såhär...

Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 169.254.13.233 169.254.65.18 20
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
169.254.0.0 255.255.0.0 169.254.65.18 169.254.65.18 20
169.254.65.18 255.255.255.255 127.0.0.1 127.0.0.1 20
169.254.255.255 255.255.255.255 169.254.65.18 169.254.65.18 20
224.0.0.0 240.0.0.0 169.254.65.18 169.254.65.18 20
255.255.255.255 255.255.255.255 169.254.65.18 169.254.65.18 1
Default Gateway: 169.254.13.233
===========================================================================

Har ni bara ett subnät på insidan? (Inga routrar)

Hur ser routing tabellen ut på den publika servern?

Ja, bara ett subnät.. slasknät kan vi också kalla det... ;)

PUBLIK1:s routing table ser ut såhär...

Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 217.xx.xxx.1 217.xx.xxx.xxx 20
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
169.254.0.0 255.255.0.0 169.254.13.233 169.254.13.233 1
169.254.13.233 255.255.255.255 127.0.0.1 127.0.0.1 1
169.254.255.255 255.255.255.255 169.254.13.233 169.254.13.233 1
217.xx.xxx.0 255.255.255.0 217.xx.xxx.xxx 217.xx.xxx.xxx 20
217.xx.xxx.xxx 255.255.255.255 127.0.0.1 127.0.0.1 20
217.xx.xxx.255 255.255.255.255 217.xx.xxx.xxx 217.xx.xxx.xxx 20
224.0.0.0 240.0.0.0 169.254.13.233 169.254.13.233 1
224.0.0.0 240.0.0.0 217.xx.xxx.xxx 217.xx.xxx.xxx 20
255.255.255.255 255.255.255.255 169.254.13.233 169.254.13.233 1
255.255.255.255 255.255.255.255 217.xx.xxx.xxx 217.xx.xxx.xxx 1
Default Gateway: 217.xx.xxx.1
===========================================================================

Om du kör tracert från den publika till den lokala, kommer du fram då?

nslookup LOKAL1 returnerar rätt ipadress till din SQL Server?

Går det att ansluta till IP-adressen istället för till LOKAL1

/micke

>Om du kör tracert från den publika till den lokala, kommer du fram då?
Japp

>nslookup LOKAL1 returnerar rätt ipadress till din SQL Server?

Nej, den kommer inte fram... Vad gör jag åt detta? Den hittar alla andra datorer i nätverket.. humm!

>Går det att ansluta till IP-adressen istället för till LOKAL1

Nej det gör ingen skillnad, men det går som sagt att ansluta via QA och EM.

Om jag förstått det hela rätt, så kommer du åt LOKAL1 från alla datorer utom från SERVER1?

Det är ju typiskt någon mappning i nätverksinställningarna på SERVER1 som spökar. Se till att du kan pinga LOKAL1 från maskinen, så skall du se att SQL funkar att komma åt...

/micke

Jag kommer åt LOKAL1 från SERVER1 också, men inte via nslookup. Jag kommer inte åt LOKAL1 från någon dator i nätverket via nslookup.

Däremot kommer jag åt alla andra datorer.
Det som skiljer LOKAL1 från alla andra datorer är att LOKAL1 har fast ip medan de andra får sin ip från DHCP-servern.
Jag har dock ställt in dns-suffix/gateway/dnsserver/ip/subnät på LOKAL1 manuellt på samma sätt som de som får från DHCP-servern.

När jag jämför ipconfig /all på LOKAL1 och någon annan dator i nätverket så ser jag en skillnad - förutom att LOKAL1 har DHCP: Nej, så har den DNS Suffix Search List. . . . . . : mshome.net, och denna raden har in te de klienter som får sin IP genom DHCP.

Jag har provat att ställa in i Routing and Remote Access att exkludera den fasta ip som LOKAL1 har, men det gjorde ingen skillnad.

Tips?

Starta en kommandoprompt på SERVER1
skriv :
ping ip-till-LOKAL1

Funkar det?
Ja: Du måste troligtvis lägga till LOKAL1 + ipadress i din interna DNS

Nej: Du har en felaktig routingtabell/inställning på SERVER1

Det är alltså toligtvis din SERVER1 som har problemet INTE LOKAL1.

/micke

Hej!

Jo det fungerar bra att pinga LOKAL1 från SERVER1.

Jag tror också att det rör sig om att SERVER1:s DNS inte har uppdaterats med LOKAL1s info.
Frågan är hur man gör det manuellt, och varför det inte görs när man sätter ipadressen manuellt, men det görs när den tilldelas via DHCP?
Jag har ingen DNS-server installerad på SERVER1 så hur kan man lägga till den då?

Din DHCP server har väl förmodligen något som liknar en DNS? Där kan du börja leta.

ELLER:

Gå in på SERVER1 i Client Network Utility och lägg till ett Alias till LOCAL1, som pekar direkt på IP-adressen. Då slipper du strulet...

/micke

Detta är löst så jag kan ju skriva hur jag gjorde.

Problemet var ett flerstegsproblem.

Ett tag berodde problemet på att jag hade installerat mysql och en konflikt uppstod då trots att det var avinstallerat. När jag i min felsökning ominstallerade SQL-Server så glömde jag att lägga på SP2 och då var problemet kvar.
När jag sedan la på SP2 så fungerade allt normalt igen.