Aller au contenu

MS_Totor

Membres
  • Compteur de contenus

    2204
  • Inscription

  • Dernière visite

  • Jours gagnés

    2

Messages posté(e)s par MS_Totor

  1. tu sais changer l'ip de ta carte réseau sur ton mac ?

    si oui tu suis ce lien

    http://www.nas-forum...?showtopic=9334

    je te fais un copier/coller rapide de la partie qui t'intéresse en bas du tuto

    le syno ne pouvant pas se connecter à un serveur dhcp pour avoir une ip dynamique, il s'est auto configuré en s'allouant un ip d'auto configuration, appelée apipa, en 169.254xxxx

    adapte cela au mac, tu devrais pouvoir détecter ton syno avec l'assistant puis après installation du firmware, pense à régler l'ip du syno sur tes paramètres de réseau local normal

    --------------------------------------------------

    PC/mac/linux/windows_propriétés_réseaux

    • changer_IP=169.254.82.1
    • changer_ sous-réseau=255.255.0.0 (appliquer modif)
    lancer assistant_synology (détection ip_syno)
    • notez ip ip 169.254.xxx.xxx
    • fermer_assistant

    http://169.254.xxx.xxx:5000

    SYNO_propriétés_réseaux

    • changer_IP="exemple" 192.168.1.10 adaptes à ton réseau local
    • changer_ sous-réseau=255.255.255.0 adaptes à ton réseau local
    • appliquer modif

    PC/mac/linux/windows_propriétés_réseaux
    • changer_IP=192.168.1.20
    • changer_sous-réseau=255.255.255.0
    • appliquer_modif

    vérifiez la présence du syno sur le réseau local

    http://192.168.1.10:5000

    ou ce que tu auras réglé comme ip pour le syno

  2. allez plus loin est à la portée de tout le monde et heureusement

    mais cela demande de l'investissement perso

    je t'aiguille un peu

    ce n'est pas uniquement parce que tu as changé de port de openssh que tout est résolu, surtout si tu connecte en admin, cela m'étonnerai fort que tu puisse editer des fichiers appartenant à root

    pour une connexion ssh ou telnet, comme cela est noté un peu partout

    nom d'utilisateur=root

    mot de passe=mot de passe de admin

    modification du fichier sshd_config et deux lignes à changer

    on change le port d'écoute

    on autorise le login root

    vi /opt/etc/openssh/sshd_config

    exemple:

    
    Port 54222
    
    PermitRootLogin yes
    
    
    au lieu de
    
    #Port 22
    
    #PermitRootLogin yes
    
    

    ensuite après édition de ce fichier, tu reboote le syno, et là plus de soucis à venir :)

    tu peux même désactiver ssh dans la page web

    dans ton client putty ou winscp, n'oublie pas de mettre le nouveau port pour la connexion

  3. coucou

    je passe là par hasard

    dans mysql, il ne faut pas créer un user puis une bd pour laquelle le user sera superutilisateur, puis importer la structure de la bd jabber dans mysql pour que votre programme fonctionne ?

  4. salut

    il y a eu un gros nettoyage de fait section tutoriels, les gens y posant tout pleins de sujets n'ayant rien à voir avec des tutos, mais des demandes d'aides.

    pas mal de sujet ont aussi étés déplacés dans des sections de forum plus adéquates

    cela est annoncé dans la section news et info

    par contre pour ton lien moi ca marche très bien

    le serveur a peut être changé d'adresse ip depuis tes bookmark ceci peut aussi expliquer tes erreurs de liens

    sur le pc via une fenêtre DOS, rafraichit le cache DNS en faisant un

    ipconfig /flushdns

    cela vas mettre à plat tes liaisons de liens web et ip liées

    tu peux vider le cache de ie ou firefox pour compléter la mise à jour

    re essayes tes liens

  5. salut

    pour résumer les conditions d'installation :

    fais un check rapide des pré requis

    -branchement en cable rj45, pour le syno et le mac sur le switch du routeur (ok ? )

    -le serveur DHCP sur le routeur gérant le réseau rj45 doit être activé (c'est très important) ( ok ? )

    -dernière version de l'assistant synology pour mac à récupérer sur le site de synology, idem pour le firmware (ca a l'air ok)

    -désactivation firewall et anti virus pour ne pas empêcher le lancement du scan réseau fait par l'assistant

    es tu bien dans cette situation ?

  6. salut

    la gestion de renouvellement d'ip dynamique est différente selon les providers chez certains 24 h d'autres c'est complètement aléatoire (neuf) tu peux rester avec une même ip dynamique pendant deux mois, quatre mois même après reboot du routeur

    et puis paf, tu en as une nouvelle

    c'est du vécu depuis 2006

    ;)

  7. hmm

    je ne pense que tu risque de faire bouler par un provider, vu le nombre de pme qui utilise des abonnements de type "privé"

    le seul truc mis en place est de limiter drastiquement le spam, qui bouffe très sérieusement la bande passante de l'ensemble des providers, donc ce n'est pas tant un serveur privé qui est gênant, mais la limite d'utilisation qui en est faite sur le port 25

    la politique de durcissement porte majoritairement sur

    la limite du nombre de mail en diffusion par envois groupé, pour sabrer le spam émetteur, si plus de "n" destinataire par n envois de mail, paf, blocage, idem pour la détection de mots clé, code dans l'entête et dans le contenu.

    l'authentification de l'ip émettrice comme appartenant au réseau du provider, pour sabrer la redirection de serveur mail au niveau ip

    l'historique des virus, trojan, rootkit, montre que de plus en plus, il y a eu création lors de l'infection de server smtp sur le port 25

    -------------------

    l'authentification sur le réseau du provider, du couple ip nom fqdn du serveur smtp était la parade depuis 2001/2002, avec une gestion durcie des requêtes DNS et entête de mail.

    ce sujet est vieux très vieux et je depannais déjà pas mal de gens en messagerie....remember remember ;)

    http://forums.ixus.f...8719&highlight=

    depuis, vu l'abus de ce système, durcissement, et envois sur port ssl chez certains providers

  8. salut

    le sujet n'est pas vraiment résolu et tu t'en apercevras rapidement à très brève échéance, si je ne me trompe pas....;)

    ce problème a été mainte fois abordés

    tu dois avoir ssh natif au syno et openssh installé par ipkg à tous les coups, ou ce n'est pas le cas ?

    si openssh est installé, tu dois changer le numéro de port de openssh sinon il y a deux instances de ssh qui se battent pour le port 22.....

    au reboot du syno, le cycle de boot lance openssh, hors c'est ce dernier qui a une option PermitRootLogin no par défaut et n'autorise pas le login root , la suite de la séquence lance ssh natif, mais le port 22 est déjà pris et plantage de ssh natif, bref login root denied ! c'est une chose à bien comprendre !!

    le fait de désactiver/réactiver ssh via la page web, relance le ssh natif, c'est pour cela que tu as à nouveau accès au port 22 avec le compte root

    en résumé, il te faut changer le port de openssh, sinon ce soucis reviendras quasi à chaque reboot du syno

    @+

  9. perso je ne suis pas impatient du tout

    avant d'acheter un nas 209+ j'étais plutôt pro minitx et intégration perso.

    c'est quasi le cas du syno en fait

    bref, le 209+ ne changera pas de si tôt, vu la limite du nombre de requetes permises par ma connexion en upload, 140 ko, je ne risque pas de le saturer.... ;)

    j'habiterai à Pau avec du gros tuyau synchrone montant/descendant, le nas ne servirait que de stockage par contre, c'est clair.

    donc au final, il ne sert à rien d'attendre un méga modèle de la mort qui tue avec pleins de megahz si la ram et l'upload sont des limitations, voilà mon point de vue.

  10. ok merci tmt

    cela rejoint le contenu de ce topic

    http://www.nas-forum...indpost&p=61604

    pour information, un résultat de cat /proc/version te donne la version de gcc qui a servit à compiler le kernel du syno

    exemple du (ppc8533 209+) en firmware 9xx c'est toujours du gcc 3.4.3, donc pas dévolution de la toolchain.

    le problème vient des codes sources pour compiler des modules kernel, comme tun.ko, il suffit qu'ils aient appliqué un patch au kernel dans le firmware 9xx pour que tout ce qui existait en modules comme tun, ne fonctionnent plus sur ce type de processeur, c'est sans doute le cas pour les autres aussi.

    ensuite un uname -r comme un cat /proc/version tu peux lui faire dire ce que tu veux pour le retour de version de kernel

    je ne pense pas que sur ce type de processeur nous soyons toujours en 2.6.24, mais en 2.6.24.xx, mais quels patchs ils ont mis ? :rolleyes:

    les dernières versions pour ppc64 correspondant à ce type de proco est en 2.6.30, bref il y a un choix de fait pour intégrer uniquement ce dont les synos ont besoin pour tourner de façon stable.

    le reste de l'évolution des versions kernel ne fait qu'ajouter d'autres processeurs, d'autres composants matériels, que les syno n'ont pas actuellement, ou ajouter/optimiser des fonctions, ou corriger des bugs, qui ne nous concernent pas à priori.

    soit un utilisateur tâtonne jusqu'à trouver la bonne version de kernel utilisé, et les bons patch à partir des sources kernel pour ppc ou arm, et prends le risque de tout planter, ou on attends, la sortie des sources GPL synology pour firmware 9xx

    voilà ce que je peux en dire après pas mal de recherches sur la question ;)

    bon week end

  11. welcoming in board

    onduleur et le deuxième mot le plus prononcé après bienvenue dans cette partie là ;)

    on ne s'en rend compte que quand le raid tombe malheureusement

    pour l'esata oui c'est la solution la plus pratique en backup sur syno, pour des raisons de vitesse de transfert, seul truc chiant, la connexion est en façade sur certains modeles

    bonne découverte

  12. merci je vais regarder ca de plus près ce week end :)

    en fait il n'y a aucun historique, tu garde en gros tes 5 ou 6 dernières lignes de commandes le temps de la cession, si tu te déconnecte/re connecte tu perds tout, et aucun rappel possible

    sur syno je voulais parler de ash, habitué au bash sur ma debian

  13. pas de soucis

    il me semble que tu n'es pas le seul à te servir du syno comme environnement de dev avant product

    tu devrais avoir d'autres réponses sans tarder, si le forum n'est pas trop endormi :)

    @++

    ps c'est pas toto mais totor, /me te pardonne l'incartade

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.