
nic_power
Mitglieder-
Gesamte Inhalte
3983 -
Benutzer seit
-
Letzter Besuch
Inhaltstyp
Profile
Forum
Downloads
Kalender
Blogs
Shop
Alle Inhalte von nic_power
-
Hallo, Jupp. Da der Linux-Router nur Routen aber nicht NATten soll, reicht es das IP-Forwarding einzuschalten. Die "directly connected" Netze sind dann sofort erreichbar. Für ein weiteres Gateway muss dann auf dem Router noch die Default-Route entsprechend eingetragen werden. Nic
-
Hallo, ich würde mir gut überlegen, ob Du das Gerät wirklich in den USA kaufen möchtest (es sei denn, Du bist vor Ort und kannst es mitbringen). Neben den Versand- und Zollkosten musst Du dir auch im klaren darüber sein, dass Du in D unter Umständen keinerlei Garantieansprüche hast, wenn ein Defekt auftritt. Nic
-
Hallo, Das meine ich damit. Die Clients benötigen in jedem Fall eine Route für das Netz des Proxies; das kann natürlich auch die Default-Route sein (aber da ich Deine Client-Config nicht kenne, weiss ich auch nicht, ob Du dort überhaupt eine Default-Route hast oder nicht). Nic
-
Hallo, das läßt sich auch im config-File des snmpd einstellen (snmpd.conf, keyword "com2sec"). Damit sind auch Gruppen usw. realisierbar. Nic
-
Hallo, oder über einen Scanner wie "nmap" (http://cgi.insecure.org/cgi-bin/pro/pro.pl?iframe, kostet nix) oder "retina" (http://www.eeye.com/html/, kostet Geld). Nic
-
Hallo, in dem Fall wäre es das einfachste, wenn Du dir eine Distribution kaufst, da dort ein Handbuch mit geliefert wird, in dem die Installation der notwendigen Dienste Schritt für Schritt erklärt wird. Beispielsweise von Suse (http://www.suse.de). Nic
-
Hallo, das stimmt so pauschal leider nicht. Die maximale Größe der MTUs ist abhängig von eingesetzten Ethernet-Standard, und es gibt da durchaus einige Unterschiede zwischen 10/100 und GBit-Netzwerken. In GBit Netzwerken können auch Jumbo-Frames eingesetzt werden, die deutlich größer werden können (1518-9000 Bytes; teilweise noch größer); ob dies der Fall ist, hängt in erster Linie von Deiner Netzwerkinfrastruktur und den Einstellungen auf den Clients ab. Ist eigentlich unerheblich, da es Network-Analyser gibt, die für praktisch jede Plattform verfügbar sind Ein Möglichkeit den Durchsatz zu messen wäre Ethereal. Ethereal ist praktisch für jedes aktuell Betriebssystem (Windows, Linux, BSD, Unix, usw.) verfügbar: http://www.ethereal.com/ Falls Dir Etherreal zu umständlich ist, kannst Du auch (ich nehme an, Du suchst was für Windows) Traffikmonitor (http://www.trafficmonitor.de/) oder dumeter (http://www.dumeter.com) verwenden. Nic
-
Hallo, Ich verstehe die Frage leider nicht so ganz. SNMP schickt von sich aus keine Daten (Ausnahme sind Traps). D.h. Du benötigst eine Anwendung (also besagtes Management-Tool oder auch einen MIB-Browser), der entsprechende GET oder SET Nachrichten an das Gerät schickt und die Antworten auswertet. Nic
-
Hallo, ja, sollte eigentlich problemlos laufen. Einfach 3x in unterschiedliche Partitionen installieren. [edit] Da war der Chief schneller als ich. Nachtrag: Eventuell wäre für einen Test-Rechner (je nach Anwendungszweck) auch dein Einsatz von vmware oder virtualPC sinnvoll. Nic
-
Hallo, normalerweise mit der Management-Software, die mit der Hardware ausgeliefert wird. Alternativ kannst Du auch ein Netzwerkmanagement-System verwenden (wie OpenView -> Overkill in diesem Zusammenhang) oder einen MIB-Browser (http://www.solarwinds.net/Tools/MIB_Browser/MIB_Browser/index.htm). Nic
-
Hallo, ist auf den Clients auch die Route für das Proxy-Netz konfiguriert? Nic
-
Hallo, doe großen Linux-Anbieter haben auch Kurse mit den entsprechenden Zertifikaten im Angebot: http://www.redhat.com/training/ http://www.suse.de/en/business/certifications/ul_certification/index.html bzw. hier: http://www.lpi.org/ Vielleicht ist da ja was passendes für Dich mit dabei. Nic
-
Hallo, ich habe hier ein Siemens S6120 auf dem sich Suse problemlos installieren liess und ebenso problemlos läuft. Einziger Haken an der Sache ist der Centrino-Chipsatz, da das WLAN nicht von Hause aus unterstützt wird. Es gibt allerdings einen Third-Party Treiber (den ich nicht ausprobiert habe): http://linuxant.com/ Nic
-
Hallo, welche IP-Adressen haben denn die Clients? Liegen die Adressen im selben Netz wie der AP und wurden diese auch per DHCP vom AP verteilt? (es gibt Geräte, die nur einen Zugriff zulassen, wenn die IP-Adressen dynamisch von ihnen vergeben wurde). Wie siehts mit SSID und ggf. WEP-Key aus? Sind dieses identisch? Nic
-
Hallo, Für Unix/Linux gibts das Tool "tr" ("tranlate") mit dem Du Zeichen konvertieren kannst; weitere Möglichkeiten wären "sed" oder auch "awk", usw. Das mit den Normen ist so eine Sache. Wenn die Zeichensätz nicht "gleich gross" sind (also beispielsweise 7 vs. 8 Bit), wirst Du Probleme bekommen. Etwas anderes ist es, wenn einige Zeichen falsch angezeigt werden, weil beispielsweise kein deutscher Zeichensatz eingestellt ist oder Zeichen auf den verschiedenen Systemen unterschiedliche interpretiert werden (beispielsweise "*", "?", Groß/Klein-Schreibung, Steuerzeichen oder Dateinamen wie "com1.tar"). In dem Fall solltest Du eine für Deine Zwecke - eventuell in Abhängigkeit der verwendeten Anwendung - optimale Lösung suchen und dabei auch berücksichtigen, dass die Abbildung möglichst eindeutig (also wieder rückgängig) sein sollte. Nic
-
Hallo, ich werde es wohl erstmal mit BSD versuchen, da dies eine komplette und kostenlose Distribution ist. Danke Nic
-
Hallo, bringst Du da nicht einiges durcheinander? Es geht ja nicht unbedingt darum, ein API zu finden, welches über Funktionen der Art "X25_send()", "X25_receive()" usw. verfügt. Vielmehr war die Frage, wie man auf X.25 zugreifen kann. Und dieser Zugriff läßt sich durchaus problemlos mit Standard C/C++ realisieren. Nic PS: Ausserdem solltest Du auch nicht ausser acht lassen, dass es noch erweiterte C/C++ Standards gibt (wie Posix oder auch X/Open), die praktisch auf jeder Plattform vorhanden sind und unter anderem eine einheitliche Schnittstelle für Netzwerkkommunikation ("sockets"), systemnahe Operationen ("open", "close", "read", "write") usw. zur Verfügung stellen.
-
Hallo, ich hatte in der Tat nicht vor, bei jedem Beitrag auf den C oder C++ Standard zu verweisen. Was man jedoch sehr häufig sieht sind eben besagte Konstrukte der Art "fflush(stdin)" und endlose Diskussionen darüber (geht ja hier schon wieder los). An dieser Stelle ist der Standard (übrigens spricht man hier nicht von: "Norm") eindeutig, dass dies zu einem nicht vorhersehbaren Verhalten des Programmes führt und daher vermieden werden sollte. Wer entsprechende Konstrukte dennoch verwendet, muss davon ausgehen, dass er ein Programm erzeugt, welches nicht portable ist. Nic
-
Hallo, Das hilft mir leider nicht wirklich weiter, da ia64 !=64 Bit Architektur von AMD Als IA64 Architektur werden die Itanium und Itanium 2 CPUs bezeichnet, die einen eigenen Befehlssatz und eine völlig andere Architektur verwenden. Nic
-
Hallo, wo hast Du denn die Information her, das X.25 kein Standard ist? X.25 ist durch die ITU-T als Protokoll standardisiert! Als Interface kann ein serielles Interface zum Einsatz kommen. @buxbunny: Die Frage ist vielmehr, was programmiert bzw. angesprochen werden soll. Sollst Du etwas protokollspezifisches implementieren? Nic
-
Hallo, schau Dir mal "festival" (http://www.cstr.ed.ac.uk/projects/festival/) an. Die Software ist frei verfügbar, Windows wird unterstützt und das ganze ist unabhängig von der Sprache. Nic
-
Hallo, Beim Swapping werden komplette Prozess (bis auf die Kontrollstrukturen) auf Festplatte ausgelagert. Beim Paging hingegen einzelne Speicherseite (was wesentlich effizienter ist und deutlich weniger Performance kostet). Paging ist normal und tritt selbst dann auf, wenn ausreichend physikalischer Speicher vorhanden ist. Swapping hingegen ist der letzte Rettungsanker einer Speicherverwaltung und sollte in der Praxis eigentlich nie auftreten. Bestimmte Programme/Programmteile sollten sinnvoller nicht gepaged werden (beispielsweise shared libraries bzw. DLLs), da diese von mehreren Programmen verwendet werden. Nic
-
Hallo, Jupp. Gibt es, Du musst nur auf den großen "bestellen" Link klicken . Die Karten sind leider nicht ganz preiswert, die Duo-Version koster 759 Euro, die Quattro schlägt mit 1329 Euro zu Buche. Alternativ käme noch die Videum 4400 AV (vier Eingänge) für knapp 900 Euro in Frage. Es gibt allerdings auch noch andere Hersteller, die entsprechende Karten anbieten. Nic
-
Hallo, wenn Du tatsächlich mehrere gleichzeitig Signale digitalisieren möchtest, solltest Du besser auf eine Karte zurückgreifen, die über mehr als einen Eingang verfügt. Diese gibt es von verschiedenen Herstellern; beispielsweise hier: http://www.mcdc.de/produkte/videum_duo/ (zwei gleichzeitige Signale) http://www.mcdc.de/produkte/videum_quattro (dito, vier Signale) Nic
-
Hallo, das ist auch nicht wirklich neu Seiten wie diese gibts haufenweise: http://www.shibumi.org/eoti.htm http://www.1112.net/lastpage.html http://www.mythologic.net/end Nic