dr.disk
-
Gesamte Inhalte
1584 -
Benutzer seit
-
Letzter Besuch
Inhaltstyp
Profile
Forum
Downloads
Kalender
Blogs
Shop
Alle Inhalte von dr.disk
-
Kann ich dir nicht sagen, ob das bei Win standardmäßig dabei ist. Kuck halt mal in der httpd.conf. Ist das Modul dabei, wird es dort auf jeden Fall vermerkt sein. Den C-Quellcode brauchst Du normalerweise nicht. *.so sind Bibliotheken für Unix - ob die unter Windows für Apache genauso heißen - leider keine Ahnung. Muß Dich auf obigen Link verweisen - die wissen das garantiert
-
Hmm, kann ich nachvollziehen. So ein Durchschnittliches 300W Netzteil saugt ganz schön das Jahr über... Nochmals zurück zum Thema: Du hast doch noch eine Maschine für Linux - da sollte ja der Proxy drauf : kannst Du nicht aus dem den Webserver machen und Dein (wahrscheinlich: schönen und großen) Win Rechner nur für Entwicklung nehmen? Nur so ein Gedanke, da der Linux sowieso läuft...
-
Ist der NT-Server auch gleichzeitig Entwicklungsplatz? Falls nicht hab ich Deine Antwort (noch) nicht ganz verstanden...
-
Squid (www.squid-cache.org) als reverse Proxy erfüllt genau diese Aufgabe. Über den wirklichen Sinn kann ich Dir keine genaue Auskunft geben, wenn Du eh Linux ins Internest stellst, warum nimmst Du dann nicht gleich einen Apache-Webserver?
-
Ja, das geht. Dafür brauchst Du das Modul mod_proxy (http://httpd.apache.org/docs/mod/mod_proxy.html). Ich weiß nicht mehr in welchem, aber in irgendeinem Buch oder irgendwo auf der Apache-Seite hab ich gelesen, dass man lieber Squid (www.squid-cache.org) nehmen sollte.
-
Mit -v bringst Du badblocks dazu etwas kommunikativer zu sein.
-
Das weiß ich auch, da fehlt aber eine 4. Muß heißen 34443. Nochmals zu oben, weiß nicht wehr: ich kann auf dem Windows-Rechner keine Software installieren, ist also schwierig dort einen Sniffer zu installieren. Wo anders oben. Wirklich Sorgen mache ich mir nicht, ist bloß etwas seltsam. DCHP, BootP und wie sie alle heißen ist nicht installiert. (Also alles rein statisch).
-
Es wurde auch keine Einwahl ausgelöst - die Firewall hat, wie Du erwähnt hast das Paket ja verworfen. Unter Win kenne ich zwar keinen Packetsniffer, dafür aber einige unter Unix. Das die Filtern können weiß ich auch. Das nächste Problem ist, daß ich auf dem Server kein Sniffer installieren kann. Und auf allen anderen Rechnern finde ich dann nicht raus, welches Programm das Paket erzeugt hat...
-
Ok, ein Broadcast ist kein Verbindungsaufbau im klassichen Sinne. Stimmt. Er würde aber Dial on Demand dennoch anstoßen... Sniffer ist so ne Sache - da ist allerhand Verkehr im Netz...
-
NAI TVD. Das sollte an Virenschutz eigentlich reichen...
-
Ok, das ist schon klar. In der Regel sind das NetBios Meldungen. Die gehen aber nur an das Netz indem der Windows-Rechner ist, nicht an 255.255.255.255. Dazu kommt, daß der Rechner das erst seit ein paar Tagen macht - irgendwelche neue Software wurde aber nicht installiert. :confused:
-
Kennt von Euch jemanden einen Trojaner auf Port 34443? In der Linux-Firewall wurde protokolliert, daß der W2K-Server versuchte einen Broadcast (255.255.255.255) auf Port 34443 aufzubauen. Ich hab keine Ahnung und auch nichts gefunden was das gewesen sein könnte.
-
Na das schreit doch mal wieder nach Ghostscript... Ghostscript gibt's hier: http://www.cs.wisc.edu/~ghost/
-
Sowas, richtig hübsch hier... Hab das gleiche Problem und hab deswegen mal im Forum gesucht. Nur leider keine Antwort gefunden. Geht's nur uns beiden so?
-
Wie lautet denn die genaue Fehlermeldung?
-
Zumindest steht der Chipsatz drin, der Herstellername auf der Verpackung ist doch sowieso völlig egal...
-
Bei der SuSE Distribution sind nicht alle Perl-Module dabei - ist auch gar nicht machbar, es gibt einfach zu viele davon. Weitere Module findest Du unter cpan.perl.org, da ist auch auf jeden Fall das Modul dabei welches du brauchst. Wie lautet denn der genaue Name des Moduls? Perl::Base? Laut CPAN gibt's das nicht...
-
Am Besten: Firewall und Squid nicht anrühren sondern den RealPlayer richtig konfigurieren. Dazu unter Ansicht\Einstellungen\Proxy den HTTP-Proxy und Port manuel einstellen. Anschließend unter Transportprotokoll für RTSP und PNA 'nur HTTP verwenden' einstellen. Funktioniert bei mir wunderbar, habe ebenfalls eine Firewall mit Squid-Webproxy.
-
Für Linux gibt's doch sicherlich ebenfalls das Ini-Modul. Suche doch mal unter cpan.perl.org
-
Umlenken des STDOUT?
dr.disk antwortete auf bloodybastard's Thema in Skript- und Webserverprogrammierung
Klingt immer noch komisch, schreit aber für meinen Geschmack nach einer Pipe. Ooops. Erwischt. Stdout auf Stdin ist eine Pipe, zwar eine kuriose, aber immerhin. Wie wär's denn mit einer benannten Pipe oder einem Unix-Domain-Socket? Würde halt (evtl.) hübscher aussehen... -
Es gibt viele Include Path da draussen, für welche Sprache soll es denn sein?
-
Board und Chipsatz wären interessanter gewesen... Sowas ähnliche hatte ich auch mal. Geb bei LILO mal das Argmuent "noapic" an, wirkt sehr oft. Wenn das nix bringt geb mal "apm=off" mit dazu an.
-
Umlenken des STDOUT?
dr.disk antwortete auf bloodybastard's Thema in Skript- und Webserverprogrammierung
Ja, das geht. In welcher Sprache soll es denn sein? Und vor allem wozu? Da Dein Programm das ausgibt was Du lesen willst kannst Du doch auch schon im Programm eine Kopie davon machen... Unter Perl funktioniert das so: open(PID, "-|") -
Ok, unter Unix geht's, aber unter Windows? Ich meine die IP ist kein Problem, aber der Name? Wäre mir neu wenn das funktionieren würde (und sogar irgendwie ganz praktisch )
-
@TschiTschi So hab ich das auch gemeint, ich selbst hab schon einige VPNs mit dynamischen IPs aufgestellt (meistens mit FreeS/WAN). @HCHC Und? Weiter? Z.B. wie Konfiguriert, von wo nach wo (mit ISDN oder DSL)? usw. Hellsehen kann ich leider noch nicht, bin aber nah dran
