Mon contenu
Femme
Historique du nom d'affichage
Bonsoir le forum!
Je viens de me rendre compte d'une des limitations de cette version d'ipfilter : pas possible de filtrer plus de 3080 addresses (une entrée "sys_set_ipsec_rules: len xxxxx is over 3080" apparait dans dmesg)
Messages que j'ai postés
Dans le sujet : Security Level
09 janvier 2012 - 13:58
Bonjour, father_mande, et merci pour ta réponse.
En fait, les nouveaux filtres apparaissent dans le WUI sans avoir à faire un restart de QSync (d'ailleurs, je ne pense pas qu'il soit utile de relançer ce script)
Par ailleurs, dans mon cas, plus je rajoute (je parle en centaines) d'adresses, plus la page contenant la liste des filtres met de temps à se générer (cela me parait logique)
Alors là, je suis preneur, mais je n'arrive pas à mettre la main sur l'iPkg qui va bien. en même temps, la méthode que j'utilise me semble plus propre, car intégrée d'origine au firmware (au delta près de mon script)
father_mande, le 09 janvier 2012 - 13:31 , dit :
... relancer ip_filter suffit pour mettre en place la nouvelle liste, par contre il semble qu'il faille relancer "/etc/init.d/qsyncman.sh restart" pour voir les nouveaux filtres dans l'interface Web ??? TBC .
En fait, les nouveaux filtres apparaissent dans le WUI sans avoir à faire un restart de QSync (d'ailleurs, je ne pense pas qu'il soit utile de relançer ce script)
Par ailleurs, dans mon cas, plus je rajoute (je parle en centaines) d'adresses, plus la page contenant la liste des filtres met de temps à se générer (cela me parait logique)
father_mande, le 09 janvier 2012 - 13:31 , dit :
... sachez que les iptables font (discrétement) leur apparition ... mais qu'en quelques lignes de shell, il est possible de les valider pour tous et tout le temps et avec quelques liens ... bien fait, de récupérer les fonctions save et restore ...
Alors là, je suis preneur, mais je n'arrive pas à mettre la main sur l'iPkg qui va bien. en même temps, la méthode que j'utilise me semble plus propre, car intégrée d'origine au firmware (au delta près de mon script)
Dans le sujet : Ipkg Update Error (Ts119)
07 septembre 2011 - 15:04
father_mande, le 02 juillet 2011 - 08:15 , dit :
Bonjour,
Point 1 : le support applicatif (feed cs08q1armel) reste (et a priori restera) ...
Point 2 : Le feed kernel-modules lui, dépend, comme son nom l'indique du kernel, est pour l'instant, n'a pas été mis à jour, sachant que si vous êtes au niveau kernel module, les outils (du feed applicatif) vous permettent (le kernel source étant disponible chez QNAP) de compiler vous-même ... aucun problèmes particuliers.
Point 3 : Ipkg N'EST PAS PUBLIÉ NI MAINTENU PAR QNAP, QNAP maintient le QPKG Optware, qui est un choix d'installation de votre part, les IPKG sont développés par des indépendants, la première version était pour le Linksys NSLU2 ... puis a été porté sur sur plusieurs plate-formes ... les "modules kernel" eux sont restés limités a peu de système, car l'évolution du kernel est naturelle sur TOUS les systèmes Linux. Il y aura de moins en moins ce type de support (modules) sauf volontaire ... l'appel est ouvert
.
Point 4 : Utiliser un feed NON ciblé spécifiquement pour une plate-forme ... apporte un risque sur TOUS les Ipkg, car des librairies peuvent être écrasées ... (je parle pour Augure qui a ajouté ceux d'Openwrt ) ... il faut vraiment savoir pourquoi on le fait ... et dans ce cas compiler un module n'est pas difficile à ce niveau là.
Point 5 : Il y a de moins en moins de développeurs sur IPKG ... un projet de remplacement est en cours OPKG ... pour l’instant uniquement sur x86, une Alpha version pour x86, disponible comme QPKG, existe ... mais c'est IPKG ou OPKG ... ne vous perdez pas entre les Q, I, O ...PKG.
Si vous avez vraiment besoin d'un module, et que vous n'avez pas "le feu au lac", demandez moi, je suis très chargé en ce moment, mais je verrai ce que je peux faire
Philippe.
Point 1 : le support applicatif (feed cs08q1armel) reste (et a priori restera) ...
Point 2 : Le feed kernel-modules lui, dépend, comme son nom l'indique du kernel, est pour l'instant, n'a pas été mis à jour, sachant que si vous êtes au niveau kernel module, les outils (du feed applicatif) vous permettent (le kernel source étant disponible chez QNAP) de compiler vous-même ... aucun problèmes particuliers.
Point 3 : Ipkg N'EST PAS PUBLIÉ NI MAINTENU PAR QNAP, QNAP maintient le QPKG Optware, qui est un choix d'installation de votre part, les IPKG sont développés par des indépendants, la première version était pour le Linksys NSLU2 ... puis a été porté sur sur plusieurs plate-formes ... les "modules kernel" eux sont restés limités a peu de système, car l'évolution du kernel est naturelle sur TOUS les systèmes Linux. Il y aura de moins en moins ce type de support (modules) sauf volontaire ... l'appel est ouvert
.Point 4 : Utiliser un feed NON ciblé spécifiquement pour une plate-forme ... apporte un risque sur TOUS les Ipkg, car des librairies peuvent être écrasées ... (je parle pour Augure qui a ajouté ceux d'Openwrt ) ... il faut vraiment savoir pourquoi on le fait ... et dans ce cas compiler un module n'est pas difficile à ce niveau là.
Point 5 : Il y a de moins en moins de développeurs sur IPKG ... un projet de remplacement est en cours OPKG ... pour l’instant uniquement sur x86, une Alpha version pour x86, disponible comme QPKG, existe ... mais c'est IPKG ou OPKG ... ne vous perdez pas entre les Q, I, O ...PKG.
Si vous avez vraiment besoin d'un module, et que vous n'avez pas "le feu au lac", demandez moi, je suis très chargé en ce moment, mais je verrai ce que je peux faire
Philippe.
Bonjour,
Donc plus moyen de faire de "ipkg update" ?
Merci.
Dans le sujet : [RESOLU] Débits Réseau Asymétriques
08 juin 2011 - 10:18
father_mande, le 08 juin 2011 - 07:52 , dit :
Bonjour,
Maintenant, c'est moi qui trouve mes résultats faibles ... je blague ... car mon réseau et mes QNAP's étaient en charge au moment de mon test rapide ...
Je mets le sujet en RÉSOLU .
Philippe.
Maintenant, c'est moi qui trouve mes résultats faibles ... je blague ... car mon réseau et mes QNAP's étaient en charge au moment de mon test rapide ...
Je mets le sujet en RÉSOLU .
Philippe.
Ah oui, je voulais fermer le sujet et le renommer.
J'édite ma question initiale de manière à y faire figurer la solution.
encore merci à vous deux!
PS : Au passage, le support Qnap à quand même répondu de suite (au décalage horaire près bien sûr)
Dans le sujet : [RESOLU] Débits Réseau Asymétriques
07 juin 2011 - 20:33
cris, le 07 juin 2011 - 20:28 , dit :
pour les tickets vers le support, je suis dispo sur mon mail en cas de soucis cris@qnapclub.fr
cris
cris
Reponse trés rapide du support à mon ticket.
Ces derniers m'ont conseillé un upgrade en 3.4.3 via 3.4.0 + vérification des câbles.
Etant sûr de mon réseau, je n'ai fait que l'upgrade.
et voici les nouveaux chiffres:
Sens Pc --> Qnap : 703 Mbits/sec
Sens Qnap --> Pc : 779 Mbits/sec
Pour moi c'est tout bon.
Merci
