Beiträge von jimpoison

bißchen alt der thread inzwischen, aber vielleicht liest du das hier noch und kannst mir kurz sagen, welcher menüpunkt es jetzt genau war.....
da ich gerade vor exakt dem gleichen problem stehe.

da man wohl von qnap nicht viel hilfe erwarten kann, hab ich mir mit einem workaround mithilfe der autorun.sh beholfen.
wenn das nas bootet und die apache.conf schon generiert bzw. überschrieben ist, fügt die autorun.sh die benötigten einträge in die apache.conf ein und startet den webserver neu.
so funktioniert das bei mir hervorragend.
und da die autorun.sh auch bei jedem start oder reboot des nas ausgeführt wird, funktioniert es auch automatisch immer.
so ehen die entsprechnden zeilen meiner autorun.sh aus:

...
echo "Include /share/HDA_DATA/customized.conf" >> /etc/config/apache/apache.conf
/etc/init.d/./Qthttpd.sh restart
...

nach update meines ts112 auf die finale firmware 4.1 kann ich den apache webserver nicht mehr konfigurieren.
die apache.conf wird bei jedem reboot mit der default datei aus /etc/default_config/apache.conf überschrieben, wodurch ich nichtmal ein loadmodule oder include einfügen kann.
das gleiche passiert mit der apache-ssl.conf.
bevor ich auf die finale 4.1 geflasht habe, hatte ich vorher jeden release candidate der 4.1 firmware drauf, wo jeweils keinerlei probleme mit dem webserver und der apache.conf auftraten.
also muss sich vom letzten release candidate zur finalen firmware etwas bezüglich des apache geändert haben.
weiß jemand, was sich geändert hat bzw. wie ich das problem beheben oder umgehen kann?

ich versuche, für den zugriff auf das oscam-webif von außen per ssl einen reverse proxy auf dem apache webserver einzurichten, was mir leider nicht so wirklich gelingt....

oscam läuft wie der apache auf meinem qnap.
das oscam-webif läuft auf port 88 und von außen möchte ich darauf über ssl mit port 443 zugreifen
die oscam binary liegt auf dem nas in /opt/bin und die config in /opt/etc.
das problem scheinen bei mir die pfade in der apache konfiguration zu sein.
wie muss man denn die pfade für den apache-vhost angeben?

lt.beispiel im wiki hab ich meinen vhost so angelegt, was aber nicht funktioniert

NameVirtualHost *:443   
<VirtualHost *:443> 	
ServerName xxxx.dyndns.org	
DocumentRoot /opt/bin/ 	
<Directory /opt/bin/>         
Options Indexes FollowSymLinks Includes         
AllowOverride All         
Order allow,deny         
Allow from all 
</Directory> 	
SSLEngine on 	
SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP 	
SSLCertificateFile "/etc/stunnel/stunnel.pem" 	
ProxyRequests Off 	
SSLProxyEngine On 	
<Proxy *> 	
Order deny,allow 	
Allow from all 	
</Proxy> 	
ProxyPass /oscam/ http://127.0.0.1:88/ 	
ProxyPassReverse /oscam/ http://127.0.0.1:88/ 
</VirtualHost>

mit dieser config kriege ich keinerlei verbindung hin.
wie genau muss man denn die pfade bei documentroot, servername und proxypass angeben?
sieht jemand offensichtliche fehler?

dank eines users im englischen qnap-forum hab ich endlich die lösung gefunden:
und zwar suchen die von qnap in die firmware integrierten bootscripte eine usv, die wohl auch über einen ftdi-chip verfügen.
wenn jetzt der qnap ein ftdi-gerät auf ttyusb0 erkennt, vermutet er dahinter aufgrund des gleichen chips eine usv, wodurch dann andere geräte falsch angesprochen werden und ttyusb0 nicht verfügbar ist.
siehe hier:http://forum.qnap.com/viewtopic.php?f=142&t=48869

vielleicht hilft das ja nochmal jemandem, falls er mal das gleiche problem hat und daran verzweifelt wie ich

hallo
ich habe zwei ftdi-usb-seriell-adapter an meinem ts-112 im einsatz (an die beiden hinteren usb-buchsen angeschlossen).
die benötigten treiber usbserial.ko und ftdi_sio.ko lade ich automatisch beim systemstart.
die beiden adapter werden auch korrekt erkannt und als ttyUSB0 und ttyUSB1 angelegt.
allerdings wirft der erste adapter unter ttyUSB0 beim zugriff immer fehler aus und funktioniert nicht vernünftig.
wenn ich nur einen adapter angestöpselt habe und somit nur ttyUSB0 angelegt wird, funktioniert dieser ohne probleme (egal welcher adapter; deshalb schließe ich einen defekt eines der adapter aus).
wenn ich beide adapter dran habe und den ttyUSB0-adapter im betrieb, während auf ihn zugegriffen wird, abziehe und wieder anstöpsle, wird er daraufhin als ttyUSB2 erkannt.
so soll es ja auch sein. interessanterweise funktioniert er dann problemlos.
also hat das problem irgendwie mit der erstellung des ttyUSB0 zu tun.

in dem zusammenhang ist mir aufgefallen, daß nach nem start mit beiden adaptern unter /dev lediglich ttyUSB0 auftaucht und ttyUSB1 nicht. ttyUSB1 funktioniert dann erst nachdem ich mknod /dev/ttyUSB1 c 188 1 ausgeführt habe.

kann sich da jemand einen reim drauf machen bzw. hat jemand ne idee, was ich da machen kann?
gibts z.b. eine möglichkeit, einem usb-gerät fest ttyUSB2 zuzuweisen, auch wenn ttyUSB0 nicht vorhanden ist (normalerweise wird ja von 0 an durchnummeriert)?