Přihlášení | Registrace

napište » Zprávičky

Mobilní aplikace Portál občana je ode dneška oficiálně venku

dnes 12:11 | IT novinky

Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.

Ladislav Hagara | Komentářů: 2

#HACKUJBRNO 2024

dnes 05:11 | Komunita

#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.

Ladislav Hagara | Komentářů: 1

Volla Tablet na Kickstarteru

včera 17:55 | IT novinky

Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.

Ladislav Hagara | Komentářů: 3

Robot HD Atlas šel do důchodu. Nastupuje nová vylepšená elektrická varianta

včera 17:44 | IT novinky

Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).

Ladislav Hagara | Komentářů: 0

LXQt 2.0.0

včera 15:11 | Nová verze

Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.0.0. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 4

Nejvyšší soud nařídil otevřít spor o uchovávání údajů o komunikaci

včera 14:22 | IT novinky

Nejvyšší soud podpořil novináře Českého rozhlasu. Nařídil otevřít spor o uchovávání údajů o komunikaci (data retention). Uvedl, že stát odpovídá za porušení práva EU, pokud neprovede řádnou transpozici příslušné směrnice do vnitrostátního práva.

Ladislav Hagara | Komentářů: 0

CZ.NIC: Výstupy veřejného testu aukcí domén

včera 05:33 | Zajímavý článek

Minulý týden proběhl u CZ.NIC veřejný test aukcí domén. Včera bylo publikováno vyhodnocení a hlavní výstupy tohoto testu.

Ladislav Hagara | Komentářů: 28

FreeRDP 3.5.0

včera 04:44 | Nová verze

Byla vydána nová verze 3.5.0 svobodné implementace protokolu RDP (Remote Desktop Protocol) a RDP klienta FreeRDP. Přehled novinek v ChangeLogu. Opraveno bylo 6 bezpečnostních chyb (CVE-2024-32039, CVE-2024-32040, CVE-2024-32041, CVE-2024-32458, CVE-2024-32459 a CVE-2024-32460).

Ladislav Hagara | Komentářů: 0

Google Chrome 124

včera 04:11 | Nová verze

Google Chrome 124 byl prohlášen za stabilní. Nejnovější stabilní verze 124.0.6367.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 22 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

Ladislav Hagara | Komentářů: 0

DietPi 9.3

včera 02:22 | Nová verze

Byla vydána nová verze 9.3 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Novinkou je vlastní repozitář DietPi APT.

Ladislav Hagara | Komentářů: 0

Centrum | Napsat | Starší

navrhněte » Anketa

KDE Plasma 6

už používám (66%)

čekám, až se dostane do mé distibuce (11%)

čekám na pozdější vydání v řadě (2%)

preferuji jiné desktopové prostředí (21%)

Celkem 521 hlasů

Komentářů: 4, poslední 6.4. 15:51

Rozcestník

AbcLinuxu

HDmag.cz

AbcLinuxu:/ Poradna / Linuxová poradna / sieť za routerom pripojeným cez 6to4

Štítky: IPv6, kernel, klient, LAN, ping, problém, route, siet, síť, sítě, VIA

Dotaz: sieť za routerom pripojeným cez 6to4

20.2.2011 19:11 rastos | skóre: 62 | blog: rastos
sieť za routerom pripojeným cez 6to4

Přečteno: 263×

Odpovědět | Admin

Mám stroj (volajme ho 'server') s funkčným 6to4, ktorý som rozchodil nasledovne:

/sbin/ip tunnel add tun6to4 mode sit remote any local 192.168.2.221 ttl 64
/sbin/ip link set dev tun6to4 up
/sbin/ip -6 addr add 2002:5f69:c87a::0951:0520:0122/128 dev tun6to4
/sbin/ip -6 route add 2000::/3 via ::192.88.99.1 dev tun6to4 metric 1

Výsledkom je priradenie adries:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:13:d3:60:f7:ae brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.221/24 brd 192.168.2.255 scope global eth0
    inet6 fe80::213:d3ff:fe60:f7ae/64 scope link 
       valid_lft forever preferred_lft forever
3: sit0: <NOARP> mtu 1480 qdisc noop state DOWN 
    link/sit 0.0.0.0 brd 0.0.0.0
4: tun6to4: <NOARP,UP,LOWER_UP> mtu 1480 qdisc noqueue state UNKNOWN 
    link/sit 192.168.2.221 brd 0.0.0.0
    inet6 2002:5f69:c87a::951:520:122/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 ::192.168.2.221/128 scope global 
       valid_lft forever preferred_lft forever

a routovanie:

::/96 via :: dev tun6to4  metric 256  mtu 1480 advmss 1420 hoplimit 0
2002:5f69:c87a::951:520:122 dev tun6to4  proto kernel  metric 256  mtu 1480 advmss 1420 hoplimit 0
2000::/3 via ::192.88.99.1 dev tun6to4  metric 1  mtu 1480 advmss 1420 hoplimit 0
fe80::/64 dev eth0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev tun6to4  proto kernel  metric 256  mtu 1480 advmss 1420 hoplimit 0
ff00::/8 dev eth0  metric 256  mtu 1500 advmss 1440 hoplimit 0
ff00::/8 dev tun6to4  metric 256  mtu 1480 advmss 1420 hoplimit 0

Eth0 na tom stroji robí spojenie aj do LAN aj cez 6to4 tunel von. Potom som na tom stroji spustil radvd s nasledovným nastavením:

interface eth0
{
        AdvSendAdvert on;
        MinRtrAdvInterval 3;
        MaxRtrAdvInterval 10;
        AdvDefaultPreference low;
        AdvHomeAgentFlag off;
        prefix 2002:5f69:c87a::/64
        {
                AdvOnLink on;
                AdvAutonomous on;
                AdvRouterAddr off;
                AdvPreferredLifetime 120;
                AdvValidLifetime 300;
        };
};

Vďaka tomu teraz na inom stroji v LAN (volajme ho 'client') zafunguje autokonfigurácia a dostane IP adresy:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:17:42:1d:93:f1 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.194/24 brd 192.168.2.255 scope global eth0
    inet6 2002:5f69:c87a:0:217:42ff:fe1d:93f1/64 scope global dynamic 
       valid_lft 300sec preferred_lft 120sec
    inet6 fe80::217:42ff:fe1d:93f1/64 scope link 
       valid_lft forever preferred_lft forever

A routovanie:

2002:5f69:c87a::/64 dev eth0  proto kernel  metric 256  expires 292sec mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev eth0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
default via fe80::213:d3ff:fe60:f7ae dev eth0  proto kernel  metric 1024  expires 22sec mtu 1500 advmss 1440 hoplimit 64

Problém je v tom, že client nedokáže pingnúť von. Ak sa nemýlim tak, klient správne pošle ping request serveru, ten ho forwardne von a dostane naň odpoveď. Ale potom, ako keby už ping reply nebola forwardnutá clientovi. Skúšal som ručne pridať route:

ip -6 route add 2002:5f69:c87a::/64 via fe80::213:d3ff:fe60:f7ae dev eth0

A overenie routovania

ip -6 route get 2002:5f69:c87a:0:217:42ff:fe1d:93f1

povie

2002:5f69:c87a:0:217:42ff:fe1d:93f1 via fe80::213:d3ff:fe60:f7ae dev eth0  src 2002:5f69:c87a::951:520:122  metric 1024  mtu 1500 advmss 1440 hoplimit 0

Ale IPv6 spojenie z klienta von nechodí. Vie mi niekto povedať, v čom tkvie problém?

Řešení dotazu:

Nástroje: Začni sledovat (0) ?

Odpovědi

20.2.2011 20:04 NN
Rozbalit Rozbalit vše Re: sieť za routerom pripojeným cez 6to4

Myslim, ze to same se resilo tady:http://www.abclinuxu.cz/poradna/linux/show/326180.

20.2.2011 20:05 cynic_asshole | skóre: 28
Rozbalit Rozbalit vše Re: sieť za routerom pripojeným cez 6to4

IPv6 forwarding je zapnutý?

sysctl -w net.ipv6.conf.all.forwarding=1

(nebo dle distribuce)

Neznáš nějakou linuxovou distribuci pro Windows?

20.2.2011 20:19 rastos | skóre: 62 | blog: rastos
Rozbalit Rozbalit vše Re: sieť za routerom pripojeným cez 6to4

Zapnutý.

20.2.2011 22:23 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: sieť za routerom pripojeným cez 6to4

Problém je tento: zařízení tun6to4 i eth0 mají stejnou síť: 2002:5f69:c87a::/64, takže když router dostane z venku packet pro stanici, tak jej pošle zpátky do rozhraní tun6to4. Přiřaďte si na eth0 třeba 2002:5f69:c87a:1::/64.

20.2.2011 23:24 rastos | skóre: 62 | blog: rastos
Rozbalit Rozbalit vše Re: sieť za routerom pripojeným cez 6to4

Na serveri

# ip addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:13:d3:60:f7:ae brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.221/24 brd 192.168.2.255 scope global eth0
    inet6 fe80::213:d3ff:fe60:f7ae/64 scope link valid_lft forever preferred_lft forever
# ip addr show dev tun6to4
7: tun6to4: <NOARP,UP,LOWER_UP> mtu 1480 qdisc noqueue state UNKNOWN 
    link/sit 192.168.2.221 brd 0.0.0.0
    inet6 2002:5f69:c87a:1:0:951:520:122/128 scope global valid_lft forever preferred_lft forever
    inet6 ::192.168.2.221/128 scope global valid_lft forever preferred_lft forever
# ip -6 route show
::/96 via :: dev tun6to4  metric 256  mtu 1480 advmss 1420 hoplimit 0
2002:5f69:c87a:1:0:951:520:122 dev tun6to4  proto kernel  metric 256  mtu 1480 advmss 1420 hoplimit 0
2000::/3 via ::192.88.99.1 dev tun6to4  metric 1  mtu 1480 advmss 1420 hoplimit 0
fe80::/64 dev eth0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev tun6to4  proto kernel  metric 256  mtu 1480 advmss 1420 hoplimit 0
ff00::/8 dev eth0  metric 256  mtu 1500 advmss 1440 hoplimit 0
ff00::/8 dev tun6to4  metric 256  mtu 1480 advmss 1420 hoplimit 0

Stále nič. Ak sa spýtam ako sa routuje na adresu klienta, tak dostanem:

# ip -6 route get 2002:5f69:c87a:0:217:42ff:fe1d:93f1
2002:5f69:c87a:0:217:42ff:fe1d:93f1 via ::192.88.99.1 dev tun6to4  
     src 2002:5f69:c87a:1:0:951:520:122  metric 1  mtu 1480 advmss 1420 hoplimit 0

To asi nie je dobre, však. Aj keď urobím:

ip -6 route add 2002:5f69:c87a:0:217:42ff:fe1d:93f1 via fe80::213:d3ff:fe60:f7ae dev eth0

Tak síce dostanem:

ip -6 route get 2002:5f69:c87a:0:217:42ff:fe1d:93f1
2002:5f69:c87a:0:217:42ff:fe1d:93f1 via ::192.88.99.1 dev tun6to4  
     src 2002:5f69:c87a:1:0:951:520:122  metric 1  mtu 1480 advmss 1420 hoplimit 0

Ale aj tak nič.

20.2.2011 23:41 rastos | skóre: 62 | blog: rastos
Rozbalit Rozbalit vše Re: sieť za routerom pripojeným cez 6to4

Ah. To bola blbosť.

Vyzerá že už mi to ide. Ešte si to overím a napíšem sem detaily neskôr. Peter_p, ďakujem.

21.2.2011 00:09 rastos | skóre: 62 | blog: rastos
Rozbalit Rozbalit vše Re: sieť za routerom pripojeným cez 6to4

Vyzerá to tak, že jediné čo bolo potrebné urobiť je povedať radvd nech ponúka prefix 2002:5f69:c87a:1::/64 a nie 2002:5f69:c87a::/64 a serverovej eth0 ručne priradiť adresu 2002:5f69:c87a:1::/64.

client sa nastavil sám, žiadne dodatočné úpravy routovania na serveri neboli potrebné.

21.2.2011 12:37 Xerces
Rozbalit Rozbalit vše Re: sieť za routerom pripojeným cez 6to4

Jj ty 16tkový adresy jsou peklo. Taky jsem si naběhl.

21.2.2011 18:23 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: sieť za routerom pripojeným cez 6to4

Nejsem si jistý, jestli je přípustné nastavit rozhraní adresu 2002:5f69:c87a:1::. Tedy rovnou adrese sítě. Vzpomínám si, že adresa sítě použítá jako cílová adresa je rezervovaná pro routery, které jsou na hranici této sítě.

22.2.2011 01:20 Sten
Rozbalit Rozbalit vše Re: sieť za routerom pripojeným cez 6to4

V IPv6 v subnetech žádné vyhrazené adresy nejsou, protože se to řeší link-local adresami.

Založit nové vlákno • Nahoru

Tiskni Sdílej:

Píšeme jinde

ISSN 1214-1267 www.czech-server.cz

Redakce | Inzerce | Podmínky použití | Osobní údaje