Desktop vagy Server Ubuntut használsz?
Kicsit talán rövidke. Ellenben korrekt
Mondjuk nekem jobban bejött az, hogy a dinamikus DNS-t a router kezelje.
Csak azért kérdeztem, mert a cikk végén ezt írja:
"a külső 443-as portot a server 443-as portjára kell állítani"
Bocs a feltehetően láma kérdésért, de mennyiben nyújt többet a hagyományos ftp-nél?
Hát az FTP nem egy biztonságos dolog, annál talán jobb, de én sem tudom
Akkor sftp Szóval azt nem értem, hogy az utóbbi években a csapból is a kláud folyik, mintha tizenévvel ezelőtt óta nem lehetne ugyanezt ftp-vel csinálni. Nekem nem tűnik ki semmi olyan extra, amit eddig nem lehetett volna.
Én sem, de ez már a marketing kérdése Így lehet valami eddig is létezőt újra eladni
Netbook szerű dolgok is voltak már 2000-ben, csak drágán, és kevésbé erősek. A tabletek őse meg a Pocket PC/Palm volt...
Amúgy a felhő igazából annyiban több, hogy az adataid könnyebben elérhetőek, és ha mozogsz a világban, mindig a hozzád legközelebbi szerveren vannak. De ez csak egy szempont.
[ Szerkesztve ]
hcl:
Köszönöm!
Én is gondoltam arra, hogy a routerrel kellene megoldani a dns-t, de az én routeremben nincs noip-s opció. Többek között ezért lett a gépen beállítva.
Syl:
Mindegy mire telepíted.
.mf:
Nem láma kérdés. Igazából talán azért jobb az ftp-nél, mert kényelmes. Ha behúzol egy fájlt abba a mappába, amit figyel a kliens, akkor egyből szinkronizál. Nem kell beállítani semmit. Ha módosítasz valamit az egyik dokumentumodban, akkor is szinkronizál. Meg bizonyos fájlokat (képek, zenék, talán dokumentumok) meg tudsz nézni a webes felületén.
Én ezért szeretem.
Ja, sajnos már nem sok kezeli... Nekem szerencsém van a TP-Link 740-nel, abban van
Ezt a cikket nagyon köszönöm. Nagyon régóta filóztam már ezen, hogy egy rsync-el hogyan smint lehetne csinálni, de nem igazán volt rá időm, meg ez sokkal, de sokkal egyszerűbb is.
Mennyivel ? telefonrol tabletrol elerheto akar online is streamelheto zene, video raadasul mar azert megeri mert nem US-ben van. Akar lehet tobb tera tarhelyed is nem kell foglalkoznod a marketing bullshittel. Tehat ez nem a szokvanyos cloud mint amit megszoktak az emberek. Sokkal inkabb arrol szol hogy tudod osszelegozni az egeszet es hasznalni kenyelmesen.
Mondjuk egy otthoni webszerverrel is lehet streamelni Ettől függetlenül jó dolog, csak kicsit marketingnek érzem a felhő szót.
koszi! lesz picit tobb idom es gondolkodok egy otthoni private cloud osszerakasan, ez kiindulopontnak nem rossz.
hcl: cloudban van marketing, viszont grid computinghez kepest sokkal nagyobb hangsuly kerul az uzemeltetesre es a penzugyi reszre. meglevo technologiakra epul, viszont picit mas a fokusz.
[ Szerkesztve ]
Köszi az írást! Korábban kipróbáltam már az owncloudot, viszont belefutottam egy olyan bugba, hogyha letöltök egy nagyobb fájlt, és mikor az végzett, berakok egy másikat a letöltésbe, akkor az nagyon lassan vánszorgott csak lefelé, valamint ilyenkor maga az owncloudom is elérhetetlenné vált pár órára. Találkozott már valaki ezzel a problémával?
Tudnátok nekem abban segíteni, hogy mi lehet a hiba az ownCloud telepítésénél mert amikor szeretném a http://localhost/owncloud oldalon beállítani a felhasználónevet és a MySQL adatbázis adatait utána ez a hibát adja:
An exception occurred while executing 'INSERT INTO `oc_contacts_addressbooks` (`userid`,`displayname`,`uri`,`description`,`ctag`) VALUES(?,?,?,?,?)': SQLSTATE[HY000]: General error: 1366 Incorrect string value: '\xE3\xA9vjeg...' for column 'uri' at row 1
Mi lehet a probléma?
Windows Server 2008 R2 operációs rendszeren fut. Telepítve az IIS7, PHP 5.3 és a MySQL 5.6.
Köszönöm a válaszodat. Nem jutottam előrébb. Megpróbálkoztam most egy Ubuntu Server 12.04.3-ból is. Feltettem a php5-t, apache2-t és a mysql-t de most meg ott akadtam el, hogy nem tudok adminisztrátort létrehozni az első bejelentkezéskor az owncloudban mert nem tud csatlakozni a mysgl-hez. Ugye nekem nincs grafikus felületem a Serverhez, csak ssh-n keresztül érem el parancssorban. Ilyenkor Adatbázis szerver helyére mit kell beírni a localhost helyett hogy megfelelően tudjon kapcsolódni távoli gépről kezelve?
Nekem ez jutott eszembe mikor olvastam a problémád: ifconfigal megnézed mi az ip címed és azt írod be localhost helyére, ha ez nem jön be akkor valamit elírtál szerintem mert annak mennie kell.
Ui: Ha jól tudom hogy ne localhost legyen a my.cnf fájlba át kell írni azt hiszem a bind-address nevezetű sort is az ip címedre.
Remélem tudtam segíteni.
Így sikerült összehozni, köszönöm. Már csak arra nem jöttem rá, hogyan lehetne a server SSD-jéről áttenni az alapértelmezett megosztott könyvtárat a HDD-re?
Arra a könyvtárra gondolsz, ahol a szinkronizált fájlokat tárolja?
[Owncloud könyvtára]/config/config.php és ebben a 'datadirectory' => sort kell átírni, amire szeretnéd, és átmásolni a fájlokat az új helyre. Ja és ne felejts el jogokat állítani.
Igen arra gondoltam. Ha hazaértem akkor megnézem.
Köszi, sikerült áthelyeznem a HDD-re mindent. Most egy olyan hibába ütköztem, hogy nem tudom az SSL-t beállítani a owncloud-hoz. Odáig ok, hogy bekapcsoltam az ssl funkciót az apache2-n, illetve a kulcsot is generáltam a mappába. Módosítottam az apache2 config filet ahogy leírtad...habár azt nem tudom, hogy hol volt a "ServerName [DNS cím]:443" sor, így azt hozzáadtam. DNS cím gondolom az amit a no-ip.org oldalon csináltam. A többi sort megtaláltam a fileban így csak átírtam az elérhetőségi helyeket. De sajnos nem működik, a no-ip.org:443-hoz nem tud csatlakozni, pedig a routerben is beállítottam mindent. Az owncloud is azt írja a beállításaiban, hogy "You are accessing ownCloud via HTTP. We strongly suggest you configure your server to require using HTTPS instead." és "Az Ön webkiszolgálója nincs megfelelően beállítva az állományok szinkronizálásához, mert a WebDAV-elérés úgy tűnik, nem működik. Kérjük tüzetesen tanulmányozza át a telepítési útmutatót."
Mit szúrhattam el?
A sudo nano /etc/apache2/sites-available/default-ssl fájlban a <VirtualHost _default_:443> alá kell a ServerName [DNS cím]:443
Igen a dns cím a noip-s cím legyen.
Meg ami fontos, hogy a tanúsítványok útvonala az apache configban, és ahol tényleg vannak, egyezzen meg.
Esetleg még annyit érdemes beállítani az apache-ben hogy a 443-as portot is figyelje.
A /etc/apache2/ports.conf-ba szúrd bele, ha még nincs benne, hogy Listen 443
Listen 443 benne van a fileban. De lehet az lesz a gond, hogy az elkészített /etc/apache2/ssl/ mappában csak a .key file van a másik nincsen. Azt hogyan lehetne megkeresni merre van és beletenni a megfelelő helyre?
Amikor legenerálod a tanúsítványt a teljes parancs így néz ki:
sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/apache2/ssl/apache.key -out /etc/apache2/ssl/apache.crt
Lehet a végét nem írtad be.
Sajnos a logout nem tördeli a parancsokat, és ezért nem látszik a vége...
Most már mind a két file benne a mappában, ezt be is állítottam az apache config filejában de még mindig nem megy a https-en keresztüli elérése. Mi lehet még a gubanc? A Listen 443-nak hogyan kell pontosan szerepelnie a fileban, mert én két helyen is találkoztam vele?
/etc/apache2/ports.conf
Listen 443
Listen 80
Nekem ennyi van benne. Mi a hibaüzenet? Ugyanaz mint az előbb?
A /var/log/apache2/error.log végén ír valamilyen hibát?
Hibaüzenetet tekintve ugye beírom, hogy https://valami.no-ip.com/ownclod/ és azt írja ki a böngésző, hogy a keresett oldal nem található. Csak a http verzió működik a 80-as porton.
ports.conf-ban ez van nekem:
# If you just change the port or add more ports here, you will likely also
# have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default
# This is also true if you have upgraded from before 2.2.9-3 (i.e. from
# Debian etch). See /usr/share/doc/apache2.2-common/NEWS.Debian.gz and
# README.Debian.gz
NameVirtualHost *:80
Listen 80
<IfModule mod_ssl.c>
# If you add NameVirtualHost *:443 here, you will also have to change
# the VirtualHost statement in /etc/apache2/sites-available/default-ssl
# to <VirtualHost *:443>
# Server Name Indication for SSL named virtual hosts is currently not
# supported by MSIE on Windows XP.
Listen 443
</IfModule>
error.log-ban pedig elég sok hibát ír. Mit kellene keresnem?
[Thu Jan 09 19:19:19 2014] [error] [client 192.168.1.1] Invalid method in reque request \x16\x03
A ports.conf szerintem rendben van.
Az ssl-t engedélyezted?
sudo a2enmod ssl
Utána elvileg kell egy restart.
sudo service apache2 restart
Ha ez nem segít az error.log vége kellene. Hátha kit tudok olvasni belőle valamit.
tail /var/log/apache2/error.log
Újra megcsináltam amit írtal. Lefutott újra. Errorban pedig ezt adta:
[Fri Jan 10 11:11:01 2014] [notice] Apache/2.2.22 (Ubuntu) PHP/5.3.10-1ubuntu3.9 with Suhosin-Patch mod_ssl/2.2.22 OpenSSL/1.0.1 configured -- resuming normal o perations
[Fri Jan 10 12:40:08 2014] [notice] caught SIGTERM, shutting down
PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/apache2/ conf.d/ming.ini on line 1 in Unknown on line 0
[Fri Jan 10 12:40:09 2014] [notice] Apache/2.2.22 (Ubuntu) PHP/5.3.10-1ubuntu3.9 with Suhosin-Patch mod_ssl/2.2.22 OpenSSL/1.0.1 configured -- resuming normal o perations
[Fri Jan 10 12:40:33 2014] [error] [client 192.188.243.180] Invalid method in re quest \x16\x03\x03
[Fri Jan 10 12:40:33 2014] [error] [client 192.188.243.180] Invalid method in re quest \x16\x03\x03
[Fri Jan 10 12:40:33 2014] [error] [client 192.188.243.180] Invalid method in re quest \x16\x03\x01
[Fri Jan 10 12:40:33 2014] [error] [client 192.188.243.180] Invalid method in re quest \x16\x03\x01
[Fri Jan 10 12:40:33 2014] [error] [client 192.188.243.180] Invalid method in re quest \x16\x03
[Fri Jan 10 12:40:33 2014] [error] [client 192.188.243.180] Invalid method in re quest \x16\x03
A ddclient is tamogatja a no-ip-t es azt csomagbol lehet telepiteni, nem kell forditani.
Esetleg próbáld meg ezt:
sudo a2ensite default-ssl
Utána ezt:
telnet [servered ip címe] 443
Írd be:
GET /
Ha utána html karaktereket látsz akkor nem megy az ssl.
Megtettem amit kértél, erre ezt adta válaszul:
telnet: could not resolve valami.no-ip.com:443/telnet: Name or service not known
Egyáltalán nem válaszol a port. De még ha a belső ip címről próbálom még akkor is ezt adja válaszul.
Valamiért nem nyitja ki neked az ssl portot az apache.
Nem értem, mert ha betöltöd az ssl modult és restartolsz, akkor működnie kellene..
Én sem értem. Megpróbálom ha hazaértem, hogy kiiktatom a routert és úgy el tudom-e érni a gépet. Lehet, hogy a router tűzfala tréfál meg engem, de mondjuk a belső hálózatból a belső ipcíméről akkor is el kellene tudnom érni a 443-as porton keresztül.
Ennyi. Tehát a routerrel nem kell szórakoznod. Valami a gépeden tiltja.
Nálam sem megy, viszont nálam az ssl mappában csak egy apache.k nevü állomány van a ssl kulcs generálása után.
szer.: viszont amiket bekérek ugye a ssl-hez apache.crt és apache.key nincs ott.
Egyébként nálam a hiba a kliensben van. "SSL kézfogás sikertelen".
[ Szerkesztve ]
A megoldást már írtam fentebb. A logout nem tördeli a parancsokat, ez még rendben is lenne, de egy csúszkát sem tesz oda, így a parancs vége nem látszik...
Mindjárt javítom ahol kell.
Igen, azt észre is vettem utólag, ezért bocsi, viszont ez sem oldotta meg, ugyan úgy SSL kézfogás sikertelen. Ráadásul ha azzal a paranccsal csinálom, meg van a két file, de nem írja ki úgy a generálást, mint előtte, mármint az email bekérés után egyből vissza is dob prompt-ba, nem írja ki a kulcsot így:
-----BEGIN CERTIFICATE-----
MIIEJTCCAw2gAwIBAgIJANVkktxNDxb3MA0GCSqGSIb3DQEBBQUAMIGoMQswCQYD
VQQGEwJIVTEgMB4GA1UECAwXS29tYXJvbSBFc3p0ZXJnb20gTWVneWUxEjAQBgNV
BAcMCVRhdGFiYW55YTESMBAGA1UECgwJUGFjaSBLZnQuMQ8wDQYDVQQLDAZVQlVO
VFUxGzAZBgNVBAMMEnphcmFxdWVyLm5vLWlwLm9yZzEhMB8GCSqGSIb3DQEJARYS
emFyYXF1ZXJAZ21haWwuY29tMB4XDTE0MDExMTEyNDQwOVoXDTE1MDExMTEyNDQw
OVowgagxCzAJBgNVBAYTAkhVMSAwHgYDVQQIDBdLb21hcm9tIEVzenRlcmdvbSBN
ZWd5ZTESMBAGA1UEBwwJVGF0YWJhbnlhMRIwEAYDVQQKDAlQYWNpIEtmdC4xDzAN
BgNVBAsMBlVCVU5UVTEbMBkGA1UEAwwSemFyYXF1ZXIubm8taXAub3JnMSEwHwYJ
KoZIhvcNAQkBFhJ6YXJhcXVlckBnbWFpbC5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQC8fivKxi2mXFnf2I03S07WXGXdkcRxw/8QiHOaRKvpFAIK
Yk3rJBADCFi+S7aZu2WechBNICKlSfeix/s2hJiC09aFkIGlJskR384XenmxkELD
Jqj7ABkbvbg+ijtCvU+tHvir2T2KoE2/6e6yYS9GSJWwurzgWSDJp5hDJbNaqEvD
ipL1ayl3LTkMScK9hRcp9UylRWyakB4SP2BzQ477cC1fWncU1CD6gYx97/6wBo2z
Ol6IE+j52gF21OEHfxxCoDdss4ubPqTtiqae8u1CT9X+rGFDh6aDVTZFSdnqHhGq
eXgCcTRSz+rQ8BkBehN2HDuyZy+Ht7HpLeyyortnAgMBAAGjUDBOMB0GA1UdDgQW
BBSgMFb3OKmuULGWp7OqcoSEEctp5DAfBgNVHSMEGDAWgBSgMFb3OKmuULGWp7Oq
coSEEctp5DAMBgNVHRMEBTADAQH/MA0GCSqGSIb3DQEBBQUAA4IBAQA6XN4KQk93
NMyVURtuxlzDupWFIihStT8Y0CUD6drSx3nEAYTuGkVEsl5C1p4Fq9IvmelvxiqF
xi/Skwo6nwp0S9AQSfXmlEiUqWb81pHavoTw08xvdJHFfBNoohW2EdPNeaYRLmiX
mz8FJoqiE2N6SUNlHQqrjRlmVu+waYogjys9EK3klQhwZeJcNMk/xWuhVvwn1xJ/
k4zq6+8U2MZyFZ1N8C+B1WYQF+lThiqurZ4z72ISFyJr4ALVGwVf7R8K/AbKGyEI
6FLUBHufbvYvM1CihepsLX/qRCK+mI8GNokmRMOeC5Gpqr9NFPeei0h9oHY9tgMP
paabPN5/9zT5
-----END CERTIFICATE-----
A nyilván hibás parancsnál meg kiírta.
[ Szerkesztve ]
Ez alapján megoldottam az SSL problémát, viszont most meg nem találja a php file-t amit megnyitna..
Szerk.: Megoldva. Viszont abból amit linkeltem talán megtalálod, hogy hol volt a hiba a leírásodban, ami egyébként teljesen jó és érthető, ezért köszönet érte.
[ Szerkesztve ]
Az nembaj, ha visszadob a promtba.
Amikor a böngésződben megnyitod a felhődet, nem kérdez ilyesmit, hogy elfogadod e a kockázatot?
Ezt el kell fogadni.
Az oldotta meg, hogy a kliensben azt írtam be szervercímnek(miután láttam, hogy localban is a 192.168.1.104/owncloud/-ot használjla elérésnek), hogy https://xyz.no-ip.org/owncloud/, és így már jó volt.
[ Szerkesztve ]
Mi a hibaüzenet? Úgy nyitod meg, hogy [ip/dns cím]/owncloud/ ?