1
Server / Re:Distribuce certifikátu Let's Encrypt
« kdy: 08. 03. 2025, 20:34:01 »
Napadlo mě stáhnout si startup config, v něm to změnit a nahrát zpět... Ale to je riziko.
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.
2
Server / Re:Distribuce certifikátu Let's Encrypt
« kdy: 08. 03. 2025, 11:01:53 »
Řeším obnovu certifikátů pro několik desítek strojů s OS na bázi Linuxu, které nejsou přístupné z internetu, takže nejde řešit obnovu certifikátů přímo na nich. Mám proto separtátní VM, která řeší obnovu přes DNS challenge. Viz https://www.root.cz/clanky/nastroj-acme-dns-pohodlne-ziskavani-certifikatu-pomoci-dns/
Obnovené certifikáty se pak automaticky kopírují přes SSH na příslušné stroje.
Pokud lze na koncové zařízení nakopírovat obnovený certifikát přes SSH nebo přes nějaké rozumné HTTP API, funguje to výborně. Jinak je to problém výrazný. Chtěl bych řešit obdobným způsobem certifikáty pro zařízení jako například tiskárny. Nepřišel jsem však na to, jak proces nakopírování certifikátu rozumně automatizovat. Ten stejný problém má u CISCO switchů. Certifikát lze vložit buď přes webové rozhraní a to ještě pouze neuvěřitelně stupidním způsobem nebo přes SSH přes nějakého interaktivního průvodce. Řešit to pro cca 50 zařízení každé tři měsíce ručně mi přijde jako nesmysl. Navíc to vypadá, že expirace certifikátu se bude zkracovat. To už vyjde lépe nechat si nadaných zařízení výchozí self-signed certifikát. Nepodařilo se někomu tento problém rozumně vyřešit?
Obnovené certifikáty se pak automaticky kopírují přes SSH na příslušné stroje.
Pokud lze na koncové zařízení nakopírovat obnovený certifikát přes SSH nebo přes nějaké rozumné HTTP API, funguje to výborně. Jinak je to problém výrazný. Chtěl bych řešit obdobným způsobem certifikáty pro zařízení jako například tiskárny. Nepřišel jsem však na to, jak proces nakopírování certifikátu rozumně automatizovat. Ten stejný problém má u CISCO switchů. Certifikát lze vložit buď přes webové rozhraní a to ještě pouze neuvěřitelně stupidním způsobem nebo přes SSH přes nějakého interaktivního průvodce. Řešit to pro cca 50 zařízení každé tři měsíce ručně mi přijde jako nesmysl. Navíc to vypadá, že expirace certifikátu se bude zkracovat. To už vyjde lépe nechat si nadaných zařízení výchozí self-signed certifikát. Nepodařilo se někomu tento problém rozumně vyřešit?
3
Hardware / Re:Pomoc s diagnostikou ESP32 + LoRa
« kdy: 17. 09. 2024, 08:05:53 »
Všem díky za pomoc, už vyřešeno - špatně jsem pájel. Bylo mi divné, že jedna sestava, když byla v roli přijímače, tak dávala jako výstup funkce LoRa.available() náhodná čísla, i když se nevysílalo. Po opravě zapojení už vše funguje lépe.
Díky hlavně za rady ohledně diagnostiky, bude se hodit do budoucna. Osciloskop i logický analyzátor na diagnostiku SPI mám a na diagnostiku vysílání zase můžu použít RTL-SDR.
@ogdru6jahad
433 MHz není jen asijská frekvence. U nás ji lze také použít.
Díky hlavně za rady ohledně diagnostiky, bude se hodit do budoucna. Osciloskop i logický analyzátor na diagnostiku SPI mám a na diagnostiku vysílání zase můžu použít RTL-SDR.
@ogdru6jahad
433 MHz není jen asijská frekvence. U nás ji lze také použít.
4
Hardware / Pomoc s diagnostikou ESP32 + LoRa
« kdy: 16. 09. 2024, 19:17:15 »
Ahoj,
prosím o radu jak diagnostikovat problémy s LoRa komunikací.
Cíl
Cílem je bezdrátová komunikace dvou ESP32 pomocí LoRa point-to-point spoje. První ESP32 v roli vysílače odesílá packety s nějakým obsahem, druhé ESP32 je v roli přijímače a všechny packety, které přijme, pošle přes sériovou linku do PC, kde si je zobrazím přes serial monitor v Arduino IDE.
Hardware
2x ESP32-WROOM-32D (https://www.aliexpress.com/item/1005006336964908.html?spm=a2g0o.order_list.order_list_main.91.6eef1802BZHNPW)
2x LoRa Ra-02 SX1278 (https://www.aliexpress.com/item/32965792976.html?spm=a2g0o.order_list.order_list_main.4.6eef1802BZHNPW)
ESP32 a LoRa modul propojené drátky napájenými na piny (na breadboard bylo ESP moc široké a nevešlo se).
Postup
Postupoval jsem podle tohoto tutorialu.
https://how2electronics.com/esp32-lora-sx1278-76-transmitter-receiver/
Pro programování používám Arduino IDE2 provozované na Ubuntu. ESP přes to naprogramovat jde.
Používám tuto knihovnu: https://github.com/sandeepmistry/arduino-LoRa/blob/master/API.md
Aktuální stav a problémy
Vysílač projde inicializací a tváří se, že vysílá. Na sériovou linku jsem si nechal vypsat návratové hodnoty funkcí:
Zkoušel jsem otočit i vyměnit role vysílač/přijímač u obou ESP32, ale chování bylo stejné.
Ohledně mikrokontrolerů jsem začátečník. Prosím o radu, na co se zaměřit při diagnostice.
Kód vysílače
Kód přijímače
prosím o radu jak diagnostikovat problémy s LoRa komunikací.
Cíl
Cílem je bezdrátová komunikace dvou ESP32 pomocí LoRa point-to-point spoje. První ESP32 v roli vysílače odesílá packety s nějakým obsahem, druhé ESP32 je v roli přijímače a všechny packety, které přijme, pošle přes sériovou linku do PC, kde si je zobrazím přes serial monitor v Arduino IDE.
Hardware
2x ESP32-WROOM-32D (https://www.aliexpress.com/item/1005006336964908.html?spm=a2g0o.order_list.order_list_main.91.6eef1802BZHNPW)
2x LoRa Ra-02 SX1278 (https://www.aliexpress.com/item/32965792976.html?spm=a2g0o.order_list.order_list_main.4.6eef1802BZHNPW)
ESP32 a LoRa modul propojené drátky napájenými na piny (na breadboard bylo ESP moc široké a nevešlo se).
Postup
Postupoval jsem podle tohoto tutorialu.
https://how2electronics.com/esp32-lora-sx1278-76-transmitter-receiver/
Pro programování používám Arduino IDE2 provozované na Ubuntu. ESP přes to naprogramovat jde.
Používám tuto knihovnu: https://github.com/sandeepmistry/arduino-LoRa/blob/master/API.md
Aktuální stav a problémy
Vysílač projde inicializací a tváří se, že vysílá. Na sériovou linku jsem si nechal vypsat návratové hodnoty funkcí:
- LoRa.beginPacket() -> 1
- LoRa.print("hello ") -> 6
- LoRa.endPacket() -> 1
Zkoušel jsem otočit i vyměnit role vysílač/přijímač u obou ESP32, ale chování bylo stejné.
Ohledně mikrokontrolerů jsem začátečník. Prosím o radu, na co se zaměřit při diagnostice.
Kód vysílače
Kód: [Vybrat]
#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);
}
Kód přijímače
Kód: [Vybrat]
#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);
}
}
5
Sítě / Re:Router Teltonika na optice O2
« kdy: 30. 08. 2024, 09:20:37 »
To hrabání se v konfigurácích je širší tema, netýká se to jen tohoto konkrétního nastavení PPPoE. Řeším to například kvůli hromadné změně konfigurace na cca 40 routerech.
6
Sítě / Re:Router Teltonika na optice O2
« kdy: 28. 08. 2024, 07:57:09 »
Už to funguje, problém byl opravdu ve VLAN. Oběma děkuji za pomoc.
Zjistil jsem, že nastavení VLAN přímo u WAN interface (Network > WAN > wan > Advanced Settings > VLAN tag value) nemá žádný vliv a ani tam vlastně nemuselo být.
Stačilo přidat nový záznam v nastavení Port based VLAN (Network > VLAN > Port Based) a dát VLAN ID 848 jako tagged na port wan. Pak už jen stačilo v Network > WAN > wan > Physical Settings přenastavit Interface z původního eth0.2 na nově vytvořený eth0.848.
Jinak k otázce zda mohu editovat /etc/config/networks - ANO, ale nevím, jestli je to dobrý nápad. V manuálu se vždy uvádí postup konfigurace přes web interface. Když jsem se například snažil o automatizaci správy TLS certifikátu tak, že jsem je uploadoval přímo přes SSH, tak certifikát se sice změnil, ale ve web interface v konfiguraci jsem stále viděl původní název souboru... Ohledně správy pomocí příme editace konfiguráků se chci dotázat podpory Teltoniky.
Zjistil jsem, že nastavení VLAN přímo u WAN interface (Network > WAN > wan > Advanced Settings > VLAN tag value) nemá žádný vliv a ani tam vlastně nemuselo být.
Stačilo přidat nový záznam v nastavení Port based VLAN (Network > VLAN > Port Based) a dát VLAN ID 848 jako tagged na port wan. Pak už jen stačilo v Network > WAN > wan > Physical Settings přenastavit Interface z původního eth0.2 na nově vytvořený eth0.848.
Jinak k otázce zda mohu editovat /etc/config/networks - ANO, ale nevím, jestli je to dobrý nápad. V manuálu se vždy uvádí postup konfigurace přes web interface. Když jsem se například snažil o automatizaci správy TLS certifikátu tak, že jsem je uploadoval přímo přes SSH, tak certifikát se sice změnil, ale ve web interface v konfiguraci jsem stále viděl původní název souboru... Ohledně správy pomocí příme editace konfiguráků se chci dotázat podpory Teltoniky.
7
Sítě / Router Teltonika na optice O2
« kdy: 27. 08. 2024, 14:05:30 »
Ahoj,
prosím o pomoc s řešením nefunkčního připojení přes optiku od O2 na routeru Teltonika (používá RUTOS, který staví na OpenWRT).
ISP a přípojka:
- O2, optická přípojka na infrastruktuře CETIN
HW a zapojení:
- ONT COMTREND GRG-4284
- Teltonika RUT956
- ONT zapojený UTP kabelem do WAN portu Teltoniky
Konfigurace Teltoniky
- verze FW: RUT9M_T_F18639_00.07.08.428 (custom firmware dodaný od výrobce před pár týdny)
- WAN port nastavený na protokol PPPoE, jméno a heslo: O2/O2 (vyzkoušeno i cetin/cetin), VLAN 848, MTU 1492 B
- výpis části /etc/config/network
Popis problému
- Ve webovém rozhraní se u WAN portu objevuje hláška: "Error: * Connection attempt failed"
- přístup k internetu přes optiku O2 nefunguje
- výpis relevantní části logu pomocí "logread":
Další poznatky
Změna MTU na 1500 B ničemu nepomohla. Na jiné lokalitě běží stejný typ routeru také přes PPPoE a funguje. Není to ale O2 nebo někdo jiný na infrastruktuře CETIN, ale nějaký místní poskytovatel, rozdíl je v tom, že PPPoE nebalí do VLAN. Dokonce tam ani není MTU sníženo na 1492 B (zapomnělo se na to při konfiguraci).
Narazil jsem na podobná temata:
https://www.snbforums.com/threads/pppoe-failing-with-timeout-waiting-for-pado-packets.78329/
https://community.ipfire.org/t/unable-to-connect-to-vdsl-timeout-waiting-on-pado-packets/1931/7
Ale špatným VLAN ID to není a Host-Uniq se mi nezdá relevantní.
Zkoušel jsem i bez nastaveného VLAN ID, bez úspěchu. Zkoušel jsem VLAN 848 nastavit nad rozhraním WAN (eth0.2) až nad ním PPPoE, ale také bez úspěchu. Nemůže být problém v tom, že už nad eth0 jsou VLAN (eth0.1 je LAN a eth0.2 je WAN)?
Napadlo mě na místě zkusit MikroTik, u kterého vím, že na CETIN DSL (PPPoE, VLAN 848) funguje, ale bohužel se na místo hned tak nedostanu. Mám pouze přístup přes HTTPS a SSH (přes mobilní VPN přes datovou SIM v routeru).
Prosím o radu, jak řešit.
Předem díky za pomoc.
prosím o pomoc s řešením nefunkčního připojení přes optiku od O2 na routeru Teltonika (používá RUTOS, který staví na OpenWRT).
ISP a přípojka:
- O2, optická přípojka na infrastruktuře CETIN
HW a zapojení:
- ONT COMTREND GRG-4284
- Teltonika RUT956
- ONT zapojený UTP kabelem do WAN portu Teltoniky
Konfigurace Teltoniky
- verze FW: RUT9M_T_F18639_00.07.08.428 (custom firmware dodaný od výrobce před pár týdny)
- WAN port nastavený na protokol PPPoE, jméno a heslo: O2/O2 (vyzkoušeno i cetin/cetin), VLAN 848, MTU 1492 B
- výpis části /etc/config/network
Kód: [Vybrat]
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ý):Kód: [Vybrat]
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
Popis problému
- Ve webovém rozhraní se u WAN portu objevuje hláška: "Error: * Connection attempt failed"
- přístup k internetu přes optiku O2 nefunguje
- výpis relevantní části logu pomocí "logread":
Kód: [Vybrat]
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.
Další poznatky
Změna MTU na 1500 B ničemu nepomohla. Na jiné lokalitě běží stejný typ routeru také přes PPPoE a funguje. Není to ale O2 nebo někdo jiný na infrastruktuře CETIN, ale nějaký místní poskytovatel, rozdíl je v tom, že PPPoE nebalí do VLAN. Dokonce tam ani není MTU sníženo na 1492 B (zapomnělo se na to při konfiguraci).
Narazil jsem na podobná temata:
https://www.snbforums.com/threads/pppoe-failing-with-timeout-waiting-for-pado-packets.78329/
https://community.ipfire.org/t/unable-to-connect-to-vdsl-timeout-waiting-on-pado-packets/1931/7
Ale špatným VLAN ID to není a Host-Uniq se mi nezdá relevantní.
Zkoušel jsem i bez nastaveného VLAN ID, bez úspěchu. Zkoušel jsem VLAN 848 nastavit nad rozhraním WAN (eth0.2) až nad ním PPPoE, ale také bez úspěchu. Nemůže být problém v tom, že už nad eth0 jsou VLAN (eth0.1 je LAN a eth0.2 je WAN)?
Napadlo mě na místě zkusit MikroTik, u kterého vím, že na CETIN DSL (PPPoE, VLAN 848) funguje, ale bohužel se na místo hned tak nedostanu. Mám pouze přístup přes HTTPS a SSH (přes mobilní VPN přes datovou SIM v routeru).
Prosím o radu, jak řešit.
Předem díky za pomoc.
8
Sítě / Re:O2 optický internet (kvalita, IP adresy)
« kdy: 16. 12. 2023, 18:53:58 »
Známému jsem konfiguroval MikroTik pro optiku od O2 (infrastruktura byla CETINu). IPv4 byla privátní a navíc, tak jak by to nemělo být, ze sítě 10.0.0.0/8. IPv6 tam nefungovala, DHCPv6 klient nedostal prefix.
Doma mám xDSL - podmínky by měly být podobné jako u všech přípojek přes infrastrukturu CETINu. Je zakončené terminátorem, za kterým je MikroTik. Původně jsem měl O2. IPv4 byla privátní a také zcela nesmyslně ze sítě 10/8. IPv6 fungovala, dle smlouvy měl být prefix dynamicky přidělovaný, ale za zhruba dva roky se ani jednou nezměnil, ani po výměně MikroTiku za jiný kus s jiným DUID. Bohužel O2 dává pouze /64. Za kratší prefix chtěli příplatek, nevím kolik přesně, ale bylo to několik stovek měsíčně a navíc se k tomu musela doojednat služba "statická IPv6 adresa" za cca 100 CZK měsíčně. Teď už ani kratší prefix v ceníku nemají, takže kdo ví, jestli to jde. Za veřejnou IPv4 chtěli cca 250 měsíčně.
Nyní máme několik měsíců přípojku od T-Mobile. Terminátor zůstal stejný, jen se vyměnily adresy a cca 10 hodin nešel internet. V ceně služby mají veřejnou IPv4 a prefix /56 IPv6 a to za nižší cenu. O2 jsou prostě tragédi.
O2 bych nebral a ten jejich "SmrtBox" už vůec ne. Buď zůstat u TMO a nebo zajímavě z hlediska ochoty a podpory vychází UVT.
Doma mám xDSL - podmínky by měly být podobné jako u všech přípojek přes infrastrukturu CETINu. Je zakončené terminátorem, za kterým je MikroTik. Původně jsem měl O2. IPv4 byla privátní a také zcela nesmyslně ze sítě 10/8. IPv6 fungovala, dle smlouvy měl být prefix dynamicky přidělovaný, ale za zhruba dva roky se ani jednou nezměnil, ani po výměně MikroTiku za jiný kus s jiným DUID. Bohužel O2 dává pouze /64. Za kratší prefix chtěli příplatek, nevím kolik přesně, ale bylo to několik stovek měsíčně a navíc se k tomu musela doojednat služba "statická IPv6 adresa" za cca 100 CZK měsíčně. Teď už ani kratší prefix v ceníku nemají, takže kdo ví, jestli to jde. Za veřejnou IPv4 chtěli cca 250 měsíčně.
Nyní máme několik měsíců přípojku od T-Mobile. Terminátor zůstal stejný, jen se vyměnily adresy a cca 10 hodin nešel internet. V ceně služby mají veřejnou IPv4 a prefix /56 IPv6 a to za nižší cenu. O2 jsou prostě tragédi.
O2 bych nebral a ten jejich "SmrtBox" už vůec ne. Buď zůstat u TMO a nebo zajímavě z hlediska ochoty a podpory vychází UVT.
9
Sítě / Re:Mikrotik v panelovém bytě
« kdy: 10. 03. 2023, 09:57:55 »
O výkonu MikroTiků při routování není nutné spekulovat, jsou uvedeny na stránkách:
https://mikrotik.com/product/hap_ac3#fndtn-testresults
https://mikrotik.com/product/hap_ax3#fndtn-testresults
https://mikrotik.com/product/hap_ac3#fndtn-testresults
https://mikrotik.com/product/hap_ax3#fndtn-testresults
10
Sítě / Re:Některá zařízení ignorují konfiguraci DNS serverů z RA
« kdy: 19. 02. 2023, 10:47:08 »
Manuální konfigurace DNS u WiFi adaptéru nebyla.
11
Sítě / Re:Některá zařízení ignorují konfiguraci DNS serverů z RA
« kdy: 14. 02. 2023, 20:20:42 »
Díky za tip, vyzkouším.
Je mi ale divné, že dva stroje se stejnými Windows a stejnými aktualizacemi se chovají jinak. A dokonce i na jednom stroji je rozdíl, na Ethernetu se vezmou adresy z RA, na WiFi ne. Skoro jako by to spíš byla věc driveru síťového rozhraní...
Je mi ale divné, že dva stroje se stejnými Windows a stejnými aktualizacemi se chovají jinak. A dokonce i na jednom stroji je rozdíl, na Ethernetu se vezmou adresy z RA, na WiFi ne. Skoro jako by to spíš byla věc driveru síťového rozhraní...
12
Sítě / Některá zařízení ignorují konfiguraci DNS serverů z RA
« kdy: 09. 02. 2023, 10:20:48 »
Narazil jsem na prolém, že některá zařízení ignurují RFC8106.
Jako router používám MikroTik, IPv6 adresy se nastavují metodou SLAAC. V RA se posílají i adresy DNS serverů, ověřeno ve Wiresharku.
Některá zařízení, jako Android telefony a tablety a NB s Ubuntu si adresy vezmou bez problémů z RA. U tří notebooků s Windows 10 jsem zjistil, že si adresy DNS serverů vezmou jen když jsou připojené Ethernetem a na WiFi to ignorují. Na některých zařízeních (Samsung TV, NB s Win 11) to nejde vůbec ať jsou připojeny jakýmkoli způsobem.
V čem může být problém?
Jako router používám MikroTik, IPv6 adresy se nastavují metodou SLAAC. V RA se posílají i adresy DNS serverů, ověřeno ve Wiresharku.
Některá zařízení, jako Android telefony a tablety a NB s Ubuntu si adresy vezmou bez problémů z RA. U tří notebooků s Windows 10 jsem zjistil, že si adresy DNS serverů vezmou jen když jsou připojené Ethernetem a na WiFi to ignorují. Na některých zařízeních (Samsung TV, NB s Win 11) to nejde vůbec ať jsou připojeny jakýmkoli způsobem.
V čem může být problém?
13
Sítě / Re:IPv6 prefix od ISP
« kdy: 09. 02. 2023, 10:01:46 »
Záleží, jak to má ISP technicky řešené. Na WAN portu můžou být globální adresa, ale také tam může být třeba jenom link-local adresa (tak to má třeba O2 u xDSL).
Alokace prefixu kratšího než /64 projeví na "LAN straně" (pokud se používá DHCPv6-PD). Pokud jsou adresy nastaveny staticky, tak to nepoznáte. Maximálně metodou pokus-omyl, že si budete zkoušet nastavovat adresy patřící do dalších /64sítí a budete zkoušet, jestli vám komunikace chodí.
Alokace prefixu kratšího než /64 projeví na "LAN straně" (pokud se používá DHCPv6-PD). Pokud jsou adresy nastaveny staticky, tak to nepoznáte. Maximálně metodou pokus-omyl, že si budete zkoušet nastavovat adresy patřící do dalších /64sítí a budete zkoušet, jestli vám komunikace chodí.
14
Studium a uplatnění / Re:Obtížnost studia na FIT VUT
« kdy: 04. 02. 2023, 09:04:52 »
Jak už v diskuzi zaznělo FIT je časově náročný na projekty. Na druhou stranu se na nich a na laboratořích dá nahnat spoustu bodů, ale jak už zaznělo na některých zkouškách jsou stejně stanovena minima (v tom případě se ale zase dají některé projekty nebo laboratoře vypustit).
První a druhý semestr byly spíše takové basic věci (přišel jsem z IT průmyslovky), lehce přituhovat začne v dalších semestrech, ale není to nic hrozného. Při studiu lze v pohodě pracovat a bavit se (a většina oboje dělá). Na co je potřeba si dát pozor jsou teamové projekty (za mě byly minimálně čtyři v různých předmětech), jeden člověk může svoji neaktivitou potopit všechny ostatní.
Co si pamatuji, tak první menší vlna odchodů byla během prvního roku studia, kdy někteří zjistili, že ta škola není pro ně. Druhá velká vlna byla ve 3. a 4. semestru kdy někteří museli nedorovolně odejít po tom, co podruhé neudělali předměty z 1. a 2.semestru. Většina z těch, co vydržela pak školu úspěšně zvládla.
Ohledně porovnávání náročnosti školy v minulosti a současnosti bych byl opatrný. Takový výrok by měl být podpořený nějakými daty (úmrtnost u zkoušek, počet odpadlíků...) a ne jen osobním pocitem. Jinak to jsou jen nic neřikající domněnky.
První a druhý semestr byly spíše takové basic věci (přišel jsem z IT průmyslovky), lehce přituhovat začne v dalších semestrech, ale není to nic hrozného. Při studiu lze v pohodě pracovat a bavit se (a většina oboje dělá). Na co je potřeba si dát pozor jsou teamové projekty (za mě byly minimálně čtyři v různých předmětech), jeden člověk může svoji neaktivitou potopit všechny ostatní.
Co si pamatuji, tak první menší vlna odchodů byla během prvního roku studia, kdy někteří zjistili, že ta škola není pro ně. Druhá velká vlna byla ve 3. a 4. semestru kdy někteří museli nedorovolně odejít po tom, co podruhé neudělali předměty z 1. a 2.semestru. Většina z těch, co vydržela pak školu úspěšně zvládla.
Ohledně porovnávání náročnosti školy v minulosti a současnosti bych byl opatrný. Takový výrok by měl být podpořený nějakými daty (úmrtnost u zkoušek, počet odpadlíků...) a ne jen osobním pocitem. Jinak to jsou jen nic neřikající domněnky.
15
Studium a uplatnění / Re:Telekomunikační a informační systémy na FEKT VUT v Brně
« kdy: 04. 02. 2023, 08:26:48 »
Dobrý den,
přímou osobní zkušenost s tímto oborem na bakalářském nemám, ale můžu se podělit o poznatky spolužáků z navazujícího magisterského z roku 2018. Budu porovnávat s programem Informační bezpečnost, který neměl (alespoň na magisterském) s tématem bezpečnosti moc společného, spíš to byla informatika jako taková.
Na teleinformatice bylo víc matiky a elektra a podle popisu na stránkách se to nezměnilo (oblast 100 % elektro vs 60 % elektro + 40 % informatika). Na teleinformatice byla také menší svoboda při volbě předmětů. Také je na FEKT tento obor pod různými názvy prakticky od začátku. Oproti tomu informační bezpečnost (magisterské) bylo otevřeno až v roce 2018 a stále se tam dějí drobné změny. Naposledy jsem zaznamenal, že se mluvilo o snaze, zaměřit to více na bezpečnost, ale podle předmětů v detailu programu je to pořád +/- to stejné.
Pokud vás zajímají sítě a chcete spíš více informatiky a méně elektra, mohl by vám IBE vyhovovat více.
přímou osobní zkušenost s tímto oborem na bakalářském nemám, ale můžu se podělit o poznatky spolužáků z navazujícího magisterského z roku 2018. Budu porovnávat s programem Informační bezpečnost, který neměl (alespoň na magisterském) s tématem bezpečnosti moc společného, spíš to byla informatika jako taková.
Na teleinformatice bylo víc matiky a elektra a podle popisu na stránkách se to nezměnilo (oblast 100 % elektro vs 60 % elektro + 40 % informatika). Na teleinformatice byla také menší svoboda při volbě předmětů. Také je na FEKT tento obor pod různými názvy prakticky od začátku. Oproti tomu informační bezpečnost (magisterské) bylo otevřeno až v roce 2018 a stále se tam dějí drobné změny. Naposledy jsem zaznamenal, že se mluvilo o snaze, zaměřit to více na bezpečnost, ale podle předmětů v detailu programu je to pořád +/- to stejné.
Pokud vás zajímají sítě a chcete spíš více informatiky a méně elektra, mohl by vám IBE vyhovovat více.
