3 votes

Comment s'assurer que tous les réseaux passent par mon proxy ssh ?

J'ai un emplacement réseau configuré pour un tunnel ssh vers mon serveur. Pour l'instant, je ne fais que des trucs du type ssh -D. Cela fonctionne bien. Je configure le tunnel à partir de mon .screenrc. En d'autres termes, "screen" est le déclencheur de la connexion à mon proxy. Avant de taper cela, je ne devrais pas être capable de me connecter. Cependant, lynx et ping passent sans problème. tunnel ou pas. C'est inquiétant.

Comment puis-je m'assurer que tout le trafic réseau utilise mes paramètres réseau, et non les siens propres ? La seule façon dont les paquets devraient sortir est via mon port DynamicForward.

EDIT : La spécificité de la Apple vient des paramètres réseau, accessibles soit via les préférences système, soit via networksetup.

OS X possède à la fois ipfw et le pare-feu au niveau des applications.

L'appfirewall ne semble pas empêcher les choses de sortir. Il arrête les connexions à le système.

Ipfw a la priorité sur le pare-feu d'application, apparemment.

Mon proxy SOCKS5 est configuré sur un port, et je donne ensuite ce port à dans un emplacement réseau comme le proxy SOCKS5. Cela fonctionne parfaitement. À mon avis, les programmes ne devraient pas avoir le choix d'utiliser le proxy et, en fait, si je le désactive, les navigateurs ne peuvent pas accéder au Web.

Linux et les *BSD n'ont pas les diverses choses (assez astucieuses) dont dispose OSX à cet égard. Pour eux, ce serait ipchains et ipfw, respectivement.

Je crois que je rate quelque chose. Ça devrait juste fonctionner.

0 votes

Pouvez-vous filtrer au niveau de votre routeur ?

0 votes

En outre, vous aurez peut-être plus de chances de poser cette question sur unix.se, superuser, ou serverfault. Ce n'est pas vraiment spécifique à Apple, donc je dirais que c'est une question hors sujet. Cependant, le vote en clôture est désactivé en raison de l'ouverture de la prime.

0 votes

@calavera Bien que je sois d'accord avec le fait qu'il pourrait avoir plus de chance d'obtenir une réponse sur certains de ces sites et qu'il n'y a rien d'Apple spécifique à propos de cette question, les programmes qu'il mentionne (à l'exception de lynx) sont livrés avec un Mac, donc ce n'est pas strictement hors sujet.

3voto

roo Points 3294

En supposant que ssh est en cours d'exécution sur localhost (ou une autre machine sur le sous-réseau local), la chose la plus simple à faire est de fermer vos routes afin que rien ne puisse sortir. netstat -nr vous montrera vos itinéraires actuels. Le mien ressemble à ça :

Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
default            192.168.0.69       UGSc       93     4438    en1

192.168.0.69 est ma route par défaut. Si je prends cette route : route delete default 192.168.0.69 puis je ne peux accéder à aucune machine non connectée à mon réseau. Une fois que screen met en place votre proxy, vous devriez retrouver l'accès.

0 votes

Notez que les commandes peuvent être différentes sous Linux/Unix. OSX est un peu différent dans ce domaine.

1voto

KyleWpppd Points 133

Vous voudrez peut-être jeter un coup d'œil à man networksetup pour voir s'il peut vous donner ce que vous recherchez.

1 votes

Il s'agit probablement plus d'un commentaire que d'une réponse.

0 votes

Je connaissais networksetup... problème délicat cependant, networksetup semble être une interface en ligne de commande pour des fonctions similaires à celles de l'interface graphique. Je vais devoir lancer opensnoop pour m'en assurer, l'exécution de chaînes implique qu'il s'agit d'un niveau supérieur à celui du "kill switch", c'est-à-dire de la route.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X