Jazz Skrivet 27 mars, 2014 Rapportera Share Skrivet 27 mars, 2014 Den senaste uppdateringen av Firefox har resulterat i att den vägrar tolka IP-adresser, det vill säga att när jag skriver in http://192.168.1.100 eller vilken annan adress som helst (utöver www-adresser) så händer absolut ingenting när jag trycker på enter. Varför?! Har googlat en del men på grund av alla "i want to change my ip adress"-sidor är det svårt att hitta något vettigt. Någon som har en quick fix på detta? Citera Länk till kommentar Dela på andra sidor More sharing options...
ZcruweN Skrivet 27 mars, 2014 Rapportera Share Skrivet 27 mars, 2014 Funkar det i andra webläsare? Citera Länk till kommentar Dela på andra sidor More sharing options...
Adrian G Skrivet 27 mars, 2014 Rapportera Share Skrivet 27 mars, 2014 Pröva i säkert läge och funkar inte det så.. ominstallera firefox kanske? Citera Länk till kommentar Dela på andra sidor More sharing options...
Jazz Skrivet 10 april, 2014 Skapat av Rapportera Share Skrivet 10 april, 2014 (redigerad) Det löste sig, jag hade klantat till det med lite SSL-grejer och sådant... ... men när jag ändå har er uppmärksamhet. Jag fattar verkligen inte alls hur jag ska konfigurera SSL på ett korrekt sätt. Grejen är ju att jag kör ISP Config, som bekant, vilket egentligen trasslar till det mer än hjälper... i alla fall i det här fallet. Hur som helst fungerar det kanske bäst om jag ställer frågan från början. Jag vill köra ownCloud via en SSL-anslutning. ownCloud körs från http://www.mindomän1.se/owncloud/'>http://www.mindomän1.se/owncloud/ och jag vill att alla förfrågningar till den adressen resulterar i https://www.mindomän1.se/owncloud/. Samtidigt vill jag tillexempel att http://www.mindomän1.se/ och http://www.mindomän2.se/ förblir okrypterad. Hur ska jag gå tillväga? Edit: Det ska tilläggas att jag har gjort en tillfällig men retarderad lösning bara för att i alla fall vara säkra på att ingen kan avlyssna, default-ssl i /etc/apache2 har "hårdkodats" för att kunna ta emot SSL-förfrågningar via domänen. Otympligt utan dess like. Redigerad 10 april, 2014 av Jazz Citera Länk till kommentar Dela på andra sidor More sharing options...
Adrian G Skrivet 11 april, 2014 Rapportera Share Skrivet 11 april, 2014 (redigerad) Det löste sig, jag hade klantat till det med lite SSL-grejer och sådant... ... men när jag ändå har er uppmärksamhet. Jag fattar verkligen inte alls hur jag ska konfigurera SSL på ett korrekt sätt. Grejen är ju att jag kör ISP Config, som bekant, vilket egentligen trasslar till det mer än hjälper... i alla fall i det här fallet. Hur som helst fungerar det kanske bäst om jag ställer frågan från början. Jag vill köra ownCloud via en SSL-anslutning. ownCloud körs från http://www.mindomän1.se/owncloud/'>http://www.mindomän1.se/owncloud/ och jag vill att alla förfrågningar till den adressen resulterar i https://www.mindomän1.se/owncloud/. Samtidigt vill jag tillexempel att http://www.mindomän1.se/ och http://www.mindomän2.se/ förblir okrypterad. Hur ska jag gå tillväga? Edit: Det ska tilläggas att jag har gjort en tillfällig men retarderad lösning bara för att i alla fall vara säkra på att ingen kan avlyssna, default-ssl i /etc/apache2 har "hårdkodats" för att kunna ta emot SSL-förfrågningar via domänen. Otympligt utan dess like. funkar https adressen och du vill bara köra en redirect från http motsvarigheten eller frågar du om hur du ska sätta upp ett certifikat och aktivera detta enbart för ownclouds virtuella host? http://doc.owncloud.org/server/6.0/admin_manual/installation/installation_source.html#web-server-configuration edit: och såklart. apt-get install openssl libopenssl för att uppdatera ifall du inte redan gjort. Redigerad 11 april, 2014 av Adrian G Citera Länk till kommentar Dela på andra sidor More sharing options...
Jazz Skrivet 14 april, 2014 Skapat av Rapportera Share Skrivet 14 april, 2014 (redigerad) funkar https adressen och du vill bara köra en redirect från http motsvarigheten eller frågar du om hur du ska sätta upp ett certifikat och aktivera detta enbart för ownclouds virtuella host? http://doc.owncloud.org/server/6.0/admin_manual/installation/installation_source.html#web-server-configuration edit: och såklart. apt-get install openssl libopenssl för att uppdatera ifall du inte redan gjort. Problemet är att jag inte riktigt fattar hur OpenSSL agerar tillsammans med min ISP Config-setting. Självklart har jag följt manualen som du länkade och ett antal andra och har fått det att fungera när min ownCloud-folder legat direkt i /var/www/ och således varit index för min externa och interna IP-adress. Då gick det ju bra eftersom jag bara skulle köra via https, nu är det dock så att jag har lagt owncloud-indexet på http://www.mindomän.se/owncloud/ och är därför lite osäker på hur jag ska programmera instruktionerna... det jag vill är att www.mindomän.se ska förbli http men att www.mindomän.se/owncloud ska resultera i forced https. <Directory /path/to/your/owncloud/install> Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all </Directory> ... fungerar inte på grund av den konfiguration jag är ute efter... eller så gör jag fel, vilket är mer troligt. Redigerad 14 april, 2014 av Jazz Citera Länk till kommentar Dela på andra sidor More sharing options...
Adrian G Skrivet 14 april, 2014 Rapportera Share Skrivet 14 april, 2014 (redigerad) Problemet är att jag inte riktigt fattar hur OpenSSL agerar tillsammans med min ISP Config-setting. Självklart har jag följt manualen som du länkade och ett antal andra och har fått det att fungera när min ownCloud-folder legat direkt i /var/www/ och således varit index för min externa och interna IP-adress. Då gick det ju bra eftersom jag bara skulle köra via https, nu är det dock så att jag har lagt owncloud-indexet på http://www.mindomän.se/owncloud/ och är därför lite osäker på hur jag ska programmera instruktionerna... det jag vill är att www.mindomän.se ska förbli http men att www.mindomän.se/owncloud ska resultera i forced https. <Directory /path/to/your/owncloud/install> Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all </Directory> ... fungerar inte på grund av den konfiguration jag är ute efter... eller så gör jag fel, vilket är mer troligt. Hmmmmmmmmmmmmmmmmmm. Hur installerade du owncloud egentligen? När jag gjorde det via deras egna källor så installerades det direkt till /var/www/owncloud med tillhörande /etc/apache2/conf.d/owncloud.conf Och som jag förstått det så för att tvinga https så lägger du till följande efter din virtuella host. http://pastie.org/9080261 från https://wiki.apache.org/httpd/RewriteHTTPToHTTPS Redigerad 14 april, 2014 av Adrian G 1 Citera Länk till kommentar Dela på andra sidor More sharing options...
Jazz Skrivet 14 april, 2014 Skapat av Rapportera Share Skrivet 14 april, 2014 (redigerad) Hmmmmmmmmmmmmmmmmmm. Hur installerade du owncloud egentligen? När jag gjorde det via deras egna källor så installerades det direkt till /var/www/owncloud med tillhörande /etc/apache2/conf.d/owncloud.conf Och som jag förstått det så för att tvinga https så lägger du till följande efter din virtuella host. http://pastie.org/9080261 från https://wiki.apache.org/httpd/RewriteHTTPToHTTPS Installerade via web, riktigt enkelt och precis det jag ville ha i och med att owncloud skulle befinna sig på mindomän.se/owncloud, dvs, jag besökte helt enkelt mindomän.se/setup-owncloud.php, mkt smidigt som sagt. Ska kolla på dina länkar... Aight, nvm, kom på att owncloud själv kan enforcea SSL via config-filen. Enforcear jag resulterar det förstås i Not Found eftersom https://mindomän.se/owncloud inte egentligen finns. Hur gör jag detta enklast, förutsatt att jag inte har en owncloud.conf i min conf.d (vilket aldrig skapades i samband med installationen konstigt nog...)? Edit2: alltså omfg vad ispconfig kukar upp saker... finns ssl-mappar här och där och ingenting ligger där det ska typ, allt är bara jävligt random. styrde nyss up en ssl-anslutning som klienterna nappade på men när jag försökte ansluta via webben fick jag bara "clound not found". aaaaaaaaaaaaaahhhhhhhhhh Edit3: fuck ispconfig, tar bort det från systemet och återställer alla problem det skapat. det var bra att ha i början när jag inte kunde något men nu är det ju helt meningslöst. Edit4: För övrigt, vad fan gör jag när jag försöker ta bort en mapp i egenskap av root och får permission denied? Helt absurt. Redigerad 15 april, 2014 av Jazz Citera Länk till kommentar Dela på andra sidor More sharing options...
Adrian G Skrivet 15 april, 2014 Rapportera Share Skrivet 15 april, 2014 Installerade via web, riktigt enkelt och precis det jag ville ha i och med att owncloud skulle befinna sig på mindomän.se/owncloud, dvs, jag besökte helt enkelt mindomän.se/setup-owncloud.php, mkt smidigt som sagt. Ska kolla på dina länkar... Aight, nvm, kom på att owncloud själv kan enforcea SSL via config-filen. Enforcear jag resulterar det förstås i Not Found eftersom https://mindomän.se/owncloud inte egentligen finns. Hur gör jag detta enklast, förutsatt att jag inte har en owncloud.conf i min conf.d (vilket aldrig skapades i samband med installationen konstigt nog...)? Edit2: alltså omfg vad ispconfig kukar upp saker... finns ssl-mappar här och där och ingenting ligger där det ska typ, allt är bara jävligt random. styrde nyss up en ssl-anslutning som klienterna nappade på men när jag försökte ansluta via webben fick jag bara "clound not found". aaaaaaaaaaaaaahhhhhhhhhh Edit3: fuck ispconfig, tar bort det från systemet och återställer alla problem det skapat. det var bra att ha i början när jag inte kunde något men nu är det ju helt meningslöst. Edit4: För övrigt, vad fan gör jag när jag försöker ta bort en mapp i egenskap av root och får permission denied? Helt absurt. rm -r [...] ? för recursive (mappar). Citera Länk till kommentar Dela på andra sidor More sharing options...
Jazz Skrivet 16 april, 2014 Skapat av Rapportera Share Skrivet 16 april, 2014 (redigerad) rm -r [...] ? för recursive (mappar). Det är den jag har kört med, fungerar inte, trodde att den i egenskap av root kunde ta bort allt men tydligen inte... nu har jag alltså ett antal tomma mappar som inte fyller någon funktion och som inte går att ta bort... jävla ISP Config... ... har i alla fall lagt hela kvällen på att ta bort alla spår, ominstallera apache2 och flytta tillbaka alla hemsidor och funktioner och så vidarem, ominstallerat owncloud och till sist... får jag det ändå inte att fungera. Jag har en korrekt konfigurerad uppsättning VirutalHosts nu och vad jag tror är påslagen SSL-trafik men trots det blir det bara jävligt konstigt... uppenbarligen förstår jag inte allts hur skiten fungerar. Det enda sättet jag har fått det att fungera på ett någorlunda korrekt sett är att ändra i default-ssl, vilket ju är helt åt helvete. Om jag ersätter /var/www i följande kod med /var/www/example.com/owncloud resulterar det i att när jag ansluter till servern, oavsett domän, men via https så hamnar jag i owncloud-mappen. Hurra! Nej. Detta betyder att all https-trafik hamnar där, det vill säga att om jag ansluter till https://example.com så hamnar jag på samma ställe som om jag ansluter till https://example2.com. Helt fel. Hur fan ska jag styra upp det här? <IfModule mod_ssl.c> <VirtualHost _default_:443> ServerAdmin webmaster@localhost DocumentRoot /var/www/example.com/owncloud <Directory /> Options FollowSymLinks AllowOverride None </Directory> <Directory /var/www/example.com/owncloud> Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all Värt att notera förövrigt är att, när det väl är https, så är undermappen som bortblåst, dvs jag är på example.com/index.php och inte example.com/owncloud/index.php. Fattar noll. Redigerad 16 april, 2014 av Jazz Citera Länk till kommentar Dela på andra sidor More sharing options...
Adrian G Skrivet 18 april, 2014 Rapportera Share Skrivet 18 april, 2014 (redigerad) Det är den jag har kört med, fungerar inte, trodde att den i egenskap av root kunde ta bort allt men tydligen inte... nu har jag alltså ett antal tomma mappar som inte fyller någon funktion och som inte går att ta bort... jävla ISP Config... ... har i alla fall lagt hela kvällen på att ta bort alla spår, ominstallera apache2 och flytta tillbaka alla hemsidor och funktioner och så vidarem, ominstallerat owncloud och till sist... får jag det ändå inte att fungera. Jag har en korrekt konfigurerad uppsättning VirutalHosts nu och vad jag tror är påslagen SSL-trafik men trots det blir det bara jävligt konstigt... uppenbarligen förstår jag inte allts hur skiten fungerar. Det enda sättet jag har fått det att fungera på ett någorlunda korrekt sett är att ändra i default-ssl, vilket ju är helt åt helvete. Om jag ersätter /var/www i följande kod med /var/www/example.com/owncloud resulterar det i att när jag ansluter till servern, oavsett domän, men via https så hamnar jag i owncloud-mappen. Hurra! Nej. Detta betyder att all https-trafik hamnar där, det vill säga att om jag ansluter till https://example.com så hamnar jag på samma ställe som om jag ansluter till https://example2.com. Helt fel. Hur fan ska jag styra upp det här? <IfModule mod_ssl.c> <VirtualHost _default_:443> ServerAdmin webmaster@localhost DocumentRoot /var/www/example.com/owncloud <Directory /> Options FollowSymLinks AllowOverride None </Directory> <Directory /var/www/example.com/owncloud> Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all Värt att notera förövrigt är att, när det väl är https, så är undermappen som bortblåst, dvs jag är på example.com/index.php och inte example.com/owncloud/index.php. Fattar noll. Okej, först root problemet. Pröva att köra chmod -R u+rwx <mapp> för att ge dig full åtkomst till mapparna först. Ska inte ha någon betydelse tror jag, men kan vara värt att testa. Och sen måste du ta bort /owncloud från din DocumentRoot och Directory i default configs. Annars kommer alla requests utgå ifrån den mappen. Och sen lägger du in detta i dina andra virtualhosts för att få domän.se/owncloud/, förnamnefternamn.se/owncloud/ osv att fungera. Alias /owncloud /var/www/owncloud Redigerad 18 april, 2014 av Adrian G Citera Länk till kommentar Dela på andra sidor More sharing options...
Jazz Skrivet 18 april, 2014 Skapat av Rapportera Share Skrivet 18 april, 2014 (redigerad) Okej, först root problemet. Pröva att köra chmod -R u+rwx <mapp> för att ge dig full åtkomst till mapparna först. Ska inte ha någon betydelse tror jag, men kan vara värt att testa. root@server:/var/www# chmod -R u+rwx A_delete chmod: changing permissions of `A_delete/client1/web1': Operation not permitted chmod: changing permissions of `A_delete/client0/web7': Operation not permitted chmod: changing permissions of `A_delete/client0/web2': Operation not permitted chmod: changing permissions of `A_delete/client0/web3': Operation not permitted chmod: changing permissions of `A_delete/client0/web4': Operation not permitted chmod: changing permissions of `A_delete/client0/web5': Operation not permitted chmod: changing permissions of `A_delete/client3/web3': Operation not permitted chmod: changing permissions of `A_delete/client2/web2': Operation not permitted chmod: changing permissions of `A_delete/client4/web4': Operation not permitted Haha, jävligt konstigt... får skälla på grabbarna på ISP Configs forum. Och sen måste du ta bort /owncloud från din DocumentRoot och Directory i default configs. Annars kommer alla requests utgå ifrån den mappen. Och sen lägger du in detta i dina andra virtualhosts för att få domän.se/owncloud/, förnamnefternamn.se/owncloud/ osv att fungera. Alias /owncloud /var/www/owncloud Detta fungerar redan, problemet är att när jag kör https://domän.se/owncloud så blir det 404 not found, när jag kör http://domän.se/owncloud fungerar det bra. EDIT: FUCKING LÖST. LÖST. SÅ JÄVLA ÄGD. AAAAAH. Antagligen sjukt enkelt och sjukt noobigt, jag löste det faktiskt helt enkelt genom att leka runt med inställningar. Jag hade "glömt" lägga till NameVirtualHost: *:443 i ports.conf vad gäller <IfModule mod_ssl... osv vilket presenterade sig i och med ett felmeddelande vid apache2-omstart efter att jag hade anget instruktionerna för 443 i sites-available-dokumentet. Lol. Tack för all hjälp, det pekade mig i alla fall i rätt riktning! ... dessvärre kvarstår problemet med mina utelåsta rättigheter... Redigerad 19 april, 2014 av Jazz 1 Citera Länk till kommentar Dela på andra sidor More sharing options...
Adrian G Skrivet 20 april, 2014 Rapportera Share Skrivet 20 april, 2014 (redigerad) EDIT: FUCKING LÖST. LÖST. SÅ JÄVLA ÄGD. AAAAAH. Antagligen sjukt enkelt och sjukt noobigt, jag löste det faktiskt helt enkelt genom att leka runt med inställningar. Jag hade "glömt" lägga till NameVirtualHost: *:443 i ports.conf vad gäller <IfModule mod_ssl... osv vilket presenterade sig i och med ett felmeddelande vid apache2-omstart efter att jag hade anget instruktionerna för 443 i sites-available-dokumentet. Lol. Tack för all hjälp, det pekade mig i alla fall i rätt riktning! ... dessvärre kvarstår problemet med mina utelåsta rättigheter... rm -rf A_delete jag fattar inte hur någon fil skulle stå emot det när man utför det som root ifall det inte har med filattribut att göra. Redigerad 20 april, 2014 av Adrian G Citera Länk till kommentar Dela på andra sidor More sharing options...
Jazz Skrivet 20 april, 2014 Skapat av Rapportera Share Skrivet 20 april, 2014 rm -rf A_delete jag fattar inte hur någon fil skulle stå emot det när man utför det som root ifall det inte har med filattribut att göra. Jag löste det med. Det var betylidgt mer komplicerat än rm. Mapparna var mountade i filsystemet via ett gäng användare vilka hade mapparna som home folders via /etc/passwd. Körde debug och lyckas bryta linken och kunde till slut radera dem . Efter det fungerade allt som det skulle i ungefär fem minuter varpå hela filsystemet plöstligt blev read-only............ något gick åt helvete i samband med debuggen, /var/www tappades bort (ligger nog i lost and found). Efter många om och men valde jag att reboota och nu kommer jag förstås inte in, servern behöver antagligen input via recovery mode och är därför inte online... i värsta fall är filsystemet korrupt och då blir det ominstallation, jag får se imorgon när jag kommer hem. Värt att notera är att allt detta beror på ISP Config. Programmet är det som saboterat www-foldern och gjort den trasig... och förstås pillat i en massa filer och .confs som det inte borde ha gjort. Aldrig mer. TL;DR: Server trasig, fuck ISP Config. Citera Länk till kommentar Dela på andra sidor More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.