Jump to content
Froxlor Forum

3tlam

Members
  • Content Count

    15
  • Joined

  • Last visited

Community Reputation

0 Neutral

About 3tlam

  • Rank
    Froxie
  1. Weil ich _immer_ will, dass die Standarddomains _nicht_ indexiert werden k?nnen. Also muss ein "permanenter" .htaccess geschaltet weden, welcher jedoch nur bei der (individuelle) Subdomain greift und die normale Domain in Ruhe l?sst. Zus?tzlich muss dann jede neue .htaccess (Wordpress & Co) mit der bestehenden gemerged werden
  2. oh man - ich kann verstehen, dass du ab und zu nervige Fragen beantworten musst und kann deine Reaktion meistens verstehen. Lass es mich anderes formulieren: Ein Kunde hat einen neuen Account bekommen, benutzt vorerst die Standardsubdomain um die Webseite (neu) aufzusetzen etc. pp und hat noch keine eigene tld. Das geht ja auch alles ohne Probleme und bin auch froh, das Froxlor so etwas m?glich macht. Jetzt ist die Standardsubdomain von Google indexiert worden. Warum das ein Problem ist? Weil die neue, korrekte tld nun auch in Google aufgef?rt werden wird und Google die ganze Seite aufgrund duplicate-content abstufen wird. Deswegen mache ich mir da so einen "Stress" .... es g?be ja eine einfache L?sung f?r ein solches Problem, nur kann ich das - soweit ich erkennen kann - nicht mit Froxlor abbilden, also frage ich hier, ob es denn eine andere M?glichkeit gibt. .htaccess ist eine M?glichkeit, jedoch eine umst?ndliche.
  3. weil der Kunde bei bspw. einem Umzug eine URL haben will in der er alles testen kann? Dann erst die TLD ?bertragen?
  4. Hallo zusammen! Ich w?rde gerne f?r alle Standardsubdomains eine globale robots.txt anlegen. Ziel: Google et al sollen die Testdomains nicht indexieren und ignorieren. Anstatt das nun manuell f?r jeden Kunden zu machen, w?rde ich gerne sowas in der Art den vhosts hinzuf?gen <Location "/robots.txt"> SetHandler None Require all granted </Location> Alias /robots.txt /home/robots.txt Jedoch eben _nur_ f?r die Standardsubdomains, nicht die "echten" Domains. Ich kann zwar in den Einstellungen unter Standard vHost-Einstellungen soetwas hinzuf?gen, bin mir aber nicht sicher wie ich das eben nur f?r die Standardsubdomains machen soll. Habt ihr ne Idee wie ich das am sinnvollsten l?sen kann? Oder gibts daf?r sogar schon ne Einstellung? Danke!
  5. Perfekt! Vielen Dank! Geht jetzt alles soweit auf dem Testserver
  6. Danke f?r die - wie immer - sehr sehr schnelle Hilfe! Wie muss ich dann am besten die zweite IP angeben? Habe es gerade mal probiert (Testserver) und nun ist nix mehr erreichbar. Habe die default-Auswahl genommen und nur die IP eingetragen! // edit sagt: Froxlor ist nicht mehr erreichbar (Chrome: "ERR_CONNECTION_REFUSED") IPs sehen so aus (Anhang)
  7. Hallo zusammen! Irgendwie sehe ich den Wald vor lauter B?umen nicht: ist es m?glich alle von Froxlor angelegten vhosts auf Wildcard umzustellen? Also anstatt # 10_froxlor_ipandport_192.168.1.109.80.conf # Created 22.09.2015 18:26 # Do NOT manually edit this file, all changes will be deleted after the next domain change at the panel. NameVirtualHost 192.168.1.109:80 <VirtualHost 192.168.1.109:80> ... </VirtualHost> so etwas # 10_froxlor_ipandport_*.80.conf # Created 22.09.2015 18:26 # Do NOT manually edit this file, all changes will be deleted after the next domain change at the panel. NameVirtualHost *:80 <VirtualHost *:80> ... </VirtualHost> Warum das ganze: ein IP Wechsel steht an und ich m?chte gerne auf den Server zwei IPs (alte und neue) zeigen lassen, dann die DNS-Eintr?ge von alter auf neue IP ?ndern ohne das ich dabei "downtime" habe Danke f?r die Hilfe!
  8. alles klar! danke f?r die super schnelle Hilfe!
  9. Ah ich seh meinen Fehler... Wenn php_admin_value eh nicht akzeptiert wird, dann kann ich es auch einfach l?schen... Wie genau m?sste ich denn vorgehen, wenn ich den open_basedir Pfad erweitern m?chte? Oder ein ?quivalent zu php_admin_value brauche? (habe das Problem l?sen k?nnen, indem ich die Zeile einfach entfernt habe; nun geht alles mit dem neuen Kunden wie gew?nscht)
  10. ok sorry das wusste ich nicht. Die Webseite benutzt Silverlight und ich brauche (damit es keinen Fehler wirft) noch Zugang zu dem Pfad /usr/share/php (auch wenn der Ordner gar nicht existiert) //edit sagt: Hammer wie schnell du reagierst! Wirklich wirklich cool!
  11. Hallo zusammen, ich wollte gerade einen neuen Kunden anlegen und testen, da sehe ich, dass nicht die standard Froxlor index.html angezeigt wird. Googlen hat mich zum testen von apache2ctl -S gebracht, mit folgendem (schon bestehenden Kunden) Ergebnis: Syntax error on line 25 of /etc/apache2/sites-enabled/22_froxlor_normal_vhost_**domain**.conf: Invalid command 'php_admin_value', perhaps misspelled or defined by a module not included in the server configuration Action '-S' failed. The Apache error log may have more information. Zeile 25 hat folgendes in der .conf: php_admin_value open_basedir "/var/customers/webs/**kunde**/**example.com**/:/var/customers/tmp/**kunde**/:/tmp/:/usr/share/php/:/usr/share/php:/usr/share/php5" Ich habe in Froxlor unter Domains -> Kundendomain -> Eigene vHost-Einstellungen folgende Zeile enthalten: php_admin_value open_basedir "/var/customers/webs/**kunde**/**domain**/:/var/customers/tmp/(**kunde**/:/tmp/:/usr/share/php/:/usr/share/php:/usr/share/php5" Leider weiss ich jetzt nicht wirklich weiter.. Die Seite des Kunden mit dem Fehler geht ohne Probleme und alles l?uft wie gew?nscht Google konnte mir nicht wirklich weiterhelfen und ich denke es sollte alles richtig sein...? Froxlor l?uft (offensichtlich) mit Apache und PHP-FPM Gruss
  12. naja gut. also ich sehe nichts verd?chtiges in der DB dann schliesse ich das ganze hier mal, danke f?r dein schnelles Feedback!
  13. Ui das geht ja fix hier also nicht das ich w?sste, m?sste ich das manuell in der Datenbank anpassen? Wenn ja, dann sollten die ?nderungen ja nicht gel?scht worden sein..?
  14. Danke f?r deine schnelle Antwort! Naja wieso kann ich dann eine Verbindung aufbauen und connecten? Es gibt keinen Debian User "forxlor_kunde" (imagin?r) und doch kann ich es ja... Ich kenn mich nicht so gut damit aus, habe nur die froxlor Anleitung damals befolgt und out-of-the-box ging es. Das php-fpm nichts damit zu tun hat ist mir wohl klar, jedoch wurden ?nderungen an der libnss-mysql config gemacht, welche - soweit ich das verstehe - was damit zu tun haben, wo die User stehen, welche bspw. FTP Zugang haben. Oder irre ich mich da?
  15. Hallo zusammen, ich habe folgendes Problem, wobei ich mir nicht 100% sicher bin, ob es ein Bug ist oder ich etwas falsch gemacht habe: Ich konnte vor dem Update auf 0.9.33, mit einem in Froxlor erstellten Kunden, mich sowohl ?ber SSH verbinden, als auch eine MySQL Verbindung ?ber SSH aufbauen. Nach dem Update geht dies nicht mehr Er verbindet sich zwar, das Passwort wird auch akzeptiert, bekomme auch die motd, aber dann sofort ein disconnect: ? ssh -vvv froxlor_kunde@mein.server.tld OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011 debug1: Reading configuration data /xxx/.ssh/config debug1: Reading configuration data /etc/ssh_config debug1: /etc/ssh_config line 20: Applying options for * debug1: /etc/ssh_config line 102: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to mein.server.tld [8.8.8.8] port 22. debug1: Connection established. debug3: Incorrect RSA1 identifier debug3: Could not load "/xxx/.ssh/id_rsa" as a RSA1 public key debug1: identity file /xxx/.ssh/id_rsa type 1 debug1: identity file /xxx/.ssh/id_rsa-cert type -1 debug1: identity file /xxx/.ssh/id_dsa type -1 debug1: identity file /xxx/.ssh/id_dsa-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.2 debug1: Remote protocol version 2.0, remote software version OpenSSH_6.0p1 Debian-4+deb7u2 debug1: match: OpenSSH_6.0p1 Debian-4+deb7u2 pat OpenSSH* debug2: fd 3 setting O_NONBLOCK debug3: load_hostkeys: loading entries for host "mein.server.tld" from file "/xxx/.ssh/known_hosts" debug3: load_hostkeys: found key type RSA in file /xxx/.ssh/known_hosts:59 debug3: load_hostkeys: loaded 1 keys debug3: order_hostkeyalgs: prefer hostkeyalgs: ssh-rsa-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-rsa debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-rsa,ssh-dss-cert-v01@openssh.com,ssh-dss-cert-v00@openssh.com,ssh-dss debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: hmac-md5-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-ripemd160-etm@openssh.com,hmac-sha1-96-etm@openssh.com,hmac-md5-96-etm@openssh.com,hmac-md5,hmac-sha1,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-ripemd160-etm@openssh.com,hmac-sha1-96-etm@openssh.com,hmac-md5-96-etm@openssh.com,hmac-md5,hmac-sha1,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: server->client aes128-ctr hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client->server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 131/256 debug2: bits set: 520/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Server host key: RSA xx:xx:xx debug3: load_hostkeys: loading entries for host "mein.server.tld" from file "/xxx/.ssh/known_hosts" debug3: load_hostkeys: found key type RSA in file /xxx/.ssh/known_hosts:59 debug3: load_hostkeys: loaded 1 keys debug3: load_hostkeys: loading entries for host "8.8.8.8" from file "/xxx/.ssh/known_hosts" debug3: load_hostkeys: found key type RSA in file /xxx/.ssh/known_hosts:58 debug3: load_hostkeys: loaded 1 keys debug1: Host 'mein.server.tld' is known and matches the RSA host key. debug1: Found key in /xxx/.ssh/known_hosts:59 debug2: bits set: 501/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /xxx/.ssh/id_rsa (0x7fd70a000050), debug2: key: /xxx/.ssh/id_dsa (0x0), debug1: Authentications that can continue: publickey,password debug3: start over, passed a different list publickey,password debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Offering RSA public key: /xxx/.ssh/id_rsa debug3: send_pubkey_test debug2: we sent a publickey packet, wait for reply debug1: Authentications that can continue: publickey,password debug1: Trying private key: /xxx/.ssh/id_dsa debug3: no such identity: /xxx/.ssh/id_dsa: No such file or directory debug2: we did not send a packet, disable method debug3: authmethod_lookup password debug3: remaining preferred: ,password debug3: authmethod_is_enabled password debug1: Next authentication method: password froxlor_kunde@mein.server.tld's password: debug3: packet_send2: adding 64 (len 59 padlen 5 extra_pad 64) debug2: we sent a password packet, wait for reply debug1: Authentication succeeded (password). Authenticated to mein.server.tld ([8.8.8.8]:22). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Requesting no-more-sessions@openssh.com debug1: Entering interactive session. debug2: callback start debug2: fd 3 setting TCP_NODELAY debug3: packet_set_tos: set IP_TOS 0x10 debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 1 debug1: Sending environment. debug3: Ignored env BOLD debug3: Ignored env GREEN debug3: Ignored env BLACK debug3: Ignored env TERM_PROGRAM debug3: Ignored env RESET debug3: Ignored env SHELL debug3: Ignored env TERM debug3: Ignored env TMPDIR debug3: Ignored env Apple_PubSub_Socket_Render debug3: Ignored env TERM_PROGRAM_VERSION debug3: Ignored env TERM_SESSION_ID debug3: Ignored env ORANGE debug3: Ignored env USER debug3: Ignored env SSH_AUTH_SOCK debug3: Ignored env __CF_USER_TEXT_ENCODING debug3: Ignored env MAGENTA debug3: Ignored env PATH debug3: Ignored env PWD debug1: Sending env LANG = de_CH.UTF-8 debug2: channel 0: request env confirm 0 debug3: Ignored env XPC_FLAGS debug3: Ignored env PS1 debug3: Ignored env PS2 debug3: Ignored env XPC_SERVICE_NAME debug3: Ignored env SHLVL debug3: Ignored env HOME debug3: Ignored env PURPLE debug3: Ignored env LOGNAME debug3: Ignored env PROMPT_COMMAND debug3: Ignored env DISPLAY debug3: Ignored env SECURITYSESSIONID debug3: Ignored env WHITE debug3: Ignored env _ debug2: channel 0: request shell confirm 1 debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel_input_status_confirm: type 99 id 0 debug2: PTY allocation request accepted on channel 0 debug2: channel 0: rcvd adjust 2097152 debug2: channel_input_status_confirm: type 99 id 0 debug2: shell request accepted on channel 0 debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0 debug2: channel 0: rcvd eow debug2: channel 0: close_read debug2: channel 0: input open -> closed debug2: channel 0: rcvd eof debug2: channel 0: output open -> drain debug2: channel 0: rcvd close debug3: channel 0: will not send data after close The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Tue Feb 24 11:23:15 2015 from 178-82-139-110.dynamic.hispeed.ch debug3: channel 0: will not send data after close debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain -> closed debug2: channel 0: almost dead debug2: channel 0: gc: notify user debug2: channel 0: gc: user detached debug2: channel 0: send close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: client-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1) Connection to mein.server.tld closed. Transferred: sent 2896, received 2688 bytes, in 0.2 seconds Bytes per second: sent 16297.7, received 15127.1 debug1: Exit status 1 FTP geht noch ohne Probleme, nur SSH ist nicht mehr m?glich. Wieso genau weiss ich leider nicht, einzig k?nnte ich einen Zusammenhang mit den ?nderungen f?r 0.9.33 sehen? Important: the directory permissions for (new) customers changed to be more secure (0755 -> 0750), if you use FCGID or php-fpm you have to update your libnss-mysql confi for this to work, you can see changes in the config-templates at http://config.froxlor.org (chose your distribution and your current version and click "show differences") Server l?uft auf Debian 7 mit php-fmp Hoffe ihr k?nnt mir da weiterhelfen? Gruss
×
×
  • Create New...