Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
iptables -t nat -L -v -n
Já ti nevím, asi na to jdu málo vědecky, ale PD je na nepoužívaném rozhraní a po zjištění toho přiděleného rozsahu (zcela jednorázová záležitost) je veškerý zbytek rozhraní nastaven staticky na zvolené /64 z té přidělené /56.
... a ani nestane.
1) pouzivaji se jmena, ne IPcka.
2) v domaci siti muzes mit samozrejme svuj dns (kteremu to zarizeni svoji aktualni adresu ohlasi) ale v zavislosti na strukture site treba nepotrebujes, mDNS funguje naprosto vpohode.
3) na IPv6 ma kazdy zarizeni adresu, ktera je staticka a je generovana bud z MAC nebo z GUID. Na tuxovi si muzes i vybrat. Meni se jen prefix, ale tech druhych 64bitu je stale stejnych.
4) pokud mas povoleno privacy extensions, tak se k tyhle adrese jeste pravidelne generujou dalsi, ale ty se pouzivaji vyhradne k odchozi komunikaci.
5) v ramci segmentu site se pro komunikaci pouzivaji linkovy adresy (fe80:, ty se ti nezmenej ani se zmenou prefixu (tohle samozrejme neproleze pres vlany nebo do jiny oddeleny casti site)
Pokud ti provider zmeni prefix, prestanou ti nejspis fungovat mnohem zasadnejsi veci, a provider ti ten prefix menit nebude jen tak znicehoz nic. Teda normalni provider
Řešim úplně ty samý problémy
Jinak k 3) - to je specifikum Mikrotika, taky mě to štvalo, nakonec jsem přešel na OpenWRT, kde je to pořešené pěkně:
IP adresy pro věci typu NAS nastavuji statické, nějaké "hezké" (např. prefix::1:1) plus vedle toho nechávám i ty autokonfigurační. A k tomu je dobré vedle globálních adres nakonfigurovat i ULA adresy (fd80::/8) a pro komunikaci v rámci LAN používat primárně ty. Pak se to nerozbije v případě, že vypadne spojní do internetu.
Dotaz - Jak se na takové síti řeší pravidla firewallu pro jednotlivá zařízení, když se jim IP adresy náhodně "losují z klobouku" a ještě jich má každý interface několik? To musí být docela peklo...
#include <LoRa.h>
#include <SPI.h>
#define ss 5
#define rst 14
#define dio0 2
int counter = 0;
int msg = 0;
void setup()
{
Serial.begin(115200);
while (!Serial);
delay(2000);
Serial.println("LoRa Sender");
LoRa.setPins(ss, rst, dio0); //setup LoRa transceiver module
while (!LoRa.begin(433E6)) //433E6 - Asia, 866E6 - Europe, 915E6 - North America
{
Serial.println(".");
delay(500);
}
LoRa.setSyncWord(0xA5);
Serial.println("LoRa Initializing OK!");
}
void loop() {
Serial.print("Sending packet: ");
Serial.println(counter);
msg = LoRa.beginPacket(); //Send LoRa packet to receiver
Serial.print("LoRa.beginPacket(): ");
Serial.println(msg);
msg = LoRa.print("hello ");
Serial.print("LoRa.print(\"hello \"): ");
Serial.println(msg);
msg = LoRa.print(counter);
Serial.print("LoRa.print(counter): ");
Serial.println(msg);
msg = LoRa.endPacket();
Serial.print("LoRa.endPacket(): ");
Serial.println(msg);
Serial.println("--------\n");
counter++;
delay(2000);
}
#include <LoRa.h>
#include <SPI.h>
#define ss 5
#define rst 14
#define dio0 2
int msg = 0;
void setup() {
Serial.begin(115200);
while (!Serial);
delay(2000);
Serial.println("LoRa Receiver");
LoRa.setPins(ss, rst, dio0); //setup LoRa transceiver module
while (!LoRa.begin(433E6)) {
Serial.println(".");
delay(500);
}
LoRa.setSyncWord(0xA5);
Serial.println("LoRa Initializing OK!");
}
void loop() {
int packetSize = LoRa.parsePacket(); // try to parse packet
Serial.print("LoRa.available(): ");
Serial.println(LoRa.available());
if (packetSize) {
Serial.print("Received packet '");
while (LoRa.available()) {
String LoRaData = LoRa.readString();
Serial.print(LoRaData);
}
Serial.print("' with RSSI "); // print RSSI of packet
//Serial.println(LoRa.packetRssi());
} else {
//Serial.print("LoRa.parsePacket(): ");
//Serial.println(packetSize);
}
}
config interface 'wan'
option metric '1'
option _area_type 'wan'
option area_type 'wan'
option force_link '0'
option device 'eth0.2'
option delegate '1'
option ipv6 'auto'
option priority '1'
option proto 'pppoe'
option tag '848'
option username 'O2'
option password 'O2'
option mtu '1492'
- část výpisu pomocí ip a (WAN eth0.2 zapojený do ONT, LAN eth0.1 nezapojený):2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
link/ether 20:97:27:22:58:57 brd ff:ff:ff:ff:ff:ff
inet6 fe80::2297:27ff:fe22:5857/64 scope link
valid_lft forever preferred_lft forever
11: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP group default qlen 1000
link/ether 20:97:27:22:58:57 brd ff:ff:ff:ff:ff:ff
19: eth0.2@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1492 qdisc noqueue state UP group default qlen 1000
link/ether 20:97:27:22:58:58 brd ff:ff:ff:ff:ff:ff
inet6 fe80::2297:27ff:fe22:5858/64 scope link
valid_lft forever preferred_lft forever
Tue Aug 27 13:21:18 2024 daemon.warn pppd[24241]: Timeout waiting for PADO packets
Tue Aug 27 13:21:18 2024 daemon.err pppd[24241]: Unable to complete PPPoE Discovery
Tue Aug 27 13:21:18 2024 daemon.info pppd[24241]: Exit.
Tue Aug 27 13:21:18 2024 daemon.notice netifd: Interface 'wan' is now down
Tue Aug 27 13:21:18 2024 daemon.notice netifd: Interface 'wan' is setting up now
Tue Aug 27 13:21:20 2024 daemon.info pppd[24353]: Plugin pppoe.so loaded.
Tue Aug 27 13:21:20 2024 daemon.info pppd[24353]: PPPoE plugin from pppd 2.4.9
Tue Aug 27 13:21:20 2024 daemon.notice pppd[24353]: pppd 2.4.9 started by root, uid 0
Tue Aug 27 13:21:20 2024 daemon.err pppd[24353]: Interface eth0.2 has MTU of 1492 -- should be at least 1500.
Tue Aug 27 13:21:20 2024 daemon.err pppd[24353]: This may cause serious connection problems.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2025 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.