[PHP] Externe Unix webserver verbinden met SQLServer *

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
We hebben een probleem met het verbinden van een externe Unix webserver die PHP gebruikt om een verbinding te maken met onze Microsoft SQL server.

Op de Unix server wordt gebruik gemaakt van FREETDS om de verbinding tot stand te brengen.

De firewall e.d. staan goed want als ik vanuit een andere locatie met de enterprise manager verbinding maak met onze SQL server, dan heb ik gewoon verbinding.

Maak ik vanuit de webserver via PHP verbinding, krijg ik steeds de melding dat de SQL server niet is gevonden.
Voer ik hetzelfde script intern op onze (IIS)webserver met PHP uit, dan werkt het script wel goed.

Dit is het script wat de verbinding maakt:

<?
// Include Connectie

$db = mssql_connect("IPadres:1433","login","password") or die("Couldn't connect to SQL Server on IPadres:1433"); ;

mssql_select_db("database", $db);


?


We kunnen niet de Unix server beheren omdat deze in amsterdam staat.
Dit laten we doen door de beheerder daar.

Acties:
  • 0 Henk 'm!

  • Ganja-Cape
  • Registratie: Maart 2001
  • Laatst online: 20-09 09:41
Ik heb geen ervaring met mssql, maar bestaat er niet een mssql_error()?
als je die dan in de die() zet krijg je misschien wat meer info over wat er fout gaat. :)

edit: ik zie dat iets als mssql_error() niet bestaat (mayb mssql_get_last_message?)

[ Voor 22% gewijzigd door Ganja-Cape op 15-11-2004 15:49 ]


Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
Ganja-Cape schreef op maandag 15 november 2004 @ 15:44:
Ik heb geen ervaring met mssql, maar bestaat er niet een mssql_error()?
als je die dan in de die() zet krijg je misschien wat meer info over wat er fout gaat. :)
Deze commando bestaat niet voor MSSQL....

We hebben een logboek op de Unixserver wat dus aangeeft dat ie geen verbinding kan maken.

Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
[b][message=22127905,noline]
edit: ik zie dat iets als mssql_error() niet bestaat (mayb mssql_get_last_message?)
Gaan we nu even testen.

Acties:
  • 0 Henk 'm!

  • Ganja-Cape
  • Registratie: Maart 2001
  • Laatst online: 20-09 09:41
Nog iets, ik weet niet of dit ook in je script zit maar je hebt 2x punt komma achter connect. :)

Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
Ganja-Cape schreef op maandag 15 november 2004 @ 15:52:
Nog iets, ik weet niet of dit ook in je script zit maar je hebt 2x punt komma achter connect. :)
Was een copy fout. Zit niet in het script zelf

Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
Via mssql_get_last_message krijgen we ook alleen de melding:

MSSQL_connect : Unable to connect to server (servernaam)


Wordt je ook niet veel wijzer van |:(
Probleem is dat het eigelijk vandaag nog de lucht in moet :'(
En we zijn er al de hele dag mee bezig om het werkend te krijgen.

Acties:
  • 0 Henk 'm!

  • Ganja-Cape
  • Registratie: Maart 2001
  • Laatst online: 20-09 09:41
Ik weet niet of je al hebt gekeken op http://nl3.php.net/manual/en/function.mssql-connect.php tussen de usernotes zie ik ook een paar dingen staan freetds etc.

Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
Ganja-Cape schreef op maandag 15 november 2004 @ 16:06:
Ik weet niet of je al hebt gekeken op http://nl3.php.net/manual/en/function.mssql-connect.php tussen de usernotes zie ik ook een paar dingen staan freetds etc.
Hadden wij inderdaad ook al gevonden en dat heeft ook niet geholpen.
De installatie is volgens de systeembeheerder in Amsterdam goed gegaan.
Daar moet het niet aan liggen.

Ook is de authenticatie "dual" ingesteld zoals wordt aangegeven.
Dus windows en SQL authentication.

Acties:
  • 0 Henk 'm!

  • pthn
  • Registratie: Februari 2003
  • Laatst online: 31-07-2023
Je beschrijft dat op de lokale server de firewall goed staat, maar staat ie ook goed op de server? Kan je dat misschien testen door op een andere manier vanaf de remote server over die specifieke poort te connecten?

Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
pthn schreef op maandag 15 november 2004 @ 16:41:
Je beschrijft dat op de lokale server de firewall goed staat, maar staat ie ook goed op de server? Kan je dat misschien testen door op een andere manier vanaf de remote server over die specifieke poort te connecten?
Das een hele goeie......
Khoop eigenlijk dat de poort open staat, anders hebben we dus een hele dag alleen aan dit kleine puntje weggegooit.

We krijgen voicemail bij de systeembeheerder.........
Denk dat ie ons beu is :+

We zien het morgen dan weer.

Acties:
  • 0 Henk 'm!

  • Milo
  • Registratie: Januari 2000
  • Laatst online: 23-07 09:15
Vanaf een windows bak kan je zoiets checken door 'telnet 1433' te doen, dat zal allicht op de unix bak ook werken.

Lao Tzu: "As soon as you have made a thought, laugh at it."


Acties:
  • 0 Henk 'm!

  • Grijze Vos
  • Registratie: December 2002
  • Laatst online: 28-02 22:17
Ganja-Cape schreef op maandag 15 november 2004 @ 15:52:
Nog iets, ik weet niet of dit ook in je script zit maar je hebt 2x punt komma achter connect. :)
dat maakt verder niks uit. ;)

Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info


Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
Milo schreef op maandag 15 november 2004 @ 16:53:
Vanaf een windows bak kan je zoiets checken door 'telnet 1433' te doen, dat zal allicht op de unix bak ook werken.
Dat was ik idd vergeten te doen. STOM. maaruh, ik krijg inderdaad geen verbinding maken op poort 1433.
Poort 80 wel!!!!

#%#%

Sorry voor het taalgebruik!!!! onze eigen fout............ :X

Thnx iedereen _/-\o_

Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
Nou,

Dat was het ook niet!!!!!
De systeembeheerder daar was zelfs beledigd dat we dachten dat de IP-poort 1433 dicht stond :O

Maar we hebben we al iets meer gevonden.
Als ik vanuit mij thuis uit via de enterprise manager inlog, heb ik wel een verbinding.
Via ASP of PHP niet.

Iemand enig idee??

Acties:
  • 0 Henk 'm!

  • Pelle
  • Registratie: Januari 2001
  • Laatst online: 20:50

Pelle

🚴‍♂️

Toch meer iets voor de buren :)

Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
??

Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
Op de unix server is ook alles goed ingesteld.
We hebben een andere test MS SQL server gebruikt en daar kunnen we wel verbinding mee maken.
Lijkt dus toch iets bij ons te zijn.

Op dit moment gaat de leverancier van de firewall eens kijken want het lijkt daar in te zitten.

Nogmaals bedankt

Acties:
  • 0 Henk 'm!

  • Ganja-Cape
  • Registratie: Maart 2001
  • Laatst online: 20-09 09:41
Ik verveel me ff dus heb ik maar even wat gegoogled, als het de firewall toch niet is vond ik iets dat wel op jou probleem leek.

Hier heeft iemand volgens mij bijna zelfde probleem (andere error?). Hij geeft als oplossing dat je de MSSQL Client Tools echt moet installeren op de MSSQL server inplaats van slepen met de dll (wat volgens de documentatie wel kan), om de functies te laten werken in php.

Maarja, windows servers zijn bij mij onbekend terrein dus ik houd me mond voor de rest wel mayb heb je er wat aan, succes! :+

Acties:
  • 0 Henk 'm!

  • Hoover
  • Registratie: Augustus 2004
  • Laatst online: 03-09 13:32
Bleek een fout in onze firewall te zijn.
Op een of andere manier snapte het niet dat poort 1433 open moest.
:X

Een redirect gemaakt van 1432 extern naar 1433 intern en het werkte meteen.
Iedereen bedankt voor jullie hulp.
_/-\o_
Pagina: 1