<div dir="auto">V prvom kroku design siete. To mie je  Linuxe, ale o LAN komunikaci<div dir="auto"><br><div dir="auto">Zariadenie nemoze byt pripojene 2 nezavislymi  portami s dvomi IP v tej istej sieti danej maskou bez dalsich specialnych nastaveni, ako napr etherchannel, alebo ine formy LAN multipathu a nastavenim rovnakych algoritmov pre multipath na switchoch aj na zariadeni. </div><div dir="auto">A ak je siet na jednom interface podmnozinou/subsietou inej siete na druhom interface, tsk z hladiska routovania to robi tiez psie kusy. </div><div dir="auto"><br></div><div dir="auto">Odoslanie komunikacneho packetu jednym portom... a vrati sa mu odpoved inym portom... nesedia sekvencne cislovania paketov, stavove firewally taketo odpovede zahadzuju a aj IP stack v tom ma chaos a podla implementacie moze tiez zahadzovat odpovede, ktore pridu inou cestou, ako poli poslane poziadavky.... </div><div dir="auto"><br></div><div dir="auto">Toto je cesta do pekla. </div><div dir="auto"><br></div><div dir="auto">Ak 2 fyzicke interfaces, tak 2 nezavisle siete a k nim prislusne nezavisle IP z danych sieti, alebo naozaj nastavit formu LAN multipathu, ale to nie je na DHCP...</div><div dir="auto"><br></div><div dir="auto">Dodo.</div><div dir="auto"><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Dňa pi 12. 5. 2023, 17:11 Richard Kaličiak <<a href="mailto:hw.kaliciak@fn.de">hw.kaliciak@fn.de</a>> napísal(a):<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dobry den,<br>
<br>
mal som podobny problem so stratou pripojenia na RPi, tak som si napisal <br>
dva bash skripty na test a znovupripojenie. Do "crontab" som vlozil<br>
<br>
@hourly $HOME/rk_check_testinternet.sh >> /tmp/rk_check_testinternet.log <br>
2>&1<br>
<br>
"rk_check_testinternet.sh" sa spusta kazdu celu hodinu, ten zase spusta <br>
skript "rk_testinternet.sh", kde sa kazdu minutu testuje pripojenie na <br>
internet. Ak je RPi 20 minut bez pripojenia, tak sa urobi reset sietovky <br>
eth0 a ked ani to nepomoze, tak sa nachvilu vypne napajanie routera.<br>
Skripty su v prilohe.<br>
<br>
Mimochodom: Pri aktualnom nedostatku RPI som vyskusal alternativu:<br>
<a href="https://www.pollin.de/p/thinclient-fujitsu-futro-s720-gx-217ga-mit-netzteil-gebraucht-751937" rel="noreferrer noreferrer" target="_blank">https://www.pollin.de/p/thinclient-fujitsu-futro-s720-gx-217ga-mit-netzteil-gebraucht-751937</a><br>
a nainstaloval DietPi.com. Spotreba v klude je okolo 7W, pri plnom <br>
zatazeni (stress test) 14W.<br>
<br>
<br>
Richard Kaliciak<br>
<br>
<br>
<br>
<br>
Dňa 11.05.2023 o 12:49 Marek Sembol napísal(a):<br>
> Zdravim,<br>
> prosim o pomoc nekoho zdatnejsiho s linuxem. Na jednom z RPi 4 mi zacaly <br>
> pred par dny problemy se siti. Mam podezreni, ze to zacalo po poslednim <br>
> apt update/apt upgrade a taky update Portainer kontejneru v docker <br>
> (ovsem po tom upgrade jsem na to par dnu nekoukal, tak nevim zda to <br>
> treba jeste 2-3 dny nejelo a upgrade s tim nesouvisi. Ted jsem zkusil to <br>
> kolecko jeste jednou, upgradovalo to nejaky RPi balicek, ale nepomohlo to.<br>
> System jsem instaloval asi 3 mesice dozadu (a hned updatoval), mezitim <br>
> tusim updatoval jeste jednou - takze nic obstarozniho. V systemu je <br>
> 'navic' nainstalovany pouze ten docker, zbytek bezi v nem.<br>
> Problem se projevuje tak, ze po rebootu vse najede jak ma, eth0 i wifi <br>
> dostanou adresu z DHCP, vse jede. Po nejake dobe (kratke, dost mozna jen <br>
> cas nez vyprzi registrace v DHCP? mozna i kratsi, nebo mozna nejaky <br>
> refresh adresy vuci DHCP probehne - jeste nemam overeno presne) sit <br>
> prestane fungovat. DHCP server nevidi ani jeden z tech 2 interface. Kdyz <br>
> se prihlasim na terminal lokalne, tak oba venkovni interface nemaji IP4 <br>
> adresu (IP6 maji, ale ta tam jsena nezavisle na cemkoliv). Ping ven (na <br>
> DHCP router) rovnez nefunguje (prirozene, nema to adresu) v demsg nic <br>
> (pro mne podezreleho) neni - posledni zaznam s casem kdy to bootovalo. <br>
> Kdyz zkusim odpojit/pripojit eth kabel, tak se tam objevi zaznamy ze <br>
> link down/up, ale sit to nezprovozni (adresa stale neni). Spravi se to <br>
> az rebootem - na chvili.<br>
> ifconfig mi vypise hromadu interface (podle mne z docker), na ty co maji <br>
> IP4 adresu jde pingnout.<br>
> A dal bohuzel nevim co zkouset - zde ma (ne)znalost linuxu konci. DHCP, <br>
> router ani switch (ktery je cestou) SNAD problem nepredstavuji - v siti <br>
> (neco WIFI, neco kabel do stejneho switche nebo i jinam) bezi nekolik <br>
> jinych RPi (ale ani jeden z nich ten jejich raspberry OS), nejake <br>
> telefony, televize, notebooky s M$ bezi naprosto bez problemu.<br>
> Dokaze prosim nekdo poradit co jeste zkouset? Jasne, vzdy mam moznost to <br>
> nainstalovat nacisto, ti, ze vse zije v dockeru to nebude ani tak <br>
> strasne bolet, ale radeji bych pochopil co se stalo a jak z toho ven <br>
> (nebo jen jak z toho ven), at nenarazim stejne za mesic znovu....<br>
> BR,<br>
> Marek<br>
> <br>
> _______________________________________________<br>
> HW-list mailing list  -  sponsored by <a href="http://www.HW.cz" rel="noreferrer noreferrer" target="_blank">www.HW.cz</a><br>
> <a href="mailto:Hw-list@list.hw.cz" target="_blank" rel="noreferrer">Hw-list@list.hw.cz</a><br>
> <a href="http://list.hw.cz/mailman/listinfo/hw-list" rel="noreferrer noreferrer" target="_blank">http://list.hw.cz/mailman/listinfo/hw-list</a><br>
_______________________________________________<br>
HW-list mailing list  -  sponsored by <a href="http://www.HW.cz" rel="noreferrer noreferrer" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz" target="_blank" rel="noreferrer">Hw-list@list.hw.cz</a><br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" rel="noreferrer noreferrer" target="_blank">http://list.hw.cz/mailman/listinfo/hw-list</a><br>
</blockquote></div>