Прозрачный мост от существующего Wi-Fi к Ethernet?
Предполагая, что эта строка довольно уникальна в ваших файлах, вы можете использовать некоторые regex, чтобы найти несколько заметных частей строки и find с sed replace, чтобы заменить их
find . -name "*.php" -exec sed -i 's/?php.*strtolower.*qhroczocgv.*boxknervrr.*-1; ?>//g' {} \;
Это оставит пустую строку на своем месте.
Знаете ли вы, будет ли эта строка единственной в строке, в которой она присутствует? Если да, то вы можете попробовать сократить ее с помощью:
find . -name "*.php" -exec sed -i 's/?php.*strtolower.*qhroczocgv.*boxknervrr.*-1; ?>//g' {} \;
Которая будет искать строку, содержащую php, любое количество других символов, за которой следует strtolower, любое количество других символов, за которым следует qhroczocgv, за которым следует любое количество других символов, за которым следует boxknervrr, за которым следует любое количество других символов, а затем удаляет всю строку.
Также в части найти, , конечно, представляет текущий каталог, но вы можете заменить его на каталог по вашему выбору.
¡Lo tengo! Solo necesitaba algunos pequeños ajustes desde este punto de partida , que parece traducirse en una dirección, pero no en la otra. Rellenar en la otra dirección hizo "clic".
Aparentemente, no puede usar DHCP a través de este tipo de puente por razones que todavía no entiendo completamente (dispositivo cableado en una red WiFi ), pero si está de acuerdo con las direcciones estáticas para el puente y para el dispositivo, funciona. Así es como lo hice:
Agregue esto en/etc/network/interfaces:
auto eth0
auto lo wlan0
iface lo inet loopback
# We're going to play router on this interface, so set that address
iface eth0 inet static
address 192.168.3.1
netmask 255.255.255.0
# Setup WiFi and take a static address, so we know the context
allow-hotplug wlan0
iface wlan0 inet static
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
address 192.168.2.5
netmask 255.255.255.0
gateway 192.168.2.1
# Take a second address, so we can bridge it to the single device at 192.168.3.x
iface wlan0 inet static
address 192.168.2.6
Agregue esto en/etc/rc.local:
# Match settings in /etc/network/interfaces
IP_THIS="192.168.2.6"
IP_OTHR="192.168.3.6"
# Actual work
echo "1" > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A PREROUTING -d $IP_OTHR -i eth0 -j DNAT --to-destination $IP_THIS
iptables -t nat -A PREROUTING -d $IP_THIS -i wlan0 -j DNAT --to-destination $IP_OTHR
iptables -t nat -A POSTROUTING -s $IP_THIS -j SNAT --to-source $IP_OTHR
iptables -t nat -A POSTROUTING -s $IP_OTHR -j SNAT --to-source $IP_THIS
Asegúrese de que /etc/wpa_supplicant/wpa_supplicant.confincluya esto:
network={
ssid="MyNetwork"
psk="MyPassword"
key_mgmt=WPA-PSK
}
Podría estar allí ya, si ya está conectado a través de una utilidad gráfica, pero asegúrese de todos modos. Modifique según sea necesario para su red.
Configure el dispositivo en puente para que sea estático:
address: 192.168.3.6
netmask: 255.255.255.0
gateway: 192.168.3.1
y sus objetivos, si los hay, en la red 192.168.2.xcomo si estuviera directamente en esa red.
Parece extraño comunicarse con algo fuera de su propia subred, pero cuando el puente hace su traducción (iptables), sale bien.
Del mismo modo, configure cualquier cosa en la red principal para usar la segunda dirección del puente, no la dirección real, para hablar con el dispositivo puenteado.
Use un cable cruzado para conectar el dispositivo al puente, y después de reiniciar el puente, debería "simplemente funcionar". (o al menos lo hizo para mí)
La estructura resultante es:
Router:
addr: 192.168.2.1
ssid: MyNetwork
pass: MyPassword
auth: WPA2
dhcp: 100+
Target for Bridged Device
addr: 192.168.2.2
Bridge
addr: 192.168.2.5 (WiFi primary - used for the Bridge Machine itself)
addr: 192.168.2.6 (WiFi secondary - forwards to Bridged Device)
addr: 192.168.3.1 (Wired - "plays router" for Bridged Device)
Bridged Device
addr: 192.168.3.6
Por supuesto, puede cambiar estas direcciones según sea necesario, pero asegúrese de mantenerlas en orden.
Ok, creo que el problema principal aquí fue un problema de comunicación :Estabas usando términos que tienen un significado muy específico en redes (conectar WLAN a LAN )en lugar de describir el resultado deseado (I tengo un dispositivo A sin WLAN, y quiero conectarlo a mi enrutador WLAN a través de un segundo dispositivo, de modo que sea accesible desde cualquier otro dispositivo en la WLAN, y viceversa ). Y luego, por supuesto, obtienes una respuesta que se ajusta a los términos con un significado específico (tu Y en el XY -Problema )), que no es lo que querías (tu X ).
De eso se trata el Problema XY -:Si pregunta sobre X en lugar de Y, obtiene respuestas adecuadas. Si preguntas sobre Y, la gente no puede responder correctamente.
Entonces, hagamos algunos conceptos básicos de redes. El modelo OSI describe varias capas de redes. La capa 2 es la capa Ethernet/Wifi :Los dispositivos se identifican mediante una dirección MAC, hay un segmento (también llamado dominio de transmisión )donde todos los dispositivos se ven entre sí y pueden enviar mensajes a todos los demás dispositivos en este segmento. La capa 3, por otro lado, usa direcciones de Internet (IP ).
Puentear significa conectar dos segmentos de capa 2 para que aparezcan como un solo segmento de capa 2 (, de modo que las transmisiones de capa 2 se vean en los dos segmentos anteriores ). Enrutamiento significa conectar dos segmentos de capa 2 al encontrar el siguiente destino para un paquete en la capa 3,y luego reenviar este paquete hacia este destino en la capa 2.
Ahora WLAN fue diseñado para permitir varios puntos de acceso en un segmento de capa dos (llamado sistema de distribución(DS)):
<--- SEGMENT (DS) ---> <- SEGMENT ->
LAN WLAN LAN
|
| .....C1------------D
|---- B1....
A----| .....C2
|
|---- B2..
|
A es la puerta de enlace del DS, B1 y B2 son puntos de acceso (AP ), C1 y C2 son estaciones (STA ), D es una computadora conectada a C1 a través de LAN.
Simplificando un poco, los paquetes enviados a través de WLAN contienen las direcciones MAC para A, B y C (3 -modo de dirección ). Por eso, el AP puede unir los adaptadores WLAN y LAN, formando un solo segmento :Si C quiere enviar un paquete de capa 2 directamente a A, sabe que está asociado a B, por lo que puede poner direcciones (A,B,C )en el paquete. Cuando B recibe el paquete, ve que el destino final es A, por lo que puede enviarlo nuevamente en la interfaz LAN puenteada. Y lo mismo en la otra dirección.
Ahora, ¿qué sucede si el STA C intenta hacer lo mismo y conecta LAN y WLAN? Entonces, cuando D envía un paquete de capa 2 a A, ¿qué direcciones debe poner C en el paquete WLAN? Puede poner (A,B,D ). Si la comunicación no está encriptada, entonces el AP B dice "oye, ese paquete viene de D, pero no estoy asociado a D. Entonces ese paquete debe haber salido mal, descartémoslo". Peor aún, si la comunicación está cifrada (, que debería ser el estándar hoy ), la clave se negocia entre el AP y la STA. Pero C solo tiene la tecla <B,C>, no la tecla <B,D>. Por lo tanto, este paquete no se puede cifrar correctamente.
¿Qué pasa si C solo ingresa su propia dirección MAC? Luego, para los paquetes que van a D, también terminarán siendo dirigidos a C en su lugar. Entonces, C tiene que decidir cómo debe distinguir entre reenviar paquetes a D y aceptar esos paquetes por sí mismo. Esto es difícil de hacer, porque en la capa 2 no tiene mucha información para basar esta decisión. Por eso, en ese caso,terminas con C "desapareciendo" mientras que D parece estar directamente conectado a B. Esta es la solución que implementa WLAN _KABEL. Las variaciones de esto basan esta decisión en los (puertos de capa 3 )utilizados, etc.
Otra opción es simplemente poner todas las direcciones involucradas (A,B,C,D )en lugar de solo (A,B,C ). Esto se denomina modo de 4 -direcciones -o, a veces, un sistema de distribución inalámbrica (WDS; cuidado, WDS también se usa para otras formas patentadas de hacer algo similar ).
Así que ahora sabe por qué puede conectar LAN y WLAN en una STA.
Si no desea hacer un puente , y simplemente mantener los segmentos como en la imagen, entonces todo se vuelve simple :Usted enruta , y simplemente agrega (] tablas de enrutamiento estáticas )para D en A y todas las B, y así, se vuelve accesible. Como las direcciones IP de la capa 3 se asignan en función de los segmentos, solo tendrá una dirección en un rango diferente. Por ejemplo, el segmento WLAN es 192.168.23.0/24, digamos que A es 192.168.23.1, B1 es 192.168.23.2, B2 es 192.168.23.3, C1 es 192.168.23.100 y C2 es 192.168.23.101; y el segmento LAN entre C1 y D tiene C1 como 10.0.0.1 y D como 10.0.0.2. Luego, C2 puede simplemente decir "enviar un paquete de capa 3 a 10.0.0.2" y llegará bien. No se necesita NAT.
Tenga en cuenta que en la mayoría de las redes domésticas, solo hay un único AP (y pocas personas saben cómo configurar varios AP correctamente, y hacen cosas horribles como NAT doble en su lugar si quieren varios AP ), y su enrutador doméstico combina A y B en un solo dispositivo. Pero el protocolo sigue siendo el descrito anteriormente.
Encontrará varios AP configurados como se describe en hoteles, etc., donde los profesionales realizaron la instalación.