Nach einer vollständigen neuinstallation werden nun alle Karten angeteigt
Beiträge von fisi06
-
-
Habe das Problem gefunden. Wie es aussieht ist das ein allgemeines Problem wenn man kein Update sondern eine neuinstallation macht.
Paket hier herunterladen: https://www.efw-forum.de/www/forum/view…f=38&p=3897
und so installieren:Zitatsmart install ulogd-2.0.0-0.endian8.i586.rpm
-
Da bekomme ich ein "-bash: iptable: command not found".
Sorry, bin nicht wirklich Fit im Bereich Linux. -
Und alternativen?
Vor einer neuinstallation hat es immerhin funktioniert! -
Gibt es wegen der Protokollierung zwischenzeitlich eine Lösung?
Ich habe bei der Version 2.4 das gleiche Problem.Grüße Fisi06
-
Hat leider nichts gebracht, es werden immer noch nur die vier zuvor installierten Karten erkannt.
-
Hei,
da mein Englisch nicht so gut ist und du deutsch verstehst antworte ich mal so.
Leider hat auch das nichts gebracht. Mit dem Befehl lspci werden bei mir mehrere Bridges angezeigt:00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge
00:06.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02)
00:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:08.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30)
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:0b.0 PCI bridge: Intel Corporation 21152 PCI-to-PCI Bridge
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 460] (rev a3)
02:04.0 Ethernet controller: D-Link System Inc DL10050 Sundance Ethernet (rev 15)
02:05.0 Ethernet controller: D-Link System Inc DL10050 Sundance Ethernet (rev 15)
02:06.0 Ethernet controller: Sundance Technology Inc / IC Plus Corp ST201 Sundance Ethernet (rev 15)
02:07.0 Ethernet controller: D-Link System Inc DL10050 Sundance Ethernet (rev 15)Ich habe folgende Zeilen einzeln nacheinander getestet:
setpci -s 00:01.0 3e.b=00 # 00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge
setpci -s 00:11.0 3e.b=00 # 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
setpci -s 00:0b.0 3e.b=00 # 00:0b.0 PCI bridge: Intel Corporation 21152 PCI-to-PCI BridgeLeider wurde in allen fällen in der Netzwerkkonfig nur die vier erkannten Karten angezeigt, jedoch nicht die vier Ports der DFE-580TX.
Noch ne Idee?
Grüße
Fisi06 -
Hallo Gmeinede,
Ich habe bereits nach der Anleitung hier aus dem Forum ein Script erstellt, welches morgends um 5 Uhr eine kurze automatische Trennung durchführen soll. Im Log sehe ich, dass auch um diese Zeit die Abarbeitung gestartet wird, allerdings wird die Verbindung nicht getrennt.
Auszug aus dem Log:
Sep 15 05:00:00 fcron Job [ -x /bin/run-parts ] && run-parts --report /etc/cron.daily5 started for user root (pid 5523)
Sep 15 05:00:02 fcron Job [ -x /bin/run-parts ] && run-parts --report /etc/cron.daily5 completedScript "einwahl.sh" aus dem Verzeichnis /etc/cron.daily5 zur Trennung:
#!/bin/sh
# Neue Interneteinwahl WAN nach 15 Sekunden Pause
# inkl. DYNDNS Update zweimalig
/etc/rc.d/uplinks stop main
sleep 90
/usr/local/bin/setddns.pl
sleep 30
/usr/local/bin/setddns.plStimmt hier an den Pfaden etwas nicht, oder wieso wird die Trennung nicht durchgeführt? Die Firewall habe ich logischerweise nach dem einrichten neu gestartet.
Grüße Fisi06
-
HILFE! Hat keiner einen Tipp?
-
Guten Morgen,
nein, es sind Lediglich andere Netzwerkkarten verbaut. So wie es im Log aussieht wird die Karte auch erkannt, allerdings werden die falschen Treiber geladen.
-
Hallo Preussal,
ich habe im Forum mal nach dem Treiber r8169.ko.gz gesucht. Allerdings habe ich nur Posts gefunden die mit einer anderen Karte probleme hatten. Aufgrund der erlagten Erkenntnisse, dass manche Karten flasch erkannt werden habe ich aber mal in den Kernel-Log geschaut und habe folgendes gefunnde:
Sep 10 08:02:58 kernel [ 7.463508] eth4: D-Link DL10050-based FAST Ethernet Adapter at 0001bc00, 52:00:52:00:52:00, IRQ 18.
Sep 10 08:02:58 kernel [ 7.471099] eth4: No MII transceiver found, aborting. ASIC status 52
Sep 10 08:02:58 kernel [ 7.479124] sundance 0000:02:05.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
Sep 10 08:02:58 kernel [ 7.607565] eth4: D-Link DL10050-based FAST Ethernet Adapter at 0001b800, 00:00:00:00:00:00, IRQ 19.
Sep 10 08:02:58 kernel [ 7.615171] eth4: No MII transceiver found, aborting. ASIC status dffe3a9f
Sep 10 08:02:58 kernel [ 7.616577] sundance 0000:02:06.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Sep 10 08:02:58 kernel [ 7.731102] eth4: Sundance Technology Alta at 0001b400, 00:00:00:00:00:00, IRQ 16.
Sep 10 08:02:58 kernel [ 7.738688] eth4: No MII transceiver found, aborting. ASIC status db3e77ab
Sep 10 08:02:58 kernel [ 7.757150] sundance 0000:02:07.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Sep 10 08:02:58 kernel [ 7.757381] eth4: D-Link DL10050-based FAST Ethernet Adapter at 0001b000, ef:f7:ef:f7:ef:f7, IRQ 17.
Sep 10 08:02:58 kernel [ 7.764979] eth4: No MII transceiver found, aborting. ASIC status 155ef7efWenn ich das im Internet richtig gesehen habe ist die im Log angegebene Karte eine 2-Port-Karte, die ich nicht eingebaut habe. Die anderen vier Karten (eth0-3) funktionieren einwandfrei.
Gruß Fisi06
-
Hallo zusammen,
habe eben eine 4-Port Netzwerkkarte von D-Link eingebaut. Leider wurde die Netzwerkkarte aber nicht erkannt. eine neuinstallation hat leider auch nichts gebracht. Da einige aus dem Forum die Karte benutzen, muss es ja funktionieren.
Ich setze im Moment die neuste Version (2.4) ein.
Ich hoffe, ihr könnt mir einen Tipp geben, wie ich die Karte zum laufen bekomme.
Vielen Dank!
Fisi06 -
Hallo zusammen,
Ich habe eine Portweiterleitung auf der Endian für PPTP-Verbindungen (TCP 1723) eingerichtet. Ziel für die VPN-Verbindung ist ein ISA-Server. Der Verbindungsaufbau funktioniert, die Verbindung steht und es kann gearbeitet werden. Nach gut 2 Minuten bricht die Verbindung jedoch ohne ersichtlichen Grund ab. In den Logs steht leider nichts.
Stecke ich meinen Rechner in das Netzwerk zwischen Endian und ISA-Server kann ich problemlos eine Verbindung aufbauen, diese wird auch nicht unterbrochen. An einer Zwangstrennung liegt es auch nicht.
Zur Verdeutlichung:
Internet-----------Endian------------ISA-ServerPortweiterleitung auf der Endian:
Zugriff von: Uplink main - Ziel: uplink main - TCP 1723 - Übersetzen zu IP NAT - IP 192.168.2.1 Port 1723ISA IP: 192.168.2.1
Im Internet steht, dass man zudem das Protokoll GRE 47 zulassen muss, füge ich aber die unten Stehende Regel hinzu, ändert sich nichts, die Verbindung wird wieder nach ca 2 Minuten abgebrochen.
Zugriff von: Uplink main - Ziel: uplink main - GRE 47- Übersetzen zu IP NAT - IP 192.168.2.1 Port 47
Was mache ich falsch?
Grüße Fisi06
-
Habe das gleiche Problem, gibt es hierfür zwischenzeitlich eine Lösung?
-
Mittlerweile vermute ich fast dass es an dem Server liegt, obwohl die lokale Firewall deaktiviert ist. ich denke ich muss mich dort eher mal auf die Suche nach dem Problem machen.
Eine Ausgangsregel für den Port muss ich nicht erstellen, oder?
Vielen Dank. -
Ziel ist ein Webserver, der auf diesem Port 41031 lauscht.
Sorry so ist es verständlicher:
INPUT:DROP TCP (ppp0) entfernte-Server-IP:4487 -> öffentliche Endian-IP:41031 -
Ich muss mich korrigieren, es erscheint im Log doch ein Eintrag.
INPUT:DROP TCP (ppp0) x.x.x.x:4487 -> x.x.x.x:41031
Wieso wird der Zugriff geblockt?
-
Hallo zusammen,
ich habe ein Problem mit der Portweiterleitung. Leider habe ich im Forum nichts gefunden was geholfen hat.
Endian wählt sich via PPPoE ins DSL ein und aktualisiert bei Dyndns.org seine IP-Adresse.Unter DestinationNAT habe ich nun folgedes eingetragen:
Uplink ANY TCP/41031 10.0.101.10 : 41031 forward test
Zugriff von: <ALLE>
Unter ausgehender Datenverkehr ist der Port ebenfalls freigegeben. Hinter diesem Port steht ein Webserver, zum test muss eine URL aufgerufen werden (http://meine-ip:41031)Wenn ich nun versuche über diesen Port zuzugreifen, passiert nichts, nicht einmal im Log erschein etwas, obwohl der Protokollierungs-Haken gesetzt ist.
Für RDP habe ich analog zum oberen eintrag einen passenden angelegt (TCP/3389), funktioniert ohne Probleme.Habt Ihr eine Idee? Vielen Dank.
Grüße Fisi06