Après ma dernière mise à niveau du noyau j'ai essayé de construire la cible de miroir iptables publié pour la dernière fois ici . L'objectif de miroir iptables prend le paquet envoyé à votre machine et renvoie le même paquet à la machine, le paquet est venu. Ainsi, disons que quelqu'un essaie de scanner votre machine ou tente une attaque, il pourrait balayer sa propre machine ou même attaquer sa propre machine. Quand je l'ai essayé avec la version du noyau 3.6, il n'a pas plus construit avec le noyau Linux actuel. Cette fois, certaines fonctions ont obtenu retiré du noyau. Ainsi, je devais mettre à jour la fonction ip_direct_send. Vous pouvez télécharger la version plus récente de la version du noyau 3.6 et noyaux probablement venir ici:

MIRROR.3.6.0.tar.gz (178)

Le module du noyau a été testé avec la version du noyau 3.7.0-vs2.3.5.1. Pour construire le module, démarrer le noyau que vous souhaitez utiliser avec le module. Ensuite, décompressez l'archive et exécutez le script compile.sh pour construire le module. Ensuite, exécutez le script install.sh pour installer le module compilé dans le répertoire / lib / modules pour votre noyau.

Maintenant, vous pouvez utiliser la cible de miroir à la place de la cible REJECT ou DROP dans le INPUT, FORWARD et PREROUTING chaînes, comme celui-ci dans votre script de pare-feu:

$ Iptables-A INPUT-j MIROIR

Attention: L'utilisation de l'objectif de miroir peut conduire à des résultats étranges, en exemple, si vous souhaitez vous connecter à une machine protégée qui utilise la cible de miroir iptables, vous pouvez finir par se connecter à la machine locale sans le reconnaître. Il peut aussi utiliser beaucoup de bande passante. Le pire des cas se produit si vous avez deux machines utilisant le module. Ces machines peuvent finir par jouer au ping-pong. Donc, vous avez été avertis, à utiliser avec prudence et à vos propres risques. Pour plus d'informations, voir: cible MIRROR .

Téléchargements pour les anciennes versions du noyau sont ci-dessous. Notez la numérotation des versions 2.6.25 œuvres pour les noyaux jusqu'à 2.6.27. 2.6.28 fonctionne aussi pour 2.6.29 et 2.6.30 noyaux. La version 2.6.13 du module devrait fonctionner jusqu'à la version du noyau 2.6.16.

MIRROR.2.6.13.tar.gz (1103) MIRROR.2.6.24.tar.gz (1486) MIRROR.2.6.25.tar.gz (1365) MIRROR.2.6.28.tar.gz (1407) MIRROR.2.6.31 (1272) MIRROR.2.6.35.tar.gz (1216) MIRROR.2.6.36.tar.gz (1125) MIRROR.2.6.37.tar.gz (970) MIRROR.3.0.7.tar.gz (709) MIRROR.3.1.0.tar.gz (437) MIRROR.3.3.0.tar.gz (456)

ce qui concerne
Jürgen

(No Ratings Yet)

Chargement en cours ...

Publié dans le noyau , Linux , réseau , sécurité | No Comments »

Récemment, le nouveau mplayer-1.1-r1 ebuild est apparu dans portage. Dans l'article stéréoscopique mplayer-1.0_rc4_p20110322 j'ai fourni un patch modifié pour le soutien stéréoscopique dans mplayer-1.0_rc4_p20110322. Ce patch ne fonctionne pas avec la version actuel. Toutefois, seul un correctif mineur a été nécessaire. Pour utiliser le nouveau patch, il suffit de télécharger à partir d'ici: mplayer-stéréoscopique-1.1-r1.patch (191) et copiez-le:

/ Etc/portage/patches/media-video/mplayer-1.1-r1 /

Ensuite émerger mplayer et lire des films stéréoscopiques avec:

mplayer-vo gl2: stéréo some_movie_file.avi

mithrandir

(No Ratings Yet)

Chargement en cours ...

Publié dans 3d , linux , multimédia | No Comments »

Dans l'article Flightgear avec stereo quadruple j'ai écrit sur ​​la façon d'obtenir stereo quadruple de travailler avec le célèbre simulateur de vol FlightGear . Récemment FlightGear-2.8.0 a été libéré. Le problème avec stereo quadruple persiste avec FlightGear-2.8.0.

On s'attend à activer le mode stéréoscopique dans FlightGear départ avec la ligne suivante:

exportation OSG_STEREO_MODE = QUAD_BUFFER; exportation OSG_STEREO = ON; fgfs

Lors du démarrage de FlightGear cette façon, on obtient la sortie de la console suivant et aucun vision stéréoscopique:

Attention: Une erreur OpenGL détecté "opération non valide» après RenderBin :: draw (,)

Obtenir FlightGear de travailler avec quad-buffered stereo

La raison pour laquelle le message d'erreur ci-dessus et le mode stéréo cassé en résulte est que le contexte stéréo ne soit pas initialisé correctement. Les détails sont décrits ici: Flightgear avec stereo quadruple . Malheureusement, le patch, j'ai proposé au poste mentionné ne fonctionne pas pour FlightGear-2.8.0. Cependant, les bonnes nouvelles sont, il suffisait d'une légère modification, le fichier WindowBuilder.cxx plus est dans src / Main, mais dans le répertoire src / Viewer. Vous pouvez télécharger le nouveau patch d'ici: FlightGear-2.8.0-stereoscopic.patch (305)

Espérons que le patch trouve son chemin dans la prochaine version de FlightGear.

Comme d'habitude pour stereo quadruple, vous devez utiliser une carte graphique professionnelle qui prend en charge quad stéréo tampon, comme une NVIDIA Quadro FX ou ATI FireGL et matériel d'affichage adéquat, comme des lunettes à obturateur, un HMD ou un système de projection stéréoscopique, de bénéficier d' elle. Pour utiliser le stereo quadruple début FlightGear mode avec les variables d'environnement mentionnés ci-dessus. Ensuite, vous avez probablement pour activer le mode stéréo tampon de quad en sélectionnant l'stéréoscopique View élément Options dans le menu Affichage.

La façon Gentoo

Pour les utilisateurs de gentoo, j'ai créé un overlay. Comme le précédent, il contient des correctifs et des ebuilds modifiées pour FlightGear avec le soutien de tampon quad travail. Vous pouvez obtenir la superposition d'ici: FlightGear-2.8.0 overlay (238) Téléchargez la superposition et l'extraire dans le répertoire / usr / local / portage. N'oubliez pas d'inclure la ligne suivante dans votre fichier / etc / make.conf:

PORTDIR_OVERLAY = "/ usr / local / portage"

Alors émerger FlightGear et le déguster dans les trois dimensions.

Amusez-vous

Jürgen

(No Ratings Yet)

Chargement en cours ...

Publié dans 3d , jeux , gentoo , graphiques , linux | No Comments »

Nokias N900 téléphone cellulaire est un appareil au courant de l'emplacement. Habituellement, il a été en mesure d'afficher votre position dans le message d'état de services de messagerie instantanée comme Jabber ou Skype. Cette fonction a complètement cessé de travailler il ya quelque temps. Cet article décrit le problème sous-jacent et présente une solution pour restaurer la fonction.

Habituellement, on peut activer le N900 téléphone affiche l'emplacement actuel dans le message d'état en appuyant sur ​​la barre d'état et en sélectionnant "disponibilité". Ensuite, la fenêtre de disponibilité s'ouvre, dans laquelle le bouton "ma position" peut être exploité. Ensuite, on peut choisir la précision de la position du niveau de la rue au niveau de la ville. Ensuite, la position actuelle est en cours de publication aux contacts. Permettant actuellement cette fonction ne publie pas n'importe quel endroit de ceux contacts. Après l'installation de sysklogd, le syslog donne une première indication, où se situe le problème:

31 août 18:37:33 Nokia N900 nm-nav-fournisseur [11138]: GLIB ATTENTION **
défaut - Impossible de se connecter à

31 août 18:37:33 Nokia N900-[1621]: GLIB ATTENTION ** rtcom-presence-ui -
pointeur NULL passé au rappel de navigation_provider_location_to_address

Après avoir tué le processus nm-nav-fournisseur et le redémarrage de / usr / lib / nokiamaps-navigation-fournisseur / nm-nav-fournisseur à partir d'un message d'erreur plus détaillés xterm peut être vu:

^
erreur: Document est vide
^
erreur: balise de début prévue, '<' est introuvable

Ainsi, il ya un problème avec la requête envoyée au service Web Nokias. Très probablement, Nokia a changé le service Web dans l'intervalle. Cependant, en utilisant la même demande sans le jeton mène au résultat souhaité. Ceci peut être facilement tenté par entrer dans la demande URL dans un navigateur web. Malheureusement nm-nav-fournisseur est source fermée, de sorte qu'il ne peut pas facilement être modifié. Un éditeur hexadécimal peut être utilisé pour rechercher la chaîne de jeton, puis la demande peut être résilié zéro en face d'elle.

Figure: Vue hexedit de l'emplacement du jeton nm-nav-fournisseur pour webservice

Il ya deux positions avec une demande correspondante dans le 0,109 à 3 +0 La version m5 de nm-nav-fournisseur, l'un à la position 0x73F7 et l'autre à 0 × 7689. Ce dernier est celui qui correspond à ce problème. Remplacement de l'octet à l'adresse d'un zéro termine la chaîne de demande et conduit à une demande qui peut être compris par un service de web Nokias. Il faut tuer le processus nm-nav-fournisseur avant de pouvoir écrire dans le fichier.

Malheureusement, le binaire modifié ne peut pas être publié ici, en raison de restrictions de licence, mais un moyen facile de patcher le fichier peut être fournie. Tout d'abord, le renforcement de busybox doit être installé sur la N900. Ensuite, exécutez la ligne suivante en tant qu'utilisateur racine à l'intérieur d'un xterm:

cd / usr / lib / nokiamaps-navigation-fournisseur /; cp nm-nav-fournisseur nm-nav-provider.bak; killall nm-nav-fournisseur; dd conv = notrunc bs = 1 count = 1 seek = 30345 if = / dev / zero of = nm-nav-fournisseur

Cette ligne fonctionne pour nokiamaps-navigation-fournisseur de 0,109 à 3 +0 m5. Après exécution, l'emplacement peut être publié aux contacts encore. Le seul problème restant est à vous. Voulez-vous vraiment que tous vos contacts savent votre emplacement?

Cordialement
Jürgen

(3 votes, moyenne: 5,00 sur 5)

Chargement en cours ...

Publié dans gadgets , Linux , Maemo , maemo5 | No Comments »

Il ya environ un an, j'ai écrit sur ​​le OpenGL / GLSL débogueur glsldevil dans l'article gentoo ebuild pour glsldevil-1.1.5 et a fourni un ebuild Gentoo pour elle. Malheureusement glsldevil ne semble pas être plus disponible à partir de la page web de l'Université de Stuttgart ( http://cumbia.informatik.uni-stuttgart.de/glsldevil/ ), qui a rendu l'ebuild inutile.

Modifier 29/5/2012: Le site de téléchargement initial de l'Université de Stuttgart est à nouveau disponible.

Depuis la licence de glsldevil permis redistribution, j'ai décidé de transférer mon copie locale, de faire glsldevil disponible pour le public à nouveau. Malheureusement, cela ne comprend que les binaires Linux (32 bits et 64 bits) et ni les binaires Windows ou du code source.

Vous pouvez télécharger les binaires Linux à partir d'ici: glsldevil-1.1.5.tar.gz (356)

Pour une utilisation avec l'ebuild, il suffit de copier le fichier dans / usr / portage / distfiles /.

ce qui concerne
Jürgen

(1 votes, moyenne: 5,00 sur 5)

Chargement en cours ...

Publié dans 3d , gentoo , graphiques , linux , programmation , la science , outils | No Comments »

Aujourd'hui apache-2.4.1 ebuild est apparu dans l'arbre de portage papous. Emerging php-5.4.1_rc1 échoue avec serveur web apache-2.4.1 installé sur gentoo avec le message d'erreur suivant:

Configuration de modules SAPI
Vérification de la gestion de AOLserver ... non
vérification pour le support des modules Apache 1.x via DSO par APXS ... non
vérification pour le support des modules Apache 1.x ... non
vérifier si vous souhaitez activer Apache charset option de compatibilité ... non
la vérification de 2.0 support de filtre-module Apache via DSO par APXS ... non
Vérification de la gestion gestionnaire-module Apache 2.0 via DSO par APXS ...

Désolé, je ne peux pas courir apxs. Les raisons possibles suivent:

1. Perl n'est pas installé
2. apxs n'a pas été trouvé. Essayez de passer le chemin à l'aide-de-apxs2 = / path / to / apxs
3. Apache n'a pas été construit en utilisant l'option-enable-so (la page d'utilisation apxs est affiché)

La sortie de / usr / sbin / apxs suit:
. / Configure: line 8325: / usr / sbin / apxs: No such file or directory
configure: error: Abandon

La raison pour cela est que le programme exécutable apxs ne s'installe pas avec le apache-2.4.1 ebuild. Selon gmane.org ce problème a été réparé avec l'ebuild apache-2.4.1-r1. Cependant, après la mise à apache 2.4.1-r1 émergents php échoue toujours avec le même message d'erreur. Un rapide coup d'oeil sur le système de fichiers montre que / usr / sbin / apxs se sont installés ainsi que le lien symbolique / usr/sbin/apxs2 s'est créé.

sbin Mittelerde # ls-alsh apxs *
24K-rw-r-r-1 root root 23K 1. Avril 16h14 apxs
0 lrwxrwxrwx 1 root root 14 1. Avril 16h14 apxs2 -> / usr / sbin / apxs

Cela révèle aussi la raison pour php émergents défaut avec apache-2.4.1-r1. Le répertoire / usr / sbin / apxs script perl à venir avec le apache-2.4.1-r1 ebuild manque le drapeau de l'exécutable.

Ainsi, d'un simple

chmod + x / usr / sbin / apxs

résout le problème et php émergents fonctionne ensuite comme un charme. Très probablement, ce sera se fixe avec la prochaine apache ebuild. Pour obtenir la configuration d'apache ouvrables après la mise à jour 2.4, vous pouvez lire: Mise à jour vers 2.4 depuis 2.2 .

Jürgen

(No Ratings Yet)

Chargement en cours ...

Publié dans gentoo , linux , web | 4 Commentaires »

Après ma dernière mise à niveau du noyau j'ai essayé de construire la cible de miroir iptables publiée ici . L'objectif de miroir iptables prend le paquet envoyé à votre machine et renvoie le même paquet à la machine, le paquet est venu. Ainsi, disons que quelqu'un essaie de scanner votre machine ou tente une attaque, il pourrait balayer sa propre machine ou même attaquer sa propre machine. Quand je l'ai essayé avec la version du noyau 3.3, il n'a pas plus construit avec le noyau Linux actuel. Cependant, cette fois seulement une modification mineure a été neccesary. Un autre fichier d'en-tête devait être inclus et un nom de fonction a changé. Vous pouvez télécharger la version plus récente de la version du noyau 3.3 et noyaux probablement venir ici:

MIRROR.3.3.0.tar.gz (456)

Le module du noyau a été testé avec la version du noyau linux-3.3-vserver-2.3.3.1. Pour construire le module, démarrer le noyau que vous souhaitez utiliser avec le module. Ensuite, décompressez l'archive et exécutez le script compile.sh pour construire le module. Ensuite, exécutez le script install.sh pour installer le module compilé dans le répertoire / lib / modules pour votre noyau.

Maintenant, vous pouvez utiliser la cible de miroir à la place de la cible REJECT ou DROP dans le INPUT, FORWARD et PREROUTING chaînes, comme celui-ci dans votre script de pare-feu:

$ Iptables-A INPUT-j MIROIR

Attention: L'utilisation de l'objectif de miroir peut conduire à des résultats étranges, en exemple, si vous souhaitez vous connecter à une machine protégée qui utilise la cible de miroir iptables, vous pouvez finir par se connecter à la machine locale sans le reconnaître. Il peut aussi utiliser beaucoup de bande passante. Le pire des cas se produit si vous avez deux machines utilisant le module. Ces machines peuvent finir par jouer au ping-pong. Donc, vous avez été avertis, à utiliser avec prudence et à vos propres risques. Pour plus d'informations, voir: cible MIRROR .

Téléchargements pour les anciennes versions du noyau sont ci-dessous. Notez la numérotation des versions 2.6.25 œuvres pour les noyaux jusqu'à 2.6.27. 2.6.28 fonctionne aussi pour 2.6.29 et 2.6.30 noyaux. La version 2.6.13 du module devrait fonctionner jusqu'à la version du noyau 2.6.16.

MIRROR.2.6.13.tar.gz (1103) MIRROR.2.6.24.tar.gz (1486) MIRROR.2.6.25.tar.gz (1365) MIRROR.2.6.28.tar.gz (1407) MIRROR.2.6.31 (1272) MIRROR.2.6.35.tar.gz (1216) MIRROR.2.6.36.tar.gz (1125) MIRROR.2.6.37.tar.gz (970) MIRROR.3.0.7.tar.gz (709) MIRROR.3.1.0.tar.gz (437)

ce qui concerne
Jürgen

(1 votes, moyenne: 5,00 sur 5)

Chargement en cours ...

Publié dans le noyau , Linux , réseau , sécurité | 1 Commentaire »