+-Serie DS412+ als Netzwerkbrücke

[joku]

Wo und wie genau funkt bei einer Standardinstallation des DMS 4.1 eigentlich eine IPv6-Konfiguration dazwischen? :^)

Hast Du einen IPv6 DHCP im Netz ?
Wenn Du IPv4 und IPv6 auf jeder Schnittstelle benutzt.
Die DiskStation steh bei IPv6 auf automatisch.

Gruß Jo

 

[rubashov]

Hast Du einen IPv6 DHCP im Netz ?
Wenn Du IPv4 und IPv6 auf jeder Schnittstelle benutzt.
Die DiskStation steh bei IPv6 auf automatisch.

Gruß Jo

IPv6 ist in dem Cisco-Router ausgestellt. "IP Mode: IPv4-only"

Also kein Dual-Stack, kein IPv6-DHCP-Server, kein gar nichts. Was sein kann ist, dass das OS X hier das selber irgendwie aufgelöst hat. Mit telnet bin ich an die Maschine gekommen, mit synology.local auch, aber ein ping auf die IPv4-Adresse ging nicht. Der Synology-Assistent hat die Maschine ja auch nicht mehr gesehen.

Also via telnet das Script aus /usr/syno/etc.defaults/rc.d gelöscht, neu gestartet und siehe da, es ging wieder alles. Dass der Zugriff nur über IPv6 lief ist mir nur per Zufall aufgefallen, weil telnet nicht mit 192.168.2.100 verbunden hat, sondern synology.local auf eine IPv6-Adresse aufgelöst hat.

Also scheint irgendwo bei diesem Script noch IPv6 dazwischen zu funken. :/

Mal drüber nachdenken woran das liegen könnte.

Gibt es bei Synology irgendwo einen "autostart - container" in welchen man das Script noch packen könnte?

A.

 

[joku]

Also scheint irgendwo bei diesem Script noch IPv6 dazwischen zu funken. :/

Hallo, das Script weniger, was zeigt den ifconfig an ?
bestimmt
inet addr:xxx.xxx.xxx.xxx Bcast:xxx.xxx.xxx.255 Mask:255.255.255.0
inet6 addr: xxxx::xxxx:xxxx:/64 Scope:Global
inet6 addr:xxxx::xxxx:xxxx:/64 Scope:Link

Gibt es bei Synology irgendwo einen "autostart - container" in welchen man das Script noch packen könnte?

Na da wo es ubuntulinux schon beschrieben hat
Zitat

Permanent: in /etc/rc.local rein

Gruß Jo

 

[goetz]

Hallo,
schau Dir noch mal genau Beitrag #40 an, speziell die ifconfig zu eth0 und eth1

ifconfig br0 192.168.2.100 netmask 255.255.255.0 up
brctl addif br0 eth0
brctl addif br0 eth1
ifconfig eth0 192.168.2.100 promisc up
ifconfig eth1 192.168.2.200 promisc up
ich denke Deine beiden ifconfig für eth0 und eth1, aber besonders eth0 beißen sich, stell sie mal auf 0.0.0.0
Speicherort für das Script sollte /usr/local/etc/rc.d sein, dieses Verzeichnis wird erst nach Abarbeitung der Systemscripte verwendet.

Gruß Götz

 

[kuchlbauer1]

Hallo, ich brauche etwas Hilfe, und sorry, dass ich den etwas älteren Thread wieder benutze, aber der kommt meinem Problem am nächsten:

Ich will versuchen - gegen alle Bedenken, ich weiß - meine DS412+ (später soll das eine 1512+ übernehmen) zum Test als Router/Firewall/DHCP zu konfigurieren. Ziel ist es, mit der 412+ meine Fritzbox, die mit LAN1 an einem Kabelmodem hängt, obsolet zu machen. Die 1512+ wird über eine statische IP am Internet hängen.

Bisher ist es mir aber noch nicht gelungen, dass die Clients im Heimnetz über die DS Internet kriegen :-/

Was ich bisher mit der 412+ gemacht habe (über shell, noch kein skript):

- WLAN Hotspot aktiviert
- VPN-Server aktiviert
- Kabelmodem an eth0
- Heimnetz an eth1
- Firewallregeln angepasst (block all vom Internet außer http)
- Brücke gebaut nach der Anleitung hier auf Seite 4:

===========
brctl addbr br0
brctl stp br0 off
ifconfig br0 192.168.1.12 netmask 255.255.255.0 up
brctl addif br0 eth0
brctl addif br0 eth1

ifconfig eth1 0.0.0.0 promisc up
route add default gw 192.168.1.1 dev br0
===========

Damit funktionierte, dass ich über meine Internet-IP von Kabeldeutschland mit meinem Handy (UMTS) die Homepage auf der DS sehen konnte (Firewall funktioniert auch, wenn man http blockt, sieht man nichts mehr), aber wie gesagt, die Clients im Heimnetz kriegen kein Internet durchgereicht.

"ifconfig eth0 0.0.0.0 promisc up" hab ich rausgelassen, da die vom Kabelmodem angewiesene IP wegfällt.

Was mach ich falsch? Geht das so überhaupt?
Und: Wäre es möglich, die Option PPPoE so zu konfigurieren, dass sie keinen Benutzernamen und Passwort hat (hat mein Kabelmodem nicht)? Das wäre doch eine zweite Möglichkeit, oder?

Viele Grüße

kuchlbauer1

 

[Creadle]

Hallo, habe dazu Fragen, ich hoffe das Ihr mir diese beantworten könnt

DS2413.

Lan 1 bezieht seine IP von dnsmaq, dieser läuft auf einer Fritzbox (192.168.168.1)
Lan 1 bekommt IP 192.168.168.222

In Lan 2 steckt mein Multimediaplayer, dieser soll in das Ip Netz (192.168.168.*) eingebunden werden.

Nun habe ich da Probleme. Wenn ich Lan 2 den DHCP Server aktiviere, die Einstellungen setzte

Ip von Lan 2 Anschluss 192.168.168.223
GW 192.168.168.1

DHCP Server aktivieren
Ip von 192.168.168.250-251 (Dieser Bereich wird von Dnsmasq nicht vergeben) und speichere, bekommt der Player keine IP zugewiesen

Habe dennoch "gebrückt"

DS2413> insmod /lib/modules/stp.ko
brctl addbr br0
brctl stp br0 off
ifconfig br0 192.168.168.222 netmask 255.255.255.0 up
brctl addif br0 eth0
brctl addif br0 eth1
ifconfig eth0 192.168.168.222 promisc up
ifconfig eth1 192.168.168.223 promisc up
route add default gw 192.168.168.1 dev br0DS2413> insmod /lib/modules/bridge.ko
DS2413> brctl addbr br0
DS2413> brctl stp br0 off
DS2413> ifconfig br0 192.168.168.222 netmask 255.255.255.0 up
DS2413> brctl addif br0 eth0
DS2413> brctl addif br0 eth1
DS2413> ifconfig eth0 192.168.168.222 promisc up
DS2413> ifconfig eth1 192.168.168.223 promisc up
DS2413> route add default gw 192.168.168.1 dev br0
route: SIOCADDRT: No such process

Da nach kann ich über den PC meinen Player pingen.
Allerdings ist der Player selber "blind"

Das liegt wohl an den falschen gw

br0       Link encap:Ethernet  HWaddr 00:11:32:2B:C7:43
          inet addr:192.168.168.222  Bcast:192.168.168.255  Mask:255.255.255.0
          inet6 addr: fe80::ca6:59ff:fe4a:7e71/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:116 errors:0 dropped:0 overruns:0 frame:0
          TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:26629 (26.0 KiB)  TX bytes:8443 (8.2 KiB)

eth0      Link encap:Ethernet  HWaddr 00:11:32:2B:C7:43
          inet addr:192.168.168.222  Bcast:192.168.168.1  Mask:255.255.255.0
          inet6 addr: fe80::211:32ff:fe2b:c743/64 Scope:Link
          UP BROADCAST NOTRAILERS RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:1840 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2731 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:488807 (477.3 KiB)  TX bytes:2575338 (2.4 MiB)
          Interrupt:17 Memory:f0400000-f0420000

eth1      Link encap:Ethernet  HWaddr 00:11:32:2B:C7:44
          inet addr:192.168.168.223  Bcast:192.168.255.255  Mask:255.255.0.0
          inet6 addr: fe80::211:32ff:fe2b:c744/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:58 errors:0 dropped:0 overruns:0 frame:0
          TX packets:403 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:18697 (18.2 KiB)  TX bytes:63992 (62.4 KiB)
          Interrupt:16 Memory:f0500000-f0520000

Heißt er kommt nicht raus

 

[Creadle]

Funktioniert, hatte einen Denkfehler

 

[rhhamburg]

Hallo,

ich versuche LAN1 und LAN2 an einer DS1515 mit aktuellem DSM 6 als LAN Brücke zu betreiben. Dafür verwende ich dieses Script:

insmod /lib/modules/stp.ko
insmod /lib/modules/bridge.ko
brctl addbr br0
brctl stp br0 off
ifconfig br0 192.168.12.121 netmask 255.255.255.0 up
brctl addif br0 eth0
brctl addif br0 eth1
ifconfig eth0 0.0.0.0 promisc up
ifconfig eth1 0.0.0.0 promisc up
route add default gw 192.168.12.1 dev br0
exit

Wenn das Script ausgeführt wurde und nur an LAN1 ein Netzwerkkabel zur FRITZ!Box hängt, funktioniert das soweit ganz gut. Die DS ist unter der IP 192.168.12.121 erreichbar. Wenn ich dann allerdings meinen Mac an LAN2 anschließe verschwindet die DS. Ich kann sie danach nicht mehr erreichen. Auch ein Ping an ihre Adresse liefert nur einen Timeout.
Was hingegen dann gut funktioniert ist der Mac. Dieser bekommt von der FRITZ!Box eine IP per DHCP. Die LAN Brücke funktioniert an LAN2 soweit also perfekt.

Habt ihr eine Idee warum die DS nicht mehr erreichbar ist sobald ich an LAN2 ein Gerät anschließe?

Vielen Dank für eure Hilfe
Robert

 

[Elvez2000]

Hallo zusammen,

ich versuche bei der DS1213air mit dem eingebauten WLAN ebenfalls eine Bridge zwischen wlan0 und eth0 einzurichten um mittels der Synology, die per WLAN im Netz hängen soll, einen Drucker an eth0 anzuschließen (also andersrum als die "Hotspot"-Funktionalität). Leider scheitern meine Versuche alle.

Versucht habe ich:

insmod /lib/modules/stp.ko
insmod /lib/modules/bridge.ko
brctl addbr br0
brctl stp br0 off
ifconfig br0 192.168.1.12 netmask 255.255.255.0 up
brctl addif br0 eth0
brctl addif br0 wlan0
ifconfig eth0 0.0.0.0 promisc up
ifconfig wlan0 0.0.0.0 promisc up
route add default gw 192.168.1.1 dev br0

Bereits nach der Eingabe der vorletzten Zeile kann ich nicht mehr auf die Synology zugreifen, bis ich diese neu starte.

Weiß hier einer von Euch Rat?

Vielen Dank!

 

[jahlives]

Bin jetzt nicht zu 100% sicher aber zwei Interfaces im promisc Mode geht glaub ned. Wenn ein Interface als promisc dann imho nur die Bridge selber. Das sollte aber brctl afaik automatisch machen.
Du wirst das ganze eh über ein Script bzw die network config Files machen müssen, denn beim manuellen Setzen der default Route haste sonst ein Henne-Ei-Problem: die alte default/network Route passt nicht mehr und damit reissen alle Verbindungen ab. Ergo kommst du nicht mehr bis zum Neusetzen der default/network Route via ssh/telnet.
Zum Testen könnte man auch einen cronjob definieren, der die neuen Routen korrekt setzt. Damit können die benötigten Routen auch gesetzt werden wenn du keinen ssh Zugriff mehr hast.
Auch nicht vergessen: die IP Konfig der Bridge selber. Die sollte die IP Adresse bekommen und nicht einer der Bridge Member

 

[Elvez2000]

Dank Dir für die schnelle Antwort - leider komme ich noch nicht weiter ;-)

Soweit ich gelesen habe, sollten beide Interfaces im promisc mode sein und nach Zuordnung zu br0 freigegeben werden (daher ifconfig eth0 0.0.0.0 promisc up
und ifconfig wlan0 0.0.0.0 promisc up). Ich habe das Ganze auch per script gestartet - trotzdem kein Erfolg. Mittlerweile kriege ich aber schon beim route add default gw 192.168.1.1 dev br0 eine Fehlermeldung ("SIOCADDRT: No such process").

Irgendwie ist der Wurm drin :-(

 

[jahlives]

Der Fehler bei der default Route deutet darauf hin dass die Bridge nicht aktiv ist. Was ergibt brctl showbr br0 ?
Wie gesagt das mit dem promiscous sollte von brctl erledigt werden.
Wird dir denn deine Bridge mit ifconfig überhaupt aufgelistet? Ansonsten mal ifup br0 probieren

 

[Elvez2000]

Hmm, also mal von vorne:

Ich starte die DS und die hängt ausschließlich im WLAN (IP .39) im LAN-Port steckt kein Kabel.

ifconfig ergibt:

eth0
inet addr:192.168.10.201 Bcast:192.168.10.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:532
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:11

wlan0
inet addr:192.168.10.39 Bcast:192.168.10.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:176 errors:0 dropped:0 overruns:0 frame:0
TX packets:141 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:28646 (27.9 KiB) TX bytes:42554 (41.5 KiB)

So weit - so gut, wobei ich nicht kapiere, wieso eth0 bereits eine IP hat.

Jetzt lege ich die Bridge an:

insmod /lib/modules/stp.ko
insmod /lib/modules/bridge.ko
brctl addbr br0
brctl stp br0 off
ifconfig br0 192.168.10.250/24
ifconfig br0 up

ifconfig ergibt:

br0
inet addr:192.168.10.250 Bcast:192.168.10.255 Mask:255.255.255.0
inet6 addr: fe80::e061:74ff:fe93:fcf9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:27 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:10441 (10.1 KiB)

eth0
inet addr:192.168.10.201 Bcast:192.168.10.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:532
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:11

wlan0
inet addr:192.168.10.39 Bcast:192.168.10.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:529 errors:0 dropped:0 overruns:0 frame:0
TX packets:177 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:117141 (114.3 KiB) TX bytes:51078 (49.8 KiB)

Soweit schein alles ok.

Ich ordne eth0 br0 zu und setze den promisc mode:

brctl addif br0 eth0
ifconfig eth0 0.0.0.0 promisc up

brctl show ergibt:

bridge name bridge id STP enabled interfaces
br0 8000.001132165ea8 no eth0

Sieht ebenfalls gut aus. Ich kann aber noch nicht per ssh auf die Bridge (IP .250) verbinden.

Jetzt versuche ich analog wlan0 dazu zu packen, gebe aber nicht die IP frei (sonst komme ich nicht mehr auf die DS)

brctl addif br0 wlan0

Nach diesem Kommando bricht ssh ab und ist die DS bereits nicht mehr zu erreichen :-( (Connection to 192.168.10.39 port 22: Broken pipe)

 

[jahlives]

Es darf/sollte auf einer Bridge nur eine IP Adresse geben. Daher meist die Bridge selber. Alles andere bittet förmlich um schwierig zu diagnostizierende Probleme ;-)
Sobald du wlan0 zur Bridge packst passt die default Route /Netzwerk Route nicht mehr und Verbindungen reissen ab. Drum schon der Hinweis mittels cron die Routen zu setzen

 

[Elvez2000]

Ich habe es jetzt einmal mit einem Script probiert, bevor ich mit cron rumspiele. Leider bleibt es bei den Problemen.

Ich bin immer noch im 192.168.10.xxx Netz und meine Fritzbox, die auch DHCP spielt hat die 192.168.10.1.

Das Script sieht wie folgt aus:

#!/bin/sh

GATEWAY="192.168.10.1"
NETMASK="255.255.255.0"
IP="192.168.10.250"

if ! lsmod | grep "stp" &> /dev/null ; then
echo "Adding module STP"
insmod /lib/modules/stp.ko;
fi

if ! lsmod | grep "bridge" &> /dev/null ; then
echo "Adding module bridge"
insmod /lib/modules/bridge.ko
fi

if ! cat /proc/net/dev | grep 'br0' &> /dev/null ; then
echo "Configuring br0"
brctl addbr br0
brctl stp br0 off
brctl addif br0 eth0
brctl addif br0 wlan0
brctl show
fi

echo "Configuring interfaces"
ifconfig eth0 0.0.0.0 promisc up
ifconfig wlan0 0.0.0.0 promisc up
ifconfig br0 $IP netmask $NETMASK up
route add default gw $GATEWAY dev br0

echo "Enabling ip_forward"
echo "1" > /proc/sys/net/ipv4/ip_forward

Wenn ich also das Script ausführe, sollte zwar (wie immer) SSH zusammenbrechen, danach müsste aber doch die br0 unter 192.168.10.250 erreichbar sein, da das Script ja trotzdem durchläuft.

Starte ich das Script, kriege ich:

Adding module STP
Adding module bridge
Configuring br0
bridge name bridge id STP enabled interfaces
br0 8000.001132165ea8 no eth0
wlan0
Configuring interfaces

Danach bricht SSH zusammen. Leider ist br0 trotzdem nicht erreichbar:

PING 192.168.10.250 (192.168.10.250): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3


Da die Route doch nun korrekt sein müsste, wunderd mich dieses Ergebnis.

 

[jahlives]

Das Script wird kaum durchlaufen. In dem Moment wo ssh abreisst wird auch das Script stehen bleiben. Das Problem ist die Netzwerkroute, welche wenn sie durch dein Script gesetzt wird doppelt vorhanden sein dürfte. Einmal auf das wlan Interface und einmal auf die Bridge. Dat kann nicht gutgehen
Wäre es meine Box würde ich folgendes probieren: meinen Client direkt per Kabel an einen eth der DS. Das sollte eine IP aus dem ZeroConfig Bereich bringen d.h. anderes Subnetz und damit nicht betroffen von einer Netzwerkroute auf die Bridge. Dann würde ich mal nur das wlan an die Bridge hängen und entsprechend konfigurieren. Sobald die DS via Bridge den def GW pingen kann würde ich ssh via wlan zur DS öffnen und dann das eth ebenfalls zur Bridge hinzufügen. Damit verändert sich nichts am Interface wo du via ssh verbunden bist und die Verbindung sollte bestehen bleiben. Du kannst nicht ein Interface zu einem anderen hinzufügen, wenn dort drüber deine aktive Verbindung zur Verwaltung geht.

 

[Elvez2000]

Ach so - das Script stopt dann echt? Das wusste ich nicht... Danke für die schnelle Antwort.

Deine Idee ist super - leider geht's bei mir nicht, da ich nur die 213air habe (und die hat 1x Lan und 1x Wlan). Ich habe jetzt noch extra einen angeblich konpatiblen WLAN-stick besorgt um genau das zu machen, was Du vorgeschlagen hast. Leider kriege ich den (obwohl er erkannt wird) nicht dazu, sich mit meinem WLAN zu verbinden ;-) Zu doof, dass die 213air nicht noch einen Netzwerkanschluss hat.

Dann werde ich mich mal in diese Cron Geschichte einarbeiten - kan ja nur schief gehen...

 

[jahlives]

Und wieso nicht eine Direktverbindung zur DS via eth0, Bridge mit wlan Interface konfigurieren, Neuverbinden zur DS via wlan und eth0 der Bridge hinzufügen?
Imho sollte so was klappen
Der beste Weg wäre es eh die Bridge via Konfigfiles auf der DS einzurichten. Denn der Weg via Script hat den Nachteil, dass es ganz am Schluss aufgerufen wird und dann versucht eine bestehende Netzwerkkonfig zu verändern. Nachteil am Weg via Konfigfiles ist aber: wenn du dort einen Fehler in der Konfig hast, dann gibt es kein Netzwerk mehr ohne kompletten Reset der Firmware

 

[Elvez2000]

Das klingt interessant. Wie/wo kann ich mich denn wegen der Kofigfiles schlau machen? Wo liegen die und gibt es da eine Anleitung zu (den reset nehme ich doch gerne in Kauf )?

 

[jahlives]

BEVOR du via Konfigfiles gehst würde ich dringend empfehlen das manuell wie beschrieben zu testen.
Netzwerkkonfig solkte unter /etc/sysconfig/network-scripts/ liegen. Die Files heissen normalerweise ifcfg- Interfacename. Die Syntax ist RedHat like, da findet man via Google sicher was