Constantin

Originally posted by Makxi

Da gebe ich dir vollkommen Recht,

mir ist nur nicht klar warum der BR ein Mitbestimmungsrecht bei der Einstellung einer neuen Mitarbeiterin haben soll??

(Frage 22)

Gruß Makxi

§99 BetrVG Personelle Einzelmassnahmen

Da ist der BR im Mitbestimmungsrecht.

Hmm also irgendwie treffen die meisten der Auswahlmöglichkeiten nicht ganz zu.

Ich muss ganz ehrlich sagen, das zumindest die GA1 und 2 so leicht waren, das die Prüfung eher schon als Geschenk anzusehen ist.

Also wer nicht in der Lage ist, mit diesen Anforderungen zumindest diese beiden Teile zu bestehen, der sollte sich vielleicht doch einen anderen Ausbildungsberuf suchen.

Wir waren hier bei uns aus der Ausbildungsgruppe 5 Verkürzer. Als dann die Pause kam, konnten wir es kaum fassen, dass wir vorher überhaupt Zeit auf die Prüfungsvorbereitung ver(sch)wendet haben.

Also angemessen ist hierbei noch weit untertrieben.

Gut der WiSo teil war dann etwas anspruchsvoller, und wird vermutlich den Schnitt etwas senken, aber ums Bestehen bzw. Nicht-Bestehen der Prüfung ging es nach den ersten beiden Aufgaben eh nicht mehr.

Und auch die letzte Aufgabe, in der dann eine Gehaltsabrechnung erstellt/berechnet werden sollte, stellte sich auch nicht als grosse Schwierigkeit da, zumindest nicht für jemanden, der ab und zu mal auf seinen eigenen Gehaltszettel schaut.

Die grösste Schwierigkeit war also letztendlich die, das unser Snack-Automat defekt war, aber ansonsten ein einziger grosser Witz.

Schönen Gruss aus Hannover an alle die diese Prüfung schreiben durften.

Original geschrieben von Onkel

Einen Azubi kann man nicht abmahnen, das hat Gerichtlich keinen belang, also wurd hier schon mal viel tinnef geredet.

Äh könntest Du mir bitte mal sagen wo das steht ?

Das ist mir nämlich neu, und aus dem ersten Gefühl heraus hätt ich gesagt das ist Unsinn was Du da behauptest. Deshalb mal ganz unverbindlich die Frage nach der Quelle

Schönen Gruss

Hallo zusammen,

ich habe da ein kleines bis mittelschweres Problem.

Ich bin grad dabei einen Fileserver aufzusetzen mittels Samba. Das ganze mach ich unter Solaris 2.7 auf einer SPARC-Plattform.

Ich habe die Samba-User angelegt, habe die smb.conf geschrieben und es funktioniert nicht so wie es sollte.

Ich habe mehrere Freigaben: zsb, labz, stats, fmaev ...

die Freigaben verweisen auf die Homeverzeichnisse der User : zsb, labz, stats, fmaev ...

Die User sind gleichnamigen Gruppen zugeordnet.

Die Home-Verzeichnisse liegen unter /ssz2

Der user Samba hat Rechte auf alle shares, gehört aber keiner speziellen Gruppe an

Die Einträge in der smb.conf sehen folgendermassen aus:

(als Beispiel die zsb section)

[global]

workgroup = File_Server

net bios name = XXX

server string = Samba File Server

log file = /var/log/samba

lock directory = /var/lock/samba

security = user

guest ok = no

veto files = /.*/local*/

encrypt passwords = yes

[zsb]

comment = ZSB Freigabe

path = /ssz2/zsb

public = no

browseable = yes

valid users = +zsb,samba

write list = samba,+zsb

force user = zsb

create mask = 0644

directory mask = 0755

Versuche ich nun mich am Samba anzumelden als user samba, erhalte ich die liste meiner Freigaben. Ich kann in die für mich freigegebenen Shares wechseln. Ich kann dort vorhandene Dateien öffnen, ändern und speichern. ich kann neue Dateien und Ordner erstellen.

Ich kann aber keine Dateien hineinkopieren !!! (Fehlermeldung Zugriff verweigert)

Erstelle ich einen Unterordner, kann ich alles machen was ich machen möchte, inklusive Dateien hineinkopieren.

Die Unix Berechtigungen für das Share Verzeichnis und das Unterverzeichnis sind exakt dieselben (0755).

Ich benutze die aktuelle Samba Version für Solaris /SPARC nämlich 2.2.2

Weiss einer von Euch vielleicht etwas dazu zu sagen ?

Vielen Dank für Eure Mühe

Constantin

So damit es nicht immer heisst: " Die bösen Mods maulen mit mir!", 'nörgel' ich auch noch ein wenig rum.

@cesm: alles in allem ist das was du gesagt hast schon richtig, jedoch drück Dich bitte mal klarer und vollständiger aus, denn Gedanken lesen können wir hier noch nicht.

Was die Sache mit dem Layer5 'Paket' angeht, das angeblich den arp request initiiert, dazu hat Tschi Tschi schon mit dem Ping gewunken.

du kannst ein geswitchtes netzwerk ruhig sniffen, aber nur alle pakete lesen, die auch nur über physikalische verbindungen zu dir kommen. ein layer 3 switch stellt nur alle pakete dir zu, die auch deiner macadresse zugehörig sind

Aber was soll das bedeuten ?

Du erklärst die Funktionsweise eines stinknormalen 0815-Switches, was hat da das Layer3 zu suchen ?

Layer3 Switche haben - wie auch schon im Thread erwähnt - Routingfunktionalität mit implementiert, sind aber immernoch Switche.

Im übrigen stellt ein Switch Frames zu!

Gruß Constantin

Das hier hat sich leider noch nicht erledigt, (war nur ein paar Tage nicht da) während sich das andere noch am selben Tag gelöst hatte.

Heureka

Das Problem hat sich gelöst.

Für alle die es interessiert hier noch die Problemlösung:

Eine Lösung für dieses Problem brachte die Verwendung des isdn caller Befehls.

Der isdn caller Befehl erzwingt eine Überprüfung des Anrufers und baut nur Verbindungen mit Anrufern auf, deren SPID für das jeweilige Interface freigegeben wurde.

Die zusätzliche Konfiguration sah dann so aus:

Core:

Core(config)#int bri1/0

Core(config-if)#isdn caller 4

Core(config)#int bri1/1

Core(config-if)#isdn caller 6

Core(config)#int bri1/2

Core(config-if)#isdn caller 8

RouterA:

RouterA(config)#int bri0/0

RouterA(config-if)#isdn caller 1

RouterB:

RouterB(config)#int bri0/0

RouterB(config-if)#isdn caller 3

RouterC:

RouterC(config)#int bri0/0

RouterC(config-if)#isdn caller 5

Nachdem die isdn caller Einträge vorgenommen wurden, bestand zwischen dem Routern und dem Core die gewünschte Konnektivität, sowohl auf ISDN als auch auf IP Basis.

Trotzdem Dank an alle, die sich über das Problem den Kopf zerbrochen haben

Constantin

Hallo zusammen,

ich hab leider noch ein grösseres Problem mit meinen ISDN Verbindungen.

Ich beschreib einfach mal alles was dazu gehört. Vielleicht hat ja einer von Euch eine Idee, was ich machen kann um folgendes Problem zu lösen.

Ressourcen:

-2621 Router mit NM4BS/T als ISDN Einwahl Router

-3x 1760 Router mit 1 BRI Interface als einwählende Router

-4x Interner S0 Bus durch die T-Concept XI721 (gebrückt auf 8 RJ45 Steckplätze am Patch Panel)

Szenariobeschreibung:

Der 2621 dient als Einwahlrouter, auf den sich die 1760er Router einwählen sollen.

Die Router werden mit Core für den Einwahlrouter und A,B und C für die Pod-Router bezeichnet.

Jeder S0 Bus stellt 2 Steckplätze am Patch Panel (durch Brücken) zur Verfügung, also insgesamt 8 Steckplätze.

Die BRI Interfaces vom Core bekommen jeweils einen eigenen S0 Bus (1-4).

BRI 1/0 auf S0 Bus 1

BRI 1/1 auf S0 Bus 2

BRI 1/2 auf S0 Bus 3

BRI 1/0 ist gedacht für die Verbindung mit Router A

BRI 1/1 ist gedacht für die Verbindung mit Router B

BRI 1/2 ist gedacht für die Verbindung mit Router C

Router A benutzt S0 Bus 2

Router B benutzt S0 Bus 3

Router C benutzt S0 Bus 4,

damit Anrufender und Angerufener nicht auf demselben S0 Bus liegen.

Somit teilen sich

BRI 1/1 und A einen S0 Bus

BRI 1/2 und B einen S0 Bus

Den ISDN Steckplätzen werden jetzt logisch die SPIDs (MSN) zugewiesen.

Die Steckplätze 1 und 2 gehören zu S0 Bus 1

Die Steckplätze 3 und 4 gehören zu S0 Bus 2

Die Steckplätze 5 und 6 gehören zu S0 Bus 3

Die Steckplätze 7 und 8 gehören zu S0 Bus 4

Der Einfachheit halber bekommt:

Steckplatz 1 die SPID 1

Steckplatz 2 die SPID 2

Steckplatz 3 die SPID 3

Steckplatz 4 die SPID 4

Steckplatz 5 die SPID 5

Steckplatz 6 die SPID 6

Steckplatz 7 die SPID 7

Steckplatz 8 die SPID 8

Somit hat

BRI 1/0 die SPID 1

BRI 1/1 die SPID 3

Router A die SPID 4

BRI 1/2 die SPID 5

Router B die SPID 6

Router C die SPID 8

Die Zugehörigkeiten sehen also aus:

SPID 1 <--> SPID 4

SPID 3 <--> SPID 6

SPID 5 <--> SPID 8

Zuweisung der IP Adressen:

BRI1/0 : 192.168.1.1 /24

BRI1/1 : 192.168.2.1 /24

BRI1/2 : 192.168.3.1 /24

RouterA : 192.168.1.2 /24

RouterB : 192.168.2.2 /24

RouterC : 192.168.3.2 /24

ISDN Konfiguration der Router bzw. Interfaces (Auszug):

Core:

Core(config)#isdn switch-type basic-net3

Core(config)#dialer-list 1 protocol ip permit

Core(config)#int bri1/0

Core(config-if)#ip add 192.168.1.1 255.255.255.0

Core(config-if)#enc ppp

Core(config-if)#dialer map ip 192.168.1.2 4

Core(config-if)#dialer idle-timeout 30

Core(config-if)#dialer-group 1

Core(config-if)#isdn spid1 1

Core(config-if)#isdn spid2 1

Core(config-if)#isdn calling-number 1

Core(config-if)#no shutdown

Core(config)#int bri1/1

Core(config-if)#ip add 192.168.2.1 255.255.255.0

Core(config-if)#enc ppp

Core(config-if)#dialer map ip 192.168.2.2 6

Core(config-if)#dialer idle-timeout 30

Core(config-if)#dialer-group 1

Core(config-if)#isdn spid1 3

Core(config-if)#isdn spid2 3

Core(config-if)#isdn calling-number 3

Core(config-if)#no shutdown

Core(config)#int bri1/2

Core(config-if)#ip add 192.168.3.1 255.255.255.0

Core(config-if)#enc ppp

Core(config-if)#dialer map ip 192.168.3.2 8

Core(config-if)#dialer idle-timeout 30

Core(config-if)#dialer-group 1

Core(config-if)#isdn spid1 5

Core(config-if)#isdn spid2 5

Core(config-if)#isdn calling-number 5

Core(config-if)#no shutdown

RouterA:

RouterA(config)#isdn switch-type basic-net3

RouterA(config)#dialer-list 1 protocol ip permit

RouterA(config)#int bri0/0

RouterA(config-if)#ip add 192.168.1.2 255.255.255.0

RouterA(config-if)#enc ppp

RouterA(config-if)#dialer map ip 192.168.1.1 1

RouterA(config-if)#dialer idle-timeout 30

RouterA(config-if)#dialer-group 1

RouterA(config-if)#isdn spid1 4

RouterA(config-if)#isdn spid2 4

RouterA(config-if)#isdn calling-number 4

RouterA(config-if)#no shutdown

RouterB:

RouterB(config)#isdn switch-type basic-net3

RouterB(config)#dialer-list 1 protocol ip permit

RouterB(config)#int bri0/0

RouterB(config-if)#ip add 192.168.2.2 255.255.255.0

RouterB(config-if)#enc ppp

RouterB(config-if)#dialer map ip 192.168.2.1 3

RouterB(config-if)#dialer idle-timeout 30

RouterB(config-if)#dialer-group 1

RouterB(config-if)#isdn spid1 6

RouterB(config-if)#isdn spid2 6

RouterB(config-if)#isdn calling-number 6

RouterB(config-if)#no shutdown

RouterC:

RouterC(config)#isdn switch-type basic-net3

RouterC(config)#dialer-list 1 protocol ip permit

RouterC(config)#int bri0/0

RouterC(config-if)#ip add 192.168.3.2 255.255.255.0

RouterC(config-if)#enc ppp

RouterC(config-if)#dialer map ip 192.168.3.1 5

RouterC(config-if)#dialer idle-timeout 30

RouterC(config-if)#dialer-group 1

RouterC(config-if)#isdn spid1 8

RouterC(config-if)#isdn spid2 8

RouterC(config-if)#isdn calling-number 8

RouterC(config-if)#no shutdown

Problembeschreibung:

Bei dem Versuch von Router B (SPID6 / S0 Bus 3) den Core anzurufen (SPID3 / S0 Bus 2), brach die Verbindung auf der Stelle zusammen. Dafür nahm der Router A (SPID4 / S0 Bus 2) die Verbindung von Router B entgegen und stellte seinerseits eine Verbindung zum Core (SPID 1 / S0 Bus 1) auf. So war dann Router B über Router A mit dem Core ISDN-technisch verbunden. Jedoch konnte keine Datenverbindung aufgebaut werden, da der IP-technische Peer von Router B das Interface BRI1/1 und nicht das Interface BRI 1/0 war.

__

Sorry, das das so lang geworden ist, aber ich dachte mir die Configs könnten vielleicht ganz nützlich sein.

Das Problem scheint zu sein, das Interfaces, die sich mit anderen Interfaces einen S0 Bus teilen, Anrufe entgegennehmen, die gar nicht für sie bestimmt sind. Und im Moment weiss ich leider nicht, wie ich die Router daran hindern kann.

Constantin

Noch ein Nachtrag:

Ich habe diese Konfiguration auf zwei verschiedenen 2504 Routern getestet, es ist sehr unwahrscheinlich, das bei beiden Geräten die Bri Interfaces defekt sind.

Constantin

Morgen zusammen!

Ich habe folgendes Problem:

Ich habe hier bei mir einen Cisco 2504 Router rumstehen und möchte mit diesem eine ISDN Bri Verbindung zu einem Cisco 1760 aufbauen.

Jedoch habe ich es bisher noch nicht geschafft erfolgreich eine Verbindung zwischen den beiden Geräten aufzubauen.

RouterA ist der 2504

RouterB ist der 1760

Jedes der beiden Bri Interfaces belegt einen eigenen internen S0 Bus an meiner TK-Anlage (XI 721)

RouterA hat die Nebenstelle 123

RouterB hat die Nebenstelle 24

Hier die ISDN Konfiguration beider Router:

RouterA(config)#isdn switch-type basic-net3

RouterA(config)#dialer-list 1 protocol ip permit

RouterA(config)#int bri 0

RouterA(config-if)#ip add 10.3.1.6 255.255.255.0

RouterA(config-if)#enc ppp

RouterA(config-if)#dialer-group 1

RouterA(config-if)#dialer map ip 10.3.1.5 24

RouterA(config-if)#dialer idle-timeout 30

RouterA(config-if)#spid1 123

RouterA(config-if)#spid2 123

RouterA(config-if)#isdn calling-number 123

RouterA(config-if)#isdn caller 24

RouterA(config-if)#no shut

RouterB(config)#isdn switch-type basic-net3

RouterB(config)#dialer-list 1 protocol ip permit

RouterB(config)#int bri 0/0

RouterB(config-if)#ip add 10.3.1.5 255.255.255.0

RouterB(config-if)#enc ppp

RouterB(config-if)#dialer-group 1

RouterB(config-if)#dialer map ip 10.3.1.6 123

RouterB(config-if)#dialer idle-timeout 30

RouterB(config-if)#spid1 24

RouterB(config-if)#spid2 24

RouterB(config-if)#isdn calling-number 24

RouterB(config-if)#isdn caller 123

RouterB(config-if)#no shut

Diese Konfiguration läuft exakt so zwischen einem 1760 und einem 2621 (nur mit anderen spids und anderen ip)

Bei dem Versuch mit dem RouterB von einem ISDN-Prüfhörer aus eine Verbindung aufzubauen (von dem Port von RouterA aus), kommt diese problemlos zustande.

Bei dem Versuch mit dem RouterA von einem ISDN-Prüfhörer aus eine Verbindung aufzubauen (von dem Port von RouterB aus), kommt keine Verbindung zustande, Fehler : Kein Endgerät vorhanden.

Also ist der 2504 höchstwahrscheinlich die Fehlerquelle.

Die debug Meldungen vom 2504 bei dem Versuch eine Verbindung zum 1760 aufzubauen sehen folgendermaßen aus:

RouterA#deb isdn events

ISDN BR0 : Outgoing call id = 0x8001

ISDN BR0 : Event: Call to 24 at 64 kB/s

ISDN BR0 : Activating

%ISDN-6-Layer 2 Down: Layer 2 for Interface BR0, TEI 255 changed to down

ISDN BR0 : received HOST_DISCONNECT_ACK

ISDN BR0 : Error: Unexpected Disconnect_Ack call id 8001

ISDN BR0 : Physical Layer is IF_DOWN

ISDN BR0 : Shutting down ME

ISDN BR0 : Shutting down ISDN Layer 3

Die verwendeten IOS Versionen auf dem Cisco 2504:

11.0.xx ???

11.2.26 Enterprise Edition

12.2.22 IP+

Unter allen drei verwendeten IOS Versionen kam es zu keiner ISDN Verbindung.

Aktuell verwendete Version: 11.2.26

Vielleicht hat ja noch jemand ein wenig Ahnung von Cisco Geräten und speziell ISDN Verbindungen mit 2504ern.

Schonmal vorab Vielen Dank für Eure Mühen!

Constantin

Noch einen Nachtrag zum DDoS und Gegenmaßnahmen.

Bei nem DDoS Angriff zielt man eigentlich weniger darauf ab, mit nem Ping den Server zu überlasten, da das wie schon erwähnt recht schwierig wird, aufgrund der benötigten Menge an Rechnern, die diese Pings absetzen. Zudem zielt diese MAßnahme darauf ab die Bandbreite der Serveranbindung aufzubrauchen und nicht darauf, den Server zu überlasten.

Daher wird bei nem DDoS in der Regel mit einem TCP SYN flood gearbeitet.

Soll heissen, das ein Rechner versucht eine TCP Verbindung zum "Opfer des ANgriffs" aufzubauen.

Dies geschieht gemäss dem bei TCP verwendeten Drei-Wege-Handshake.

Der Rechner schickt also ein TCP/IP Packt mit gesetztem SYN Flag.

Der Webserver antwortet mit SYN/ACK.

Jetzt müsste der Quellrechner antworten und die Verbindung steht.

Wenn man allerdings mittels Spoofing die eigene Quell IP verändert, z. B. in eine private IP, dann erhält der Webserver keine Antwort.

Allerdings bringt er jetzt Systemressourcen auf, um die angestrebte TCP Verbindung "zu erhalten", bzw. in den Established Mode zu bekommen.

Und grade dieser Versuch die Verbindung zu bekommen und dabei auf nen TImeout zu warten verbraucht soviele Systemressourcen, das der Server auch bei einer geringen Menge angreifender Rechner in die Knie gezwungen wird.

Als Gegenmaßnahme dazu gibt es sogenannte SYN Cookies von Dan Bernstein und noch irgendwem, dessen NAmen ich grad vergessen habe.

Die sorgen dafür, dass die angestrebten Verbindungen nicht mehr im RAM gespeichert werden, sondern auf die Harddisk ausgelagert und dort in regelmässigen Abständen gelöscht werden. So werden die Systemressourcen freigehalten.

Das Problem ist nur, das SYN Cookies, soweit ich informiert bin, meistens nicht in den TCP/IP Stack implementiert sind.

SYN Cookies sind zwar kein 100%iger Schutz, aber es schwächt Angriffe schonmal sehr stark ab.

Replikation ist bei NT Server das Abgleichen des PDC (Primary Domain Controller) mit dem/den BDC (Backup Domain Controller)

Nein, er würde nicht generell einen Router brauchen oder selbst einer werden müssen.

Zumindest solange nicht, wie NUR er in das jeweils andere Subnetz verbinden will.

Allerdings ist es eher unwahrscheinlich, das auf Deiner LAN Party 2 Subnetze existieren.

Ich habe den gleichen Router zu Hause stehen.

Du musst als erstes mal unter Virtual Server eintragen das, es einen Server im Netz gibt, einfach die Ports 20 und 21 eintragen und Deiner IP Adresse zuweisen.

Das sollte auch schon reichen.

Falls das nicht reicht, kannst Du nochmal versuchen Dich in kurzzeitig in die DMZ zu legen, obwohl das eigentlich keinen Unterschied machen sollte. (Aber wer weiss schon was ist und was sollte! )

Ports explizit freigeben musste ich bei mir zumindest nicht. (Kann an der DMZ liegen, sollte es nicht)

Versuch es mal hier

dort einfach nur noch den test auswählen und das programm runterladen.

registrieren kannst du dich dann später auf der seite.

die 40$ musst du wenn ich mich richtig erinner per Kreditkarte bezahlen.

Mir haben die Fragen in der Vorbereitung auf das exam sehr geholfen.

es sollte aber reichen, wenn du nur einen fragenkatalog bestellst, es gibt glaub ich 3 kataloge für je 40$.

ansonsten schalte zwischen deine beiden dsl zugangsrechner noch eine Art Firewallrechner.

mit hilfe der firewallregeln kannst du dir accesslisten schreiben (ipchains, iptables) und dann auf protokoll-ebene trennen und regulieren, wo dein traffic lang soll.

Dazu musst du natürlich die genutzten TCP und UDP Ports deiner Protokolle kennen.

z.B.: Zielports: 80, 20, 21, 53, 6000-7000 etc über dsl leitung 1 (int eth0), der Rest über (int eth1).

brauchst halt noch nen rechner mehr, aber das sollte deinen ansprüchen entgegen kommen, auch wenn es anfangs sicher ne menge aufwand ist.

kann ich Dir auch nur raten, den RFC zu lesen, zumindest den Teil über den Paketaufbau.

ansonsten kannst Du hier mal nachschauen, da gibt es eine Art Simulator für den Paketaufbau

die Antworten für das Semester 4 werden Euch nicht grossartig helfen, da sie sich von den Fragen im wirklichen Test, z.B. bei Prometric doch noch recht stark unterscheiden.

Ihr müsst den grössten Teil vom Stoff verstanden haben, dann kommt ihr weiter, aber einfach nur stumpfes Fragen und Antworten auswendig lernen bringt Euch nix.

also ich bin instructor für das curriculum, und ich muss sagen: ich finds nicht schlecht

es ist recht gut strukturiert und für jemanden der nur wenig Vorahnung hat, recht verständlich .

Die Testfragen aus dem Curriculum sind wieder eine ganz andere Sache und sollten auch nicht mit den Prüfungsfragen verwechselt werden.

Die Fragen für die einzelnen Kapitel zielen nur darauf ab, den vermittelten Stoff des Kapitels abzufragen und da sind eine ganze Menge Fragen dabei, die für die richtige Prüfung völliger Unsinn sind.

Der Test am Ende eines Semesters hingegen ist da schon wesentlich besser.

Wenn Du den CCNA Test machen möchtest, solltest Du lieber nochmal ein Buch lesen (ICND von Cisco Press) oder falls Du den Stoff kannst und Dich wirklich nur auf die Fragen vorbereiten willst, gibt es glaub ich von Boson einen Fragenkatalog.

Da kannst Du für 40$ einen ganzen Schwung Fragen inklusive eines Testsimulators kaufen.

Den empfand ich in der Vorbereitung als sehr nützlich.

Ausserdem gibt es die Möglichkeit sich jeden Tag eine Testfrage zuschicken zu lassen unter diesem Link findest Du Du auch Testfragen.

Beachte ausserdem, das es einen neuen CCNA Test gibt: 640-607 Informationen findest Du hier

da benutzt man dann aber subinterfaces

Um den HTTP Zugriff auf den Router zu unterbinden, kannst Du auch den internen Webserver abschalten.

Du kannst dann Deinen Router zwar nicht mehr über eine Weboberfläche konfigurieren, aber wenn Du da ein Cisco Gerät rumstehen hast, kannst Du Dir das Ding eh sparen, denn imho ist das Ding Müll und absolut nicht zu vergleichen mit dem Command Line Interface.

Habt ihr ein gekauftes Produkt oder Freeware, oder hat sich jemand bei Euch hingesetzt, eine Datenbank designed und vielleicht in PHP oder ASP die entsprechend Seiten geschrieben?

Wir haben nämlich ein ähnliches Tool geschrieben, bei dem auf unserm Webserver verschiedene Dateien abgelegt werden und in der Datenbank entsprechende Informationen über die Daten drin liegen.

ALs nächstes würd mich interessieren, wie ihr heruasgefunden habt, das es an den Verweisen liegt ?

Statt des T-online Treibers kann ich Dir auch den RASPPPOE empfehlen, da ist glaub ich auch ein Installer bei.

Bin da nicht mehr ganz auf dem neuesten Stand, seitdem ich meinen Router zu Haus stehen hab.

War aber vorher sehr zufrieden damit.

Hubs solltest Du so oder so, eigentlich nicht mehr verwenden.

Sicher sie funktionieren, aber der alternative Switch ist in der Regel nicht wesentlich teurer.

Insgesamt ist ein komplett geswitchtes Netz schon erstrebens Wert.

Was mich an deiner Topologie etwas stört, ist, dass Du sozusagen im Backbone Bereich, also da wo alle Segmente zusammenlaufen einen Hubs benutzen willst.

Sinniger wäre es dann, dort den Switch zu nutzen, da sich dort mehrere Stationen die Bandbreite teilen müssen.

Und deshalb ist dort der Switch geeigneter.

Da wo alles zusammenläuft und schliesslich auch euer Server steht, solltet ihr schon den Switch einsetzen.

Meinetwegen mit 10 5-Port Hubs und einem 12 Port Switch, und dem Server nen eigenen Switchport geben.

Das ist nicht ganz richtig, da weder ein Hub noch ein Repeater Daten verarbeiten muss, ist er von der Latenzzeit her gesehen in der Regel schneller.

Das Problem dabei sind die Kollisionen.

Falls zuviel Traffic auf dem Hub ist, dann hat er tatsächlich grössere Latenzzeiten.