Nouveau tutoriel ownCloud sur le wiki
DaaX Membre non connecté
-
- Voir le profil du membre DaaX
- Inscrit le : 13/12/2007
- Site internet
Notre bon ami vouf nous a rédigé un super tuto sur ownCloud.
Pour ceux que ça intéresse, c'est par ici : http://www.mageialinux-online.org/wiki/installer-votre-cloud-a-domicile-avec-owncloud
Partagez avec nous vos expériences et améliorer cet article s'il y a lieu.
Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
Merci pour ce tuto. Très utile et résume bien. Je n'ai pas pensé a faire cela lorsque j'avais mis en place Owncloud chez moi.
Par expérience, il est préférable de prendre la version d'Owncloud sur leur site, car la version proposée par Mageia n'est pas forcément à jour.
C'est une très bonne alternative à Google Drive
Si l'on a de quoi héberger ça chez nous.La partie HTTPS est bonne à savoir, aussibien pour OwnCloud que pour d'autres sites
Merci à toi vouf
Édité par Adrien.D Le 05/10/2012 à 12h21
Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
si je comprends bien c'est une concurrence directe à wuala
Édité par thierryR Le 05/10/2012 à 14h20
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
DaaX Membre non connecté
-
- Voir le profil du membre DaaX
- Inscrit le : 13/12/2007
- Site internet
thierryR :
Oui, mais chez soi.
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
DaaX :
Oui, mais chez soi.
Oui, mais chez soi.
Donc ce n'est pas bon pour faire de la sauvegarde décentralisée.
Pourquoi Mageia ne proposerait-il pas le même service payant.
Je préfèrerait nettement payé ce service chez magéia qui rend de grands services à la communauté plutôt qu'à wuala qui est un OVNI
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
vouf Membre non connecté
-
- Voir le profil du membre vouf
- Inscrit le : 16/08/2008
- Groupes :
Merci pour les encouragements. Le prochain tutorial sera sur le partage de ses répertoires personnels avec samba car le module "Partager les partitions de vos disques" présent dans le Mageia Contrôle Center" ne fonctionne pas.
Sinon vis à vis d'owncloud qui est vraiment une solution à suivre de prêt, il y a encore quelques petits problèmes. J'ai testé le client de synchronisation sous windows. Ça fonctionne très bien pour des petits volumes. Mais dès qu'on traite des volumes importants, par exemple 15 go de Photos, ça n'en finit pas. A titre d'exemple, j'ai voulu copier toutes mes photos par ce moyen. Au bout d'une nuit de synchronisation, seul 7 go de photos avaient été copiées.
Bref, si l'on veut copier de gros volumes, il vaut mieux passer par le webdav. J'aurai pu d'ailleurs expliquer dans le tuto comment créer un disque virtuel dans Dolphin pointant vers le partage webdav. Je me demande si comme ça avec une petite commande rsync vers se disque, on aurait pas des résultats plus probants.
Dans l'espace web, même si le drag and drop fonctionne avec la dernière version d'owncloud pour copier des fichiers via son navigateur, il n'est possible de copier un dossier. La copie ne fonctionne que pour les fichiers.
Sinon, j'adore la possibilité d'ajouter des extensions à owncloud. La galerie photo est vraiment sympa et le lecteur audio intégré aussi.
Owncloud est vraiment une solution très intéressante mais qui doit prendre un peu de bouteille comme on dit. Ce n'est pas pour moi une solution pour sauvegarder ces fichiers, mais plutôt un formidable outil pour partager du contenu.
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
vouf :
Owncloud est vraiment une solution très intéressante mais qui doit prendre un peu de bouteille comme on dit. Ce n'est pas pour moi une solution pour sauvegarder ces fichiers, mais plutôt un formidable outil pour partager du contenu.
Owncloud est vraiment une solution très intéressante mais qui doit prendre un peu de bouteille comme on dit. Ce n'est pas pour moi une solution pour sauvegarder ces fichiers, mais plutôt un formidable outil pour partager du contenu.
Bah... Qui peut le plus, peut le moins. Partager ses photos c'est bien, faire des sauvegardes décentralisées c'est un plus. Wuala à créé un dossier dans mon répertoire mais il ne se monte qu'au démarrage de la connection. La liaison up est à environ 95 Ko/s. Ce n'est pas rapide mais on peut couper quand on veut. Il y a une préparation des paquetages avant envoi. C'est donc le chiffrage et peut être une compression ?
Je ne sais pas si tous ces éléments t'aideront ?
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Visiteur
pour l'info
et surtout merci à Vouf pour son tuto
Je tenais à remercier avant de me mettre à l'installer.
Car il est très bien fait et mérite toute notre attention.
OwnCloud est vraiment à suivre comme Vouf le dis car effectivement beaucoup vont y adhérer.
A+
Visiteur
J'ai commencé l'instal de OwnCloud en suivant ton tuto.
Mais je bute sur:
Finalisation de la configuration
Pour finaliser l'installation du logiciel owncloud, il suffit d'ouvrir son navigateur et de saisir l'url http://localhost/owncloud
Lorsque je veux acccéder à la page
J'obtiens erreur 404
Accepterais-tu de passer sur :
le serveur Mumble de Mageialinux-online.org Murmur.
pour que nous puissions en discuter.
d'avance merci
Je resterai connecter sur le serveur Mumble de Mageialinux-online.org Murmur.
le soir de 20h à minuit
A+
vouf Membre non connecté
-
- Voir le profil du membre vouf
- Inscrit le : 16/08/2008
- Groupes :
Va pour ce soir vers 20h00. Soit le service apache n'est pas lancé, soit il y a un soucis dans le fichier owncloud.conf sous /etc/httpd/conf.d/webapps/owncloud.conf .
DaaX Membre non connecté
-
- Voir le profil du membre DaaX
- Inscrit le : 13/12/2007
- Site internet
vouf :
Bonjour
Merci pour les encouragements. Le prochain tutorial sera sur le partage de ses répertoires personnels avec samba car le module "Partager les partitions de vos disques" présent dans le Mageia Contrôle Center" ne fonctionne pas.
Merci pour les encouragements. Le prochain tutorial sera sur le partage de ses répertoires personnels avec samba car le module "Partager les partitions de vos disques" présent dans le Mageia Contrôle Center" ne fonctionne pas.
Ah bon, le module est cassé ? Quelqu'un a fait une remontée de bogue ?
vouf Membre non connecté
-
- Voir le profil du membre vouf
- Inscrit le : 16/08/2008
- Groupes :
Visiteur
Pour info:
depuis la mise en route de Owncloud qui fonctionne très bien avec sa mise à jour aussi, j'ai remarqué :
que je recevais beaucoup d'intrusions dont la dernière :
"pbx.megatelcom.az en cours de connexion sur le service http"
J'ai été doublement surpris car:
pbx = autocommutateur téléphonique
az = Azerbaijan
suite à ces renseignements qui ne me plaisent pas,
j'ai décidé de décocher "Serveur web" dans la configuration avancée du pare-feu.
Pour l'instant tout est ok.
Mais quelqu'un aurait-il une idée pour consolider cette sécurité ?
vouf Membre non connecté
-
- Voir le profil du membre vouf
- Inscrit le : 16/08/2008
- Groupes :
Je crois qu'il n'y a malheureusement pas grand chose à faire., à part suivre les mises à jour logiciels et utiliser des mots de passe très costaux (minimum 8 caractères avec majuscule, minuscule, numérique et caractères spéciaux). Il y a peut être des actions complémentaires à réaliser pour compléter la sécurité du serveur apache, mais là sa demande une certaine expertise. En cherchant sur le net tu trouveras des tutorials. (cf par exemple http://forum.malekal.com/securiser-serveur-apache-php-mysql-lamp-t12276.html )
Il y a environ 4 ans, j'avais loué un serveur dedibox pour héberger un site web, un forum et des serveurs de jeux. Je me connectais uniquement en ssh dessus avec clé public - clé privé et restriction des utilisateurs pouvant accéder au service. J'avais blindé l'accès. Je n'ai pas été piraté. Mais j'ai été tout de suite très surpris qu'on essayait systématiquement tous les jours de tester des logins et mot de passe de mon service ssh entre 11h00 et 14h00. C'était impressionnant car cela correspondait à une attaque "force brute" issue de plusieurs adresse IP. J'ai ajouté à ma config ssh ce qui faut pour refuser la connexion au delà de 3 essais. L'attaque à poursuivit sans résultat. On s'y fait avec le temps.
Quant au forum, je ne parle pas des spammers qui n'arrêtaient pas de le pourrir avec des posts sur le viagra et j'en parle. J'ai tout essayé, cela a été très dur de m'en débarrassé. J'y suis à peu près arrivé avec le temps.
Bref, exposer une machine sur l'internet, c'est prendre des risques. On ne peut pas empêcher les attaques car les type scanne les réseaux avec nmap pour découvrir le moindre service exposé. Le judicieux, si on ne se sent pas suffisamment solide, est de renoncer. L'alternative est de monter un serveur dédié , sans interface graphique avec le minimum de services. Ou éventuellement un serveur virtuel dans une dédibox.
XKomodor Membre non connecté
-
- Voir le profil du membre XKomodor
- Inscrit le : 08/01/2008
- Site internet
- Groupes :
-
Administrateur
vouf :
Bonjour
Je crois qu'il n'y a malheureusement pas grand chose à faire., à part suivre les mises à jour logiciels et utiliser des mots de passe très costaux (minimum 8 caractères avec majuscule, minuscule, numérique et caractères spéciaux). Il y a peut être des actions complémentaires à réaliser pour compléter la sécurité du serveur apache, mais là sa demande une certaine expertise. En cherchant sur le net tu trouveras des tutorials. (cf par exemple http://forum.malekal.com/securiser-serveur-apache-php-mysql-lamp-t12276.html )
Il y a environ 4 ans, j'avais loué un serveur dedibox pour héberger un site web, un forum et des serveurs de jeux. Je me connectais uniquement en ssh dessus avec clé public - clé privé et restriction des utilisateurs pouvant accéder au service. J'avais blindé l'accès. Je n'ai pas été piraté. Mais j'ai été tout de suite très surpris qu'on essayait systématiquement tous les jours de tester des logins et mot de passe de mon service ssh entre 11h00 et 14h00. C'était impressionnant car cela correspondait à une attaque "force brute" issue de plusieurs adresse IP. J'ai ajouté à ma config ssh ce qui faut pour refuser la connexion au delà de 3 essais. L'attaque à poursuivit sans résultat. On s'y fait avec le temps.
Quant au forum, je ne parle pas des spammers qui n'arrêtaient pas de le pourrir avec des posts sur le viagra et j'en parle. J'ai tout essayé, cela a été très dur de m'en débarrassé. J'y suis à peu près arrivé avec le temps.
Bref, exposer une machine sur l'internet, c'est prendre des risques. On ne peut pas empêcher les attaques car les type scanne les réseaux avec nmap pour découvrir le moindre service exposé. Le judicieux, si on ne se sent pas suffisamment solide, est de renoncer. L'alternative est de monter un serveur dédié , sans interface graphique avec le minimum de services. Ou éventuellement un serveur virtuel dans une dédibox.
Je crois qu'il n'y a malheureusement pas grand chose à faire., à part suivre les mises à jour logiciels et utiliser des mots de passe très costaux (minimum 8 caractères avec majuscule, minuscule, numérique et caractères spéciaux). Il y a peut être des actions complémentaires à réaliser pour compléter la sécurité du serveur apache, mais là sa demande une certaine expertise. En cherchant sur le net tu trouveras des tutorials. (cf par exemple http://forum.malekal.com/securiser-serveur-apache-php-mysql-lamp-t12276.html )
Il y a environ 4 ans, j'avais loué un serveur dedibox pour héberger un site web, un forum et des serveurs de jeux. Je me connectais uniquement en ssh dessus avec clé public - clé privé et restriction des utilisateurs pouvant accéder au service. J'avais blindé l'accès. Je n'ai pas été piraté. Mais j'ai été tout de suite très surpris qu'on essayait systématiquement tous les jours de tester des logins et mot de passe de mon service ssh entre 11h00 et 14h00. C'était impressionnant car cela correspondait à une attaque "force brute" issue de plusieurs adresse IP. J'ai ajouté à ma config ssh ce qui faut pour refuser la connexion au delà de 3 essais. L'attaque à poursuivit sans résultat. On s'y fait avec le temps.
Quant au forum, je ne parle pas des spammers qui n'arrêtaient pas de le pourrir avec des posts sur le viagra et j'en parle. J'ai tout essayé, cela a été très dur de m'en débarrassé. J'y suis à peu près arrivé avec le temps.
Bref, exposer une machine sur l'internet, c'est prendre des risques. On ne peut pas empêcher les attaques car les type scanne les réseaux avec nmap pour découvrir le moindre service exposé. Le judicieux, si on ne se sent pas suffisamment solide, est de renoncer. L'alternative est de monter un serveur dédié , sans interface graphique avec le minimum de services. Ou éventuellement un serveur virtuel dans une dédibox.
La Messe est dite.
Merci
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie