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
