Ich werde das mal einfach weiter beobachten. Mit der neuen Firmware die Einstellungen alle reseten und neu einstellen und dann schau ich mal weiter ob dies sich nochmal ereignet.
BitSwitcher - neue Firmware für Speedport W500V
- Ersteller IP-Meister
- Erstellt am
BitSwitcher-Image 0.3.3 Released
So nochmal ausführlich obwohl's schon gepostet wurde
10. November 2008: BitSwitcher-Image 0.3.3
*DSL Handling wurde überarbeitet
*Firewall:
-neues Feature Protocol forwarding
-separate Script-Schnittstelle für eigene Firewall-Regeln
*der Reset-Button funktioniert jetzt
Changelog:
*"PPP reconnect" wurde verändert, sodass die Probleme die durch
fehlende DNS-Server entstanden, nicht mehr auftreten (dsl.sh)
*das Handling von nicht-permanenten DSL-Verbindungen, mit
automatischem reconnect bei Netzwerkaktivität, wurde überarbeitet
(dsl.sh, ppp_watch)
*das Programm ntpclient wurde aktualisiert und die Start- und
CGI-Scripts für die Konfiguration von Zeit und Datum wurden
überarbeitet (date.sh, date_time.cgi), sodass auch Winter- und
Sommerzeit eingestellt werden kann
*die Firewall wurde um die Möglichkeit Protokolle weiterzuleiten
(Protocol forwarding), was z.B. für IPSec notwendig ist, erweitert
(firewall.sh, fw_protfw.cgi)
*es gibt jetzt ein "Custom Firewall Script", in dem eigene Firewall-
Regeln eingetragen werden können, die so nach jedem
neukonfigurieren und aktualisieren der Firewall erhalten bleiben
(firewall.sh, fw_custom.cgi)
*das Web-Interface wurde um die Möglichkeit erweitert, WLAN-Scans
durchzuführen, wodurch die Konfiguration des APs, insbesondere die
Wahl des Kanals, erleichtert und verbessert werden soll
(wlan_scan.cgi)
*es sind jetzt Sonderzeichen in WPA-PSK, RADIUS-Key und SSID
möglich (wlan_basig.cgi, wlan_security.cgi)
*Fehlverhalten des Web-Servers (thttpd) beim Ändern des Datums
(CPU load bis zu 70%), wurde behoben
*der Busybox mount-Befehl wurde, um die Möglichkeit NFS- und
CIFS-Shares zu mounten, erweitert
*kleinere Fehlerkorrekturen und Verbesserungen am Web-Interface
(u.A. dsl_status.cgi, button_handler.sh, alle custom_script-CGI Scripts,
wlan_macfilter.cgi)
So nochmal ausführlich obwohl's schon gepostet wurde
10. November 2008: BitSwitcher-Image 0.3.3
*DSL Handling wurde überarbeitet
*Firewall:
-neues Feature Protocol forwarding
-separate Script-Schnittstelle für eigene Firewall-Regeln
*der Reset-Button funktioniert jetzt
Changelog:
*"PPP reconnect" wurde verändert, sodass die Probleme die durch
fehlende DNS-Server entstanden, nicht mehr auftreten (dsl.sh)
*das Handling von nicht-permanenten DSL-Verbindungen, mit
automatischem reconnect bei Netzwerkaktivität, wurde überarbeitet
(dsl.sh, ppp_watch)
*das Programm ntpclient wurde aktualisiert und die Start- und
CGI-Scripts für die Konfiguration von Zeit und Datum wurden
überarbeitet (date.sh, date_time.cgi), sodass auch Winter- und
Sommerzeit eingestellt werden kann
*die Firewall wurde um die Möglichkeit Protokolle weiterzuleiten
(Protocol forwarding), was z.B. für IPSec notwendig ist, erweitert
(firewall.sh, fw_protfw.cgi)
*es gibt jetzt ein "Custom Firewall Script", in dem eigene Firewall-
Regeln eingetragen werden können, die so nach jedem
neukonfigurieren und aktualisieren der Firewall erhalten bleiben
(firewall.sh, fw_custom.cgi)
*das Web-Interface wurde um die Möglichkeit erweitert, WLAN-Scans
durchzuführen, wodurch die Konfiguration des APs, insbesondere die
Wahl des Kanals, erleichtert und verbessert werden soll
(wlan_scan.cgi)
*es sind jetzt Sonderzeichen in WPA-PSK, RADIUS-Key und SSID
möglich (wlan_basig.cgi, wlan_security.cgi)
*Fehlverhalten des Web-Servers (thttpd) beim Ändern des Datums
(CPU load bis zu 70%), wurde behoben
*der Busybox mount-Befehl wurde, um die Möglichkeit NFS- und
CIFS-Shares zu mounten, erweitert
*kleinere Fehlerkorrekturen und Verbesserungen am Web-Interface
(u.A. dsl_status.cgi, button_handler.sh, alle custom_script-CGI Scripts,
wlan_macfilter.cgi)
Habe Probleme mit VoIP.
Speedport W500V im Vollbetrieb also DSL und Voip. Arcor als SIP Provider.
Ankommende Anrufe klingeln, ich höre auch den Anrufer, der Anrufer kann mich jedoch nicht verstehen.
Ausgehende Anrufe klappen gar nicht, da ich kein Freizeichen bekomme.
Unter Phone Options ist überall VoIP ausgewählt.
Ich kann mir da keinen Reim drauf machen.. Muss ich noch irgendwas in der Firewall einstellen? Portforwarding an den Router selbst oder so? Macht das Sinn?
Gruß!
Benutze übrigens die 0.3.3 Version.
Speedport W500V im Vollbetrieb also DSL und Voip. Arcor als SIP Provider.
Ankommende Anrufe klingeln, ich höre auch den Anrufer, der Anrufer kann mich jedoch nicht verstehen.
Ausgehende Anrufe klappen gar nicht, da ich kein Freizeichen bekomme.
Unter Phone Options ist überall VoIP ausgewählt.
Ich kann mir da keinen Reim drauf machen.. Muss ich noch irgendwas in der Firewall einstellen? Portforwarding an den Router selbst oder so? Macht das Sinn?
Gruß!
Benutze übrigens die 0.3.3 Version.
woprr
Aktives Mitglied
- Mitglied seit
- 10 Jun 2007
- Beiträge
- 2,999
- Punkte für Reaktionen
- 7
- Punkte
- 38
Da biste schon weiter wie ich. Das Ding hier an meinem CW oder bei QSC-VoIP angemeldet funktioniert nur die Signalisierung, Sprache=0. Gestern wieder 3h rumgeschraubt.
Ich gebs auf. Das Ding fliegt zurück in die Bucht. Soll ja Leute geben die damit klarkommen :groesste:
Da verkäuft ein britischer Großhändler grad 100 Linksys günstig oder es gibt ne Fritz.
Trotzdem lieben Dank an IP-Meister und sein Team :groesste:
Also in den bisherigen Versionen nicht, kann mir auch nicht vorstellen das du das in der 0.3.3 machen musst. Ich werde es selber erst heute Abend schaffen die neue Version aufzuspielen. Da mein Sipgate Account nicht wirklich produkiv genutzt wird bin ich gerne wieder bereit zu testen.
LG
Lippton
Mal ne Frage zwecks Erweiterung:
Wäre es möglich, stunnel auf den Router zu bekommen, so dass man bspw. einen Webserver von außen per https ansprechen könnte und der Router das dann intern auf den Webserver weiterleitet. So könnte man im LAN "normal" auf den Server zugreifen und von außerhalb wäre das dann per SSL geschützt.
Stunnel selbst dürfte ja eigentlich auch nicht so groß sein, da die SSL-Dateien zumindest bei den openvpn-images ja schon vorhanden sein dürften, oder irre ich mich da? Hatte mich mal am kompilieren versucht, bin aber kläglich gescheitert. Hab bisher nur ein Komplettimage nach Anleitung von der Homepage kreieren können, aber für das Einbinden in das Image oder das als binary hinzubekommen reichen meine Kenntnisse nicht aus.
Wäre es möglich, stunnel auf den Router zu bekommen, so dass man bspw. einen Webserver von außen per https ansprechen könnte und der Router das dann intern auf den Webserver weiterleitet. So könnte man im LAN "normal" auf den Server zugreifen und von außerhalb wäre das dann per SSL geschützt.
Stunnel selbst dürfte ja eigentlich auch nicht so groß sein, da die SSL-Dateien zumindest bei den openvpn-images ja schon vorhanden sein dürften, oder irre ich mich da? Hatte mich mal am kompilieren versucht, bin aber kläglich gescheitert.
Hab bisher nur ein Komplettimage nach Anleitung von der Homepage kreieren können, aber für das Einbinden in das Image oder das als binary hinzubekommen reichen meine Kenntnisse nicht aus.Da meine Box momentan nicht greifbar ist, das ganze nur gebaut und nicht getestet. Ich hoffe, man kann daran die grundsätzlich mögliche Vorgehensweise ablesen. Ich hangle mich dabei immer (für Patches und configure Optionen am freetz lang ;-))
Jörg
EDIT gerade mal getestet (mit BS 0.3.3 OPENVPN):
Das Default-Verzeichnis verschiebe ich noch nach /opt (siehe Ergänzug oben vor dem Patchen)...
Neues Binary wird drangehängt:
Code:
# ins "bs" Verzeichnis und dort als Grundlage mal das freetz-Paket "abholen"
cd ~/bs/
svn co http://svn.freetz.org/trunk/make/stunnel freetz-stunnel
# Sourcecode holen und auspacken
wget http://www.stunnel.org/download/stunnel/src/stunnel-4.26.tar.gz
tar xvzf stunnel-4.26.tar.gz -C dev_tree/bs_extra/
[B]#Ergänzung: den default-Pfad für die Konfig nach /opt legen, nicht wie bei freetz nach /mod/etc
sed -i 's%/mod/etc/stunnel.conf%/opt/stunnel.conf%' ~/bs/freetz-stunnel/patches/200-default-values.patch
[/B]
# die Patches vom Freetz nutzen:
for i in ` find freetz-stunnel/patches/*.patch`; do patch -d dev_tree/bs_extra/stunnel-4.26/ -p0 < $i ; done
# configure Optionen "abgucken"
grep CONFIGURE freetz-stunnel/stunnel.mk
# Ergebnis: --disable-libwrap --with-threads=fork --with-ssl=../openssl/
# (SSL-Pfad schon angepasst, muss "komplett" angegeben werden, daher unten mit $(pwd) vorne weg)
# also los, versuchen wir es mal (hier kam beim ersten "make" der Fehler,
# dass er die ssl-libs nicht fand, daher noch den Pfad dazu mit angehängt
# (-L$(pwd)/../openssl):
PATH=/opt/toolchains/uclibc-crosstools/bin/:$PATH
cd dev_tree/bs_extra/stunnel-4.26/
./configure --disable-libwrap --with-threads=fork --with-ssl=$(pwd)/../openssl --build=i386-linux-gnu --target=mips-linux --host=mips-linux CC="mips-linux-gcc" CFLAGS="-Os -pipe -march=4kc -L/opt/toolchains/uclibc-crosstools/mips-linux-uclibc/lib/ -L$(pwd)/../openssl"
make
# prima, läuft durch, jetzt noch das binary etwas "kleiner machen" und "strippen":
mips-linux-strip src/stunnel
# jetzt sollte src/stunnel per scp, ftp ... auf die Box verbracht werden können zum testen...Jörg
EDIT gerade mal getestet (mit BS 0.3.3 OPENVPN):
Code:
# hier liegt das stunnel.gz file auf dem Linux PC
gzip -d stunnel.gz
scp stunnel [email protected]:/opt
# dann noch root PW und gut ;-)
ssh [email protected]
# Wieder PW und dort:
root@BS:~ #cd /opt/
root@BS:/opt #chmod +x stunnel
root@BS:/opt #./stunnel
1999.12.31 23:02:27 LOG3[1011:0]: /mod/etc/stunnel.conf: No such file or directory (2)
Syntax:
stunnel [<filename>] ] -fd <n> | -help | -version | -sockets
<filename> - use specified config file instead of /mod/etc/stunnel.conf
-fd <n> - read the config file from a file descriptor
-help - get config file help
-version - display version and defaults
-sockets - display default socket options
root@BS:/opt #Neues Binary wird drangehängt:
Code:
root@BS:/opt #./stunnel
1999.12.31 23:17:50 LOG3[1025:0]: /opt/stunnel.conf: No such file or directory (2)
Syntax:
stunnel [<filename>] ] -fd <n> | -help | -version | -sockets
<filename> - use specified config file instead of /opt/stunnel.conf
-fd <n> - read the config file from a file descriptor
-help - get config file help
-version - display version and defaults
-sockets - display default socket options
root@BS:/opt #
Zuletzt bearbeitet:
@MaxMuster
Die Anleitung ist ja gut, hab es sogar selber hinbekommen, mir ein stunnel-binary zu bauen und es funktioniert auch. Und das mit der freetz-Seite ist ja wirklich praktisch (mal im Hinterkopf behalten...). Nu fehlt mir nur noch ein heißer Tipp, wie ich das hinbekomme, dass der das auch mit ins Image reinkompiliert...
Nachdem ich mir ein kleines start-script zu stunnel geschrieben hatte (naja, Abwandlung vom telnet-script *g*), wollte ich dazu auch noch ein WebPlugIn basteln, aber da bin ich kläglichst gescheitert. Hätte nicht gedacht, dass das so kompliziert ist. Das Web-Shell-Plugin ist als Vorlage nur bedingt geeignet, da es keinerlei Auswahlkästchen bietet und auch nix im NVRAM ablegt oder abgreift. Und komischerweise (für mich zumindest) laufen die anderen cgi-Scripte nicht, wenn man sie ins Plugin-Verzeichnis rüberkopiert, auch nicht mit kleinen Anpassungen. Hatte nämlich am call-mon-cgi rumgebastelt, aber die Anzeige dann im Browser ließ "sehr zu wünschen übrig"... Naja, muss es halt leider ohne gehen, hab schon genug Zeit damit verplempert...
Die Anleitung ist ja gut, hab es sogar selber hinbekommen, mir ein stunnel-binary zu bauen und es funktioniert auch.
Und das mit der freetz-Seite ist ja wirklich praktisch (mal im Hinterkopf behalten...). Nu fehlt mir nur noch ein heißer Tipp, wie ich das hinbekomme, dass der das auch mit ins Image reinkompiliert... Nachdem ich mir ein kleines start-script zu stunnel geschrieben hatte (naja, Abwandlung vom telnet-script *g*), wollte ich dazu auch noch ein WebPlugIn basteln, aber da bin ich kläglichst gescheitert. Hätte nicht gedacht, dass das so kompliziert ist. Das Web-Shell-Plugin ist als Vorlage nur bedingt geeignet, da es keinerlei Auswahlkästchen bietet und auch nix im NVRAM ablegt oder abgreift. Und komischerweise (für mich zumindest) laufen die anderen cgi-Scripte nicht, wenn man sie ins Plugin-Verzeichnis rüberkopiert, auch nicht mit kleinen Anpassungen.
Hatte nämlich am call-mon-cgi rumgebastelt, aber die Anzeige dann im Browser ließ "sehr zu wünschen übrig"... Naja, muss es halt leider ohne gehen, hab schon genug Zeit damit verplempert...
Zuletzt bearbeitet:
So auch hier Probleme mit meinem Sipaccount. Der Router verbindet sich nur nach ausschalten/einschalten oder einem Reset mit meinem Sipgateaccount.
Manchmal Verbindet er sich aber auch gar nicht(Zeitgesteuerter Reset ist eingestellt).
Any hints?
Lippton
Manchmal Verbindet er sich aber auch gar nicht(Zeitgesteuerter Reset ist eingestellt).
Any hints?
Lippton
So, ich hab nu doch mal ein bisschen am Plugin für stunnel gebastelt.
Mein Problem ist nur, dass das script, was stunnel aufruft (telnet-script angepasst), selber prima funktioniert, wenn man es per telnet aufruft. Wenn jedoch das Plugin (ebenfalls angepasstes telnet-plugin) auf dem Webinterface aufruft, scheitert es am Aufruf von stunnel selbst. Die Öffnung des Ports der Firewall bspw. geht, nur wenn das Plugin das script aufruft, kommt der irgendwie mit dem Aufruf von stunnel selbst nicht klar. Keine Ahnung warum. Bitte um Hilfe. Wäre toll, wenn einer den Fehler sieht oder nen Tipp hätte.
stunnel.sh
stunnel.cgi
Mein Problem ist nur, dass das script, was stunnel aufruft (telnet-script angepasst), selber prima funktioniert, wenn man es per telnet aufruft. Wenn jedoch das Plugin (ebenfalls angepasstes telnet-plugin) auf dem Webinterface aufruft, scheitert es am Aufruf von stunnel selbst. Die Öffnung des Ports der Firewall bspw. geht, nur wenn das Plugin das script aufruft, kommt der irgendwie mit dem Aufruf von stunnel selbst nicht klar. Keine Ahnung warum.
Bitte um Hilfe. Wäre toll, wenn einer den Fehler sieht oder nen Tipp hätte.stunnel.sh
Code:
#!/bin/sh
#
# Start/stops stunnel
#
#
case "$1" in
start)
echo "Starting stunnel"
nvram set a=1
stunnel_start=`/bin/nvram get stunnel_start`
killall stunnel >/dev/null 2>/dev/null
[ "$stunnel_start" = "Failed" ] || [ "$stunnel_start" = "1" ] && nvram set b=1 && /opt/stunnel/stunnel /opt/stunnel/stunnel.conf && nvram set c=1
nvram set d=1
;;
stop)
echo "Stopping stunnel"
killall stunnel >/dev/null 2>/dev/null
[ "$(nvram get fw_services_tcp)" = "" ] && nvram del fw_services_tcp && nvram commit
;;
restart)
$0 stop
usleep 900000
$0 start
;;
*)
echo "Usage: /opt/stunnel.sh {start|stop|restart}"
exit 1
;;
esac
exit 0stunnel.cgi
Code:
#!/bin/sh
#NAME: Stunnel
#DESCRIPTION: Execute a shell command via the web interface.
HOME="../plugin.cgi"
. /webs/cgi-bin/login.cgi
. /webs/cgi-bin/functions.sh
mustsave=0
#### Formular-Auswertung #######################################################
#SAVE
if [ "$action" -eq 3 ]; then
[ "$form_stunnel_start" != "`nvram get stunnel_start`" ] && res=`nvram set stunnel_start=$form_stunnel_start` && mustsave=1 && [ "$res" != "OK" ] && err=1
if [ "$form_stunnel_fw_open" = "1" ]; then
is_fwservice_port "tcp" "443" || add_fwservice_port "tcp" "443" && mustsave=1 && fw_restart=1
else
is_fwservice_port "tcp" "443" && remove_fwservice_port "tcp" "443" && mustsave=1 && fw_restart=1
fi
[ "$err" -ne "0" ] && errmsg="$errmsg Write to NVRam failed!"'\n'
[ "$mustsave" -eq 1 ] && nvram commit >/dev/null && /opt/stunnel/stunnel.sh restart >/dev/null && nvram set test=1 && [ "$fw_restart" = "1" ] && /etc/start_scripts/firewall.sh services_restart >/dev/null 2>/dev/null
fi
################################################################################
[ "$mustsave" -eq 1 ] && nvram commit >/dev/null
stunnel_start=`/bin/nvram get stunnel_start`
[ "$stunnel_start" = "Failed" ] && stunnel_start=1
[ "$stunnel_start" = "1" ] && stunnel_on='checked="checked"' || stunnel_off='checked="checked"'
is_fwservice_port "tcp" "443" && fw_open='checked="checked"' || fw_closed='checked="checked"'
cat <<HTML
Content-type: text/html
Connection: close
<HTML><HEAD>
<SCRIPT language="JavaScript" src="../../js_fade.txt" type="text/JavaScript"></SCRIPT>
<SCRIPT language="JavaScript" src="../../js_menu.txt" type="text/JavaScript"></SCRIPT>
<SCRIPT type="text/JavaScript">
function stunnel_change() {
if(document.getElementById("form_stunnel_start_off").checked==true){
document.getElementById("form_stunnel_fw_open_off").disabled=true;
document.getElementById("form_stunnel_fw_open_on").disabled=true;
}
else{
document.getElementById("form_stunnel_fw_open_off").disabled=false;
document.getElementById("form_stunnel_fw_open_on").disabled=false;
}
}
</SCRIPT>
<LINK rel="stylesheet" href="../../style.css" type="text/css">
<!--[if IE]><style type="text/css">@import url(../../ie.css);</style><![endif]-->
</HEAD>
<BODY onload="stunnel_change();">
<DIV id=c_Frame>
<DIV id=c_border>
<DIV id=c_pfad>Plugins</DIV>
<DIV id=c_titel>Stunnel</DIV>
<DIV id=c_std>
<form id="xform" name="xform" method="post">
<table border="0" cellpadding="0" cellspacing="2">
<tr onmouseover=i_showElem(1) onmouseout=i_showElem(0)>
<td width="90">Stunnel</td>
<td width="20"><input type="radio" id="form_stunnel_start_off" name="form_stunnel_start" value="0" onchange="stunnel_change();" $stunnel_off></td>
<td width="40">Off</td>
<td width="20"><input type="radio" id="form_stunnel_start_on" name="form_stunnel_start" value="1" onchange="stunnel_change();" $stunnel_on></td>
<td>On</td>
</tr></table>
</DIV>
<DIV id=c_last>
<table border="0" cellpadding="0" cellspacing="2">
<tr onmouseover=i_showElem(2) onmouseout=i_showElem(0)>
<td width="90">Firewall</td>
<td width="20"><input type="radio" id="form_stunnel_fw_open_off" name="form_stunnel_fw_open" value="0" $fw_closed></td>
<td width="40">Close</td>
<td width="20"><input type="radio" id="form_stunnel_fw_open_on" name="form_stunnel_fw_open" value="1" $fw_open></td>
<td>Open</td>
<input id="action" type="hidden" name="action" value="0">
</tr></table></form>
</DIV>
<DIV id=c_leer></DIV>
<DIV id=c_foot></DIV>
</DIV>
<DIV id=c_verzoeg1></DIV>
<DIV id=c_verzoeg2></DIV>
</DIV>
<DIV id=t_Frame>
<DIV id=t_but4 onclick="subm(3);" onmouseover="rahmen(1,4);i_showElem(7)" onmouseout="rahmen(0,4);i_showElem(0)">Save & Run</DIV>
</DIV>
<DIV id=i_Frame>
<DIV id=i_content>
<h2>Stunnel</h2>
<p>Start/Stop Stunnel-service and control Stunnel-Access on Public Interface</p>
</DIV>
<DIV id=i_content1>
<h2>stunnel</h2>
<p><b>Start/Stop</b><br>Start Stunnel-service Yes/No</p>
<p><img src="../../pic_i_hinweis.gif" border="0"><br /> Setting is checked on next Reboot</p>
</DIV>
<DIV id=i_content2>
<h2>Firewall</h2>
<p><b>Firewall</b><br>Open Stunnel-Port (TCP 443) in Firewall</p>
<p><img src="../../pic_i_hinweis.gif" border="0"><br /> Setting controls only access for public IP-Adresses</p>
</DIV>
<DIV id=i_content6>
<h2>stunneld</h2>
<p><b>Save</b><br>Saves changed settings to NVRAM</p>
</DIV>
<DIV id=i_content7>
<h2>stunneld</h2>
<p><b>Save&Run</b><br>Save changed settings to NVRAM and restart Stunnel/Firewall</p>
<p><img src="../../pic_i_hinweis.gif" border="0"><br /> Changes are safed permanently</p>
</DIV>
</DIV></BODY></HTML>Hallo IP-Meister,
beim Targa kommt es unter den orignalen Firmware-Versionen 0.10,0.11,0.12, sowie dem DA-Mod "SPW500V-1.37-211107-0921.bin" zu Verbindungsabbrüchen bei jedem VOIP-Telefonat über 1&1. Das Phänomen tritt mit allen vier FW-Versionen an zwei unterschiedlichen Routern und zwei 1&1-Zugängen reproduzierbar auf. Die Gespräche (auf das Festnetz oder zu VOIP ist dabei egal) werden einfach unterbrochen. Der Router muss danach neugestartet werden, um wieder telefonieren zu können. Der Abbruch findet nach unterschiedlich langer Gesprächsdauer statt. Meistens in den ersten 10 Minuten. Das Problem ist z.B. hier bekannt.
Ist zu dieser Problematik eine Lösung in den BitSwitcher eingeflosssen oder liegt das Problem an den VOIP-Sourcen, die ja von dir übernommen wurden?
Ohne funktionierndes VOIP ist der Router nur als gelegentliche Bridge nutzbar. Den BitSwitcher werde ich dennoch mal aufsetzen und bei meinem nächsten Besuch am 1&1-Anschluß testen.
Gruß
Edit: Anzumerken sei noch, dass VOIP über Carpo an beiden Anschlüssen über den Targa immer gut funktionierte.
beim Targa kommt es unter den orignalen Firmware-Versionen 0.10,0.11,0.12, sowie dem DA-Mod "SPW500V-1.37-211107-0921.bin" zu Verbindungsabbrüchen bei jedem VOIP-Telefonat über 1&1. Das Phänomen tritt mit allen vier FW-Versionen an zwei unterschiedlichen Routern und zwei 1&1-Zugängen reproduzierbar auf. Die Gespräche (auf das Festnetz oder zu VOIP ist dabei egal) werden einfach unterbrochen. Der Router muss danach neugestartet werden, um wieder telefonieren zu können. Der Abbruch findet nach unterschiedlich langer Gesprächsdauer statt. Meistens in den ersten 10 Minuten. Das Problem ist z.B. hier bekannt.
Ist zu dieser Problematik eine Lösung in den BitSwitcher eingeflosssen oder liegt das Problem an den VOIP-Sourcen, die ja von dir übernommen wurden?
Aufgefallen ist mir dabei, dass als Sprachübertragungscodec der G.711u Verwendung findet. Andere Router die nur den G.711 verwenden, zeigen keine Aussetzer.
Ohne funktionierndes VOIP ist der Router nur als gelegentliche Bridge nutzbar. Den BitSwitcher werde ich dennoch mal aufsetzen und bei meinem nächsten Besuch am 1&1-Anschluß testen.
Gruß
Edit: Anzumerken sei noch, dass VOIP über Carpo an beiden Anschlüssen über den Targa immer gut funktionierte.
Zuletzt bearbeitet:
@Lippton
Versuch mal den UDP-Port 5060 auf die lokale Router-Adresse weiterzuleiten. Also z.B.: Prot.UDP, public_port: 5060, private: 192.168.2.1, private_port: 5060
Manchmal hilft das, hängt vom Provider ab...
@Duplomonster
Ich schau's mir heut Abend mal an. Bin schonmal begeistert, ist das erste User-Plugin was ich bisher gesehen habe. Ich meld mich dann...
@princenewton007
Die Portweiterleitung, wie oben beschrieben auf jeden Fall auch eintragen. Wenn das nicht hilft, liegt es wahrscheinlich am 'vodsl' von Broadcom. Da kann man leider nix machen da hierfür die Sourcen nicht verfügbar sind.
Versuch mal den UDP-Port 5060 auf die lokale Router-Adresse weiterzuleiten. Also z.B.: Prot.UDP, public_port: 5060, private: 192.168.2.1, private_port: 5060
Manchmal hilft das, hängt vom Provider ab...
@Duplomonster
Ich schau's mir heut Abend mal an. Bin schonmal begeistert, ist das erste User-Plugin was ich bisher gesehen habe. Ich meld mich dann...
@princenewton007
Die Portweiterleitung, wie oben beschrieben auf jeden Fall auch eintragen. Wenn das nicht hilft, liegt es wahrscheinlich am 'vodsl' von Broadcom. Da kann man leider nix machen da hierfür die Sourcen nicht verfügbar sind.
@IP-Meister
Begeisterung bitte zügeln, ist ja lediglich ne Anpassung des Telnet-Scripts, mehr nicht (bisher). Wollte erstmal versuchen, ob das überhaupt was wird, und wenn ja, dass dann ggf. erweitern, weil bisher lediglich der Port freigeschaltet und das Programm mit den Parametern aufgerufen wird, der/die in der conf-Datei zu stunnel selbst steht/stehen.
Was ich festgestellt habe, ist, dass sich stunnel mit dem angepassten script per telnet super aufrufen lässt, per WebInterface nicht (die portfreischaltung hingegen geht), auch nicht im WebShell-Plugin. Da wird dann immer folgende Fehlermeldung ausgespuckt:
/opt/stunnel/stunnel: can't load library 'libdl.so.0'
Ebenso läst sich bspw. openvpn nicht per WebShell-PlugIn aufrufen, da kommt auch so ne ähnliche Fehlermeldung. Irgendwie scheint der librarys nicht zu finden. Hoffe, das hilft vielleicht bei der Fehlersuche.
Danke schonmal fürs "überprüfen".
Begeisterung bitte zügeln, ist ja lediglich ne Anpassung des Telnet-Scripts, mehr nicht (bisher).
Wollte erstmal versuchen, ob das überhaupt was wird, und wenn ja, dass dann ggf. erweitern, weil bisher lediglich der Port freigeschaltet und das Programm mit den Parametern aufgerufen wird, der/die in der conf-Datei zu stunnel selbst steht/stehen.Was ich festgestellt habe, ist, dass sich stunnel mit dem angepassten script per telnet super aufrufen lässt, per WebInterface nicht (die portfreischaltung hingegen geht), auch nicht im WebShell-Plugin. Da wird dann immer folgende Fehlermeldung ausgespuckt:
/opt/stunnel/stunnel: can't load library 'libdl.so.0'
Ebenso läst sich bspw. openvpn nicht per WebShell-PlugIn aufrufen, da kommt auch so ne ähnliche Fehlermeldung. Irgendwie scheint der librarys nicht zu finden. Hoffe, das hilft vielleicht bei der Fehlersuche.
Danke schonmal fürs "überprüfen".
@Duplomonster
So hab mal über deine Skripte drüber geschaut und läuft jetzt auch.
Zuerst zum Startscript:
Hab eigentlich nur deine Debug-Sachen rausgenommen, sonst siehts in Ordnung aus. Was allerdings die Zeile:
[ "$(nvram get fw_services_tcp)" = "" ] && nvram del fw_services_tcp && nvram commit
bezwecken sollte weiss ich nicht genau?! Eigentlich brauchst du an der FW-Variablen im Start-Script nichts zu ändern, da du die ja über das Webinterface setzt.
Das Web-Plugin sieht auch gut aus. Das Problem mit der nicht gefundenen Library löst du indem du den LIBRARY_PATH einfach oben im Skript nochmal exportierst. Das ganze sieht in etwa so aus (nur oberer Teil des Skripts):
Ansonsten bin ich trotzdem noch begeistert, denn die meisten geben sofort wenn was nicht funktioniert auf und schreien um Hilfe oder lassen es bleiben. Du hast aber trotzdem weiter probiert und siehe da,
es funktioniert
So hab mal über deine Skripte drüber geschaut und läuft jetzt auch.
Zuerst zum Startscript:
Code:
#!/bin/sh
#
# Start/stops stunnel
#
#
case "$1" in
start)
echo "Starting stunnel"
stunnel_start=`/bin/nvram get stunnel_start`
killall -9 stunnel >/dev/null 2>/dev/null
[ "$stunnel_start" = "Failed" ] || [ "$stunnel_start" = "1" ] && /opt/stunnel/stunnel /opt/stunnel/stunnel.conf
;;
stop)
echo "Stopping stunnel"
killall -9 stunnel >/dev/null 2>/dev/null
;;
restart)
$0 stop
usleep 900000
$0 start
;;
*)
echo "Usage: /opt/stunnel.sh {start|stop|restart}"
exit 1
;;
esac
exit 0Hab eigentlich nur deine Debug-Sachen rausgenommen, sonst siehts in Ordnung aus. Was allerdings die Zeile:
[ "$(nvram get fw_services_tcp)" = "" ] && nvram del fw_services_tcp && nvram commit
bezwecken sollte weiss ich nicht genau?! Eigentlich brauchst du an der FW-Variablen im Start-Script nichts zu ändern, da du die ja über das Webinterface setzt.
Das Web-Plugin sieht auch gut aus. Das Problem mit der nicht gefundenen Library löst du indem du den LIBRARY_PATH einfach oben im Skript nochmal exportierst. Das ganze sieht in etwa so aus (nur oberer Teil des Skripts):
Code:
#!/bin/sh
#NAME: Stunnel
#DESCRIPTION: Managing stunnel
HOME="../plugin.cgi"
. /webs/cgi-bin/login.cgi
. /webs/cgi-bin/functions.sh
mustsave=0
export LD_LIBRARY_PATH='/lib:/usr/lib:/opt/lib:/opt:/opt/usr/lib'
#### Formular-Auswertung #######################################################
#SAVE
if [ "$action" -eq 3 ]; then
[ "$form_stunnel_start" != "`nvram get stunnel_start`" ] && res=`nvram set stunnel_start=$form_stunnel_start` && mustsave=1 && [ "$res" != "OK" ] && err=1
if [ "$form_stunnel_fw_open" = "1" ]; then
is_fwservice_port "tcp" "443" || add_fwservice_port "tcp" "443" && mustsave=1 && fw_restart=1
else
is_fwservice_port "tcp" "443" && remove_fwservice_port "tcp" "443" && mustsave=1 && fw_restart=1
fi
[ "$err" -ne "0" ] && errmsg="$errmsg Write to NVRam failed!"'\n'
[ "$mustsave" -eq 1 ] && nvram commit >/dev/null && /opt/stunnel/stunnel.sh restart >>/dev/null 2>>/dev/null && [ "$fw_restart" = "1" ] && /etc/start_scripts/firewall.sh services_restart >/dev/null 2>/dev/null
fi
################################################################################
....Ansonsten bin ich trotzdem noch begeistert, denn die meisten geben sofort wenn was nicht funktioniert auf und schreien um Hilfe oder lassen es bleiben. Du hast aber trotzdem weiter probiert und siehe da,
es funktioniert
@IP-Meister
Da bin ich ja vollends begeistert, dass das ja doch funktionieren tut.
Hab zwar momentan keine Möglichkeit zum Ändern, aber zu deiner Frage wegen dem nvram del fw_services_tcp: Das habe ich gemacht, weil wenn man da einen Wert einträgt und später dann wieder löscht, so dass die Variable dann später ohne Wert im NVRAM steht, erscheint in der Firewall-Übersichtsliste im WebInterface ein leeres Feld anstelle von "No Ports opened" (soweit ich mich recht erinnere). Ist also nur kosmetischer Natur, könntest es ja vielleicht beim nächsten Image einbauen bzw. korrigieren, wenn du magst (Wäre im Firewall-Script bestimmt besser aufgehoben). Hatte mich nämlich gewundert, warum vorher "no ports opened" und nach meiner Spielerei ein leeres Feld da war, obwohl ich den Port wieder zugemacht habe.
Das andere probiere ich dann heute Abend aus.
Trotzdem schönen Dank für's "Korrekturlesen"
Edit:
So, ich hab das ganze jetzt mal ausprobiert und was soll ich sagen: Es funktioniert! Besten Dank nochmal! Also lag es "bloß" an den librarys. Hab deine library-Zeile auch mal ins WebShell-PlugIn reinkopiert und auch dort hat es Wunder bewirkt. Man kann dort nun auch stunnel, openvpn, usw. aufrufen. Wäre vielleicht auch was, was man ggf. in dem downloadbaren File ändern könnte.
Nu kann ich ja mal weiter an dem PlugIn rumbasteln, wenn es die Zeit zulässt.
Da bin ich ja vollends begeistert, dass das ja doch funktionieren tut.
Hab zwar momentan keine Möglichkeit zum Ändern, aber zu deiner Frage wegen dem nvram del fw_services_tcp: Das habe ich gemacht, weil wenn man da einen Wert einträgt und später dann wieder löscht, so dass die Variable dann später ohne Wert im NVRAM steht, erscheint in der Firewall-Übersichtsliste im WebInterface ein leeres Feld anstelle von "No Ports opened" (soweit ich mich recht erinnere). Ist also nur kosmetischer Natur, könntest es ja vielleicht beim nächsten Image einbauen bzw. korrigieren, wenn du magst (Wäre im Firewall-Script bestimmt besser aufgehoben). Hatte mich nämlich gewundert, warum vorher "no ports opened" und nach meiner Spielerei ein leeres Feld da war, obwohl ich den Port wieder zugemacht habe.
Das andere probiere ich dann heute Abend aus.
Trotzdem schönen Dank für's "Korrekturlesen"
Edit:
So, ich hab das ganze jetzt mal ausprobiert und was soll ich sagen: Es funktioniert! Besten Dank nochmal! Also lag es "bloß" an den librarys. Hab deine library-Zeile auch mal ins WebShell-PlugIn reinkopiert und auch dort hat es Wunder bewirkt. Man kann dort nun auch stunnel, openvpn, usw. aufrufen. Wäre vielleicht auch was, was man ggf. in dem downloadbaren File ändern könnte.
Nu kann ich ja mal weiter an dem PlugIn rumbasteln, wenn es die Zeit zulässt.
Zuletzt bearbeitet:
@princenewton007: Kannst du mir mal verraten, wie man die 1und1 VoIP-Accounts überhaupt bei der Firmware einstellen muss, damit sie registriert werden? Bei mir geht das nur mit nem Carpo Account gut.
@all: Geht mit dem Router eigentlich WPA(2) im Repeater Modus?
@all: Geht mit dem Router eigentlich WPA(2) im Repeater Modus?
Hallo BS-Gemeinde.
folgendes Problem ...
ich möchte meinen BS im LAN1 als OpenVPN-Client verwenden um damit ein direkt an eth0 angeschlossenes Gerät in einem fernen LAN2 anzubinden.
Dazu habe ich bereits folgendes unternommen/erreicht:
- BS ist als WLAN-Client im "seperate"-Modus im LAN1 eingebunden
- vom BS aus kann ich im LAN1 und im WWW erfolgreich pingen
- OpenVPN ist auf dem Server korrekt eingerichtet (Test mit PC als Client)
- OpenVPN ist mit einer Client-Config und den Keys im TAP-Modus konfiguriert (das Script und die Keys funktionieren auf PC einwandfrei)
- im BS verbindet OpenVPN erfolgreich zum Server und erstellt brav eine tap0
- im BS sind auf br0 eth0 und tap0 gebrückt
- vom BS aus kann ich in das LAN2 pingen
Wie bekomme ich es nun hin, dass ein am eth0 angeschlossenes Gerät
a) eine IP per DHCP aus dem LAN2 erhält?
b) das Gerät am eth0 mindestens vom Server im LAN2 erreichbar ist?
Für Vorschläge jeglicher Art wäre ich euch sehr dankbar. Habe schon mit den verschiedensten ROUTE-Einträgen im BS experimentiert, jedoch letztlich keinen erfolg gehabt.
folgendes Problem ...
ich möchte meinen BS im LAN1 als OpenVPN-Client verwenden um damit ein direkt an eth0 angeschlossenes Gerät in einem fernen LAN2 anzubinden.
Dazu habe ich bereits folgendes unternommen/erreicht:
- BS ist als WLAN-Client im "seperate"-Modus im LAN1 eingebunden
- vom BS aus kann ich im LAN1 und im WWW erfolgreich pingen
- OpenVPN ist auf dem Server korrekt eingerichtet (Test mit PC als Client)
- OpenVPN ist mit einer Client-Config und den Keys im TAP-Modus konfiguriert (das Script und die Keys funktionieren auf PC einwandfrei)
- im BS verbindet OpenVPN erfolgreich zum Server und erstellt brav eine tap0
- im BS sind auf br0 eth0 und tap0 gebrückt
- vom BS aus kann ich in das LAN2 pingen
Wie bekomme ich es nun hin, dass ein am eth0 angeschlossenes Gerät
a) eine IP per DHCP aus dem LAN2 erhält?
b) das Gerät am eth0 mindestens vom Server im LAN2 erreichbar ist?
Für Vorschläge jeglicher Art wäre ich euch sehr dankbar. Habe schon mit den verschiedensten ROUTE-Einträgen im BS experimentiert, jedoch letztlich keinen erfolg gehabt.
Ich habe jetzt festgestellt, dass zwar in meinem Script zum starten des VPN ein in diversen HOWTOs beschriebes "echo 1 > /proc/sys/net/ipv4/ip_forward" das IP_Forward aktivieren sollte, das aber den BS vollkommen kalt lässt, sprich ... die 1 wird nicht gespeichert. Vermute, dass hier die Ursache liegt.
Ich habe probiert die Datei über SSH zu ändern => erfolglos
Ich habe das "echo 1 ..." ins Custom_Script gepackt => erfolglos
Wie kann ich das IP_FORWARD am BS aktivieren?
Hallo rkltbg
Ich habe mal auf meinen BS-Routern (1 Router, 1 WLAN-Client) "cat /proc/sys/net/ipv4/ip_forward" ausgeführt und es kommt eine 1, also ist das IP-Forwarding normalerweise sowieso aktiviert.
Eigentlich sollte dein Problem unter b) gelöst sein, wenn a) funktioniert...
So, mal ein paar Fragen zu deiner Config:
Welche IP-Bereiche haben LAN1 und 2 und was hast du bei LAN im BS-Client eingestellt? Welche IP hat/bekommt der BS? Wenn du vom BS ins LAN2 pingen kannst, müsstest du auch vom LAN2 den BS anpingen können. Haste Firewall aus? Und was hast du bei WAN-Interface (bei Firewall) eingestellt? Was für ein Gerät soll denn mit eth0 verbunden werden? (Ich nehme mal an eins, wo du kein OpenVPN drauf bekommst??)
Post mal bitte die Ausgabe von "ifconfig".
Mehr Fragen hab ich grad net
Ich habe mal auf meinen BS-Routern (1 Router, 1 WLAN-Client) "cat /proc/sys/net/ipv4/ip_forward" ausgeführt und es kommt eine 1, also ist das IP-Forwarding normalerweise sowieso aktiviert.
Eigentlich sollte dein Problem unter b) gelöst sein, wenn a) funktioniert...
So, mal ein paar Fragen zu deiner Config:
Welche IP-Bereiche haben LAN1 und 2 und was hast du bei LAN im BS-Client eingestellt? Welche IP hat/bekommt der BS? Wenn du vom BS ins LAN2 pingen kannst, müsstest du auch vom LAN2 den BS anpingen können. Haste Firewall aus? Und was hast du bei WAN-Interface (bei Firewall) eingestellt? Was für ein Gerät soll denn mit eth0 verbunden werden? (Ich nehme mal an eins, wo du kein OpenVPN drauf bekommst??)
Post mal bitte die Ausgabe von "ifconfig".
Mehr Fragen hab ich grad net
[Edit Novize: Unsinniges Fullquote vom Beitrag direkt darüber gelöscht - siehe Forumsregeln!]
Hallo Duplomonster,
danke für die Antwort. Das mit dem IP_FORWARD hat sich gelöst ... es ist wie du sagst, hatte ich auch grad rausgefunden. Nun zu deinen Fragen:
LAN1: 192.168.1.x - GW: 192.168.1.1 - BS via DHCP über wl0: 192.168.1.10
LAN2: 192.168.0.x - GW: 192.168.0.99 - Server: 192.168.0.1
Wenn ich mit nem IP-Scanner im LAN2 abscanne kommen nur die bekannten Clients im LAN2. Eine IP vom BS gibt es nicht.
Firewall auf dem Server ist aus.
Firewall im BS ist ebenfalls aus.
Nochmal die IPs des BS auf einen Blick (kommen aber auch gleich im IFConfig)
- wl0: manuell 192.168.1.10
- eth0: keine IP (so sagten diverse HOWTOs)
- tap0: keine IP (so sagten diverse HOWTOs)
- br0: manuell 192.168.2.97 (alternativ probiert: manuelle IP aus LAN2)
Als Gerät soll ein uPnP-MediaClient dran. Muss mir das Teil nochmal genau ansehen. Könnte sein, das Linux drauf ist, dann könnte man ja das OpenVPN dort "einpflanzen", aber dazu reichen dann meine Kenntnisse mit Linux/Kernel bei weitem nicht mehr aus.
Beim Test des VPN über nen PC als Client mit OpenVPN-Software läuft alles prima ... PC bekommt IP aus LAN2 und ich kann auf Windowsfreigaben zugreifen, Broadcasts kommen durch, Drucker im LAN2 druckt, usw.
Hier nun noch die IFCONFIG-Ausgabe:
br0 Link encap:Ethernet HWaddr 00:16:38:73:FF:A8
inet addr:192.168.2.97 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:402 errors:0 dropped:0 overruns:0 frame:0
TX packets:169 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:26658 (26.0 KiB) TX bytes:23789 (23.2 KiB)
eth0 Link encap:Ethernet HWaddr 00:16:38:73:FF:A8
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:311 errors:0 dropped:0 overruns:0 frame:0
TX packets:260 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:23429 (22.8 KiB) TX bytes:36088 (35.2 KiB)
Interrupt:28 Base address:0x6000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 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:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
tap0 Link encap:Ethernet HWaddr 00:FF:48:45:66:1C
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:112 errors:0 dropped:0 overruns:0 frame:0
TX packets:41 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:13763 (13.4 KiB) TX bytes:5951 (5.8 KiB)
tun0 Link encap:UNSPEC HWaddr 8A-10-00-00-00-00-10-00-00-00-00-00-00-00-00
-00
UP POINTOPOINT RUNNING NOARP 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:100
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
wl0 Link encap:Ethernet HWaddr 00:16:38:73:FF:A9
inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2667 errors:0 dropped:0 overruns:0 frame:14848
TX packets:130 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:184935 (180.6 KiB) TX bytes:22507 (21.9 KiB)
Interrupt:32
So ... hoffe nun des Rätsels Lösung ein bißchen näher zu kommen. Bin immernoch für jede Idee dankbar.
Hallo Duplomonster,
danke für die Antwort. Das mit dem IP_FORWARD hat sich gelöst ... es ist wie du sagst, hatte ich auch grad rausgefunden. Nun zu deinen Fragen:
LAN1: 192.168.1.x - GW: 192.168.1.1 - BS via DHCP über wl0: 192.168.1.10
LAN2: 192.168.0.x - GW: 192.168.0.99 - Server: 192.168.0.1
Wenn ich mit nem IP-Scanner im LAN2 abscanne kommen nur die bekannten Clients im LAN2. Eine IP vom BS gibt es nicht.
Firewall auf dem Server ist aus.
Firewall im BS ist ebenfalls aus.
Nochmal die IPs des BS auf einen Blick (kommen aber auch gleich im IFConfig)
- wl0: manuell 192.168.1.10
- eth0: keine IP (so sagten diverse HOWTOs)
- tap0: keine IP (so sagten diverse HOWTOs)
- br0: manuell 192.168.2.97 (alternativ probiert: manuelle IP aus LAN2)
Als Gerät soll ein uPnP-MediaClient dran. Muss mir das Teil nochmal genau ansehen. Könnte sein, das Linux drauf ist, dann könnte man ja das OpenVPN dort "einpflanzen", aber dazu reichen dann meine Kenntnisse mit Linux/Kernel bei weitem nicht mehr aus.
Beim Test des VPN über nen PC als Client mit OpenVPN-Software läuft alles prima ... PC bekommt IP aus LAN2 und ich kann auf Windowsfreigaben zugreifen, Broadcasts kommen durch, Drucker im LAN2 druckt, usw.
Hier nun noch die IFCONFIG-Ausgabe:
br0 Link encap:Ethernet HWaddr 00:16:38:73:FF:A8
inet addr:192.168.2.97 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:402 errors:0 dropped:0 overruns:0 frame:0
TX packets:169 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:26658 (26.0 KiB) TX bytes:23789 (23.2 KiB)
eth0 Link encap:Ethernet HWaddr 00:16:38:73:FF:A8
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:311 errors:0 dropped:0 overruns:0 frame:0
TX packets:260 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:23429 (22.8 KiB) TX bytes:36088 (35.2 KiB)
Interrupt:28 Base address:0x6000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 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:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
tap0 Link encap:Ethernet HWaddr 00:FF:48:45:66:1C
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:112 errors:0 dropped:0 overruns:0 frame:0
TX packets:41 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:13763 (13.4 KiB) TX bytes:5951 (5.8 KiB)
tun0 Link encap:UNSPEC HWaddr 8A-10-00-00-00-00-10-00-00-00-00-00-00-00-00
-00
UP POINTOPOINT RUNNING NOARP 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:100
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
wl0 Link encap:Ethernet HWaddr 00:16:38:73:FF:A9
inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2667 errors:0 dropped:0 overruns:0 frame:14848
TX packets:130 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:184935 (180.6 KiB) TX bytes:22507 (21.9 KiB)
Interrupt:32
So ... hoffe nun des Rätsels Lösung ein bißchen näher zu kommen. Bin immernoch für jede Idee dankbar.
Neueste Beiträge
-
Snom 370 wird bei PoE zu heiß
- Letzte: tango501
-
[Frage] FRITZ!Box 7490 an DG anschluss Einstellung gesucht- Letzte: silverstar_ms
-
[Problem] Fritzbox als "VoIP-Telefon" an elmeg hybrid- Letzte: chrsto
-
[Gelöst] Probleme DYNDNS (dynv6.com) Adresse (FB6690)
- Letzte: kenney
-
Yealink T56A Teams Edition - Teams entfernen?-gelöst-
- Letzte: chrsto
-
[Sammlung] AVM-Gateway-kompatible Zigbee-Geräte
- Letzte: Netzonline
-
[Sammlung] Apps zur Steuerung von AVM-Smart Home
- Letzte: Netzonline
-
DECT302 - Bediensperre nicht deaktivierbar? Heizfreie Zeit!
- Letzte: franz.graumann