Dann gratuliere ich Dir zu dem Auftrag... Du mußt als erstes verifizieren, ob Du Dich auf den MS-Server connecten kannst, um den Fehler im Ausschlußverfahren zu finden. Dann benutze doch im Zweifelsfall eine derer MS-Boxen mit Adminrechten zur Installation von wireshark.
Gerne schauen wir hier auch einmal über Deine connect-Methode bzw. Klasse im PHP-Script, just in case. Moritz Bellach schrieb: > Normalerweise würde ich einfach meinen Laptop ans Netz klemmen und > genau das machen. Aber man kennt ja die Firmen: Nein der private > Linuxlaptop darf nicht ans Netz, wer weiß was wir da für Viren > bekommen -.- obwohl ichs ihnen da ein bißchen gegeben habe, als ich > gefragt habe ob ich den Laptop in die Firma mitnehmen darf > (normalerweise auch schon verboten) "Sie wollen den aber nicht auch > noch hier ins Netzwerk stecken oder?" Ich: "Nein, wer weiß was für > Viren ich von Windows Netz hier sonst noch kriegen würde!" Die: > *doof-guck*. Mir war halt von vornherein klar, dass das nix wird. Die > haben hier nur ein Unixsystem, wegen SAP und damit kennt sich hier > genau eine Person aus... > Ganz abgesehen davon würde ich aber auch selbst als Admin wohl kaum > die Firewall zwischen der Intranet DMZ, in der auch der SQL-Server > ist, und dem IIS, der öffentlich erreichbar ist einfach deaktivieren. > > Am 28.09.07 schrieb Stefan Lamby <[EMAIL PROTECTED]>: > >> Das mit dem: "ich bin jung und brauche das Geld" hat mir gefallen :-)) >> >> Okay, ich weiß nicht, wie weit Du Dich mit wireshark (früher ethereal, >> gibt's auch für WinXP) auskennst und Dir den Traffic auf der >> betreffenden Schnittstelle anschauen kannst, um der Angelegenheit bezgl. >> der FW auf den Grund zu gehen, aber das einfachste ist diese kurzzeitig >> zu deaktivieren (Server + Client) und dann den connect erneut zu versuchen. >> >> Wenn die Dich nach Stunden zahlen, ist dieser Versuch auch in deren >> Interesse :-) >> >> Gruß >> Stefan >> >> >> Moritz Bellach schrieb: >> >>> Moin Liste, >>> >>> gleich im voraus: ich bin jung und brauche das Geld. >>> Also folgendes: Ich habe hier für $FIRMA $Inventar_DB_Frontend in PHP >>> geschrieben. Angefangen habe ich auf meinem Gentoo mit apache, php5 >>> und mysql. Um der sache realitätsnäher zu kommen, habe ich dann eine >>> VMware eigerichtet mit XP und MSSQL Express Server 2005. Sogar das hat >>> erstaunlicher weise nach einigem gewürge geklappt. Jetzt wollte die >>> Firma das Ding mal testen, hat php5 auf ihrem iis (version keine >>> ahnung) installiert. Nach weiterem rumgewürge lief da dann auch das >>> php. Nur die Datenbank will nicht. Ich bekomme eine simple mssql >>> Fehlermeldung nach dem Motto "Could not connect to database", das >>> wars. Details hält mssql anscheinend für unnötig. Das connect läuft >>> ganz normal mit sql Authentifizierung (ich hasse dieses Wort): ip, >>> username, password. Die Instanz des sql servers hat den Standardnamen >>> und den Standardport, daran sollte es also nicht liegen. Ich >>> persönlich erkenne nur wenige Unterschiede. >>> Anderer Webserver: Daran liegts nicht, php allein funktioniert und >>> lädt laut phpinfo auch die mssql extensions >>> andere mssql Version (Enterprise Dingsbums $jahreszahl und nicht >>> express): gibts da was zu beachten? >>> Firmenfirewall: Angeblich haben die Admins das eingerichtet, aber >>> irgendwie hab ich ja den Verdacht dass in dieser ganzen >>> unübersichtlichen Windows Domain ******* der Hund erhängt und begraben >>> ist. Aber da habe ich keinen Zugriff drauf. Von daher wollte ich erst >>> mal sicherstellen, dass von der Enwicklungsseite nix falsch läuft >>> bevor ich dem Admin sage er soll sich das alles nochmal richtig >>> angucken ^^. >>> Tut mir leid, dass ich das hier auf die Liste knalle, aber irgendwie >>> habe ich das Gefühl, dass hier mehr Wissen udn Weisheit zu finden ist >>> als in Win-Noob-Foren. >>> *rumps* Aua, wo kommt denn dieser Schleim auf dem Boden plötzlich her? >>> >>> Gruß Moritz >>> >>> >> -- >> ---------------------------------------------------------------------------- >> PUG - Penguin User Group Wiesbaden - http://www.pug.org >> >> >>
-- ---------------------------------------------------------------------------- PUG - Penguin User Group Wiesbaden - http://www.pug.org
