Osaisiko joku kertoa, että onko Linux järjestelmässä tai Raspberry pi:ssä joku rajoite TCP serverin käyntiajalle?
Olen tehnyt sovelluksen, joka kommunikoi TCP serverille (Portti randomisti 2004) ihan onnistuneesti. Mutta serveri pysyy hengissä vain noin tunnin verran, sen jälkeen se lakkaa vastaamasta.
Serveri on rakennettu Python kielellä. Tiedot siirtyvät tunnin verran ok, ja sitten kommunikointi lakkaa. Jos käynnistän Python ohjelman uudelleen, niin kommunikointi on edelleen kuollut. Rasperry pi:n uudelleen käynnistyksen jälkeen kommunikointi alkaa välittömästi uudelleen.
Olisiko ajatuksia, että mitä tuolle voisi keksiä ja mistä vikaa metsästää?
TCP serveri kaatuu Linux / Raspberry pi 3
Anonyymi
6
291
Vastaukset
Tarkista ainakin muistinkulutus, googlaamalla löytyi yksi tapaus jossa serveri vuoti RAM:ia ja lakkasi vastaamasta kun RAM loppui kesken. Tosin tuossa tapauksessa Python ohjelman uudelleenkäynnistyksen pitäisi auttaa, joten ei ehkä ole sinun ongelma, mutta hyvä kuitenkin tarkistaa.
Esimerkiksi "free" komento terminaalissa kertoo paljonko muistia on vapaana.- Anonyymi
Täytyypä ensi kerralla katsoa muistinkulutusta, hyvä vinkki.
Toisaalta tosiaan luulisi ohjelman vapauttavan RAMin käytön, kun sen sammuttaa ja käynnistää uudelleen. Sen olen havainnut, että ei ole väliä, että lähettääkö kaksi sanomaa tuon tunnin aikana vai sata. Tavoite olisi lähettää sanoma kerran tai kaksi tunnissa.
- Anonyymi
Joskus tuli tehtyä ohjelma, joka avasi soketin ja serveri oli itse asiassa NAT-verkon takana kotiverkossa routerin hoitaessa julkinen ip ja pakettien uudelleen ohjaus. No, jos dataa ei kulkenut, NAT yhteys jostain syystä hukkasi yhteytensä koneilta, joilta ei oltu yhteydessä ulkomaailmaan sen uusimisajan aikana. Tälle ei tietenkään ollut säätöjä ja oli toimittava routerin ehdoilla. Ongelmaan auttoi se, että yhteys luotiin joka kerta uudelleen. Olisi tietysti ollut mahdollista lähettää jokunen tavu socketin yli aina silloin tällöin - muutenkin hyödyllistä, jos yhteys menee poikki siivota tällöin jälkensä.
Toinen mikä tulee mieleen, niin raspi:ssa joku mode väärin, eikä herää ethernet-paketista, jos laite menee virransäästöön? DHCP/IP:n uusiminen jää välistä, onko päällä?- Anonyymi
Tämä on ihan omassa lähiverkossa (Wifi) kiinteillä IP osoitteilla kaikki laitteet.
Uskoisin, että IP kyllä pysyy laitteilla, koska VNC yhteydellä olen edelleen yhteydessä RPi:hin vaikka sen TCP kommunikointi katkeaa dataa lähettävän clientin kanssa. - Anonyymi
Anonyymi kirjoitti:
Tämä on ihan omassa lähiverkossa (Wifi) kiinteillä IP osoitteilla kaikki laitteet.
Uskoisin, että IP kyllä pysyy laitteilla, koska VNC yhteydellä olen edelleen yhteydessä RPi:hin vaikka sen TCP kommunikointi katkeaa dataa lähettävän clientin kanssa.Hiukan tuli pengottua, koska kiinnosti itseäkin tämä aihe. Näyttää siltä, että tcp lähettää keep-alive paketteja yhteyden yli ja jos tällaista ei tule -yhteyden saa sulkea tietyn ajan kuluttua. proc-tietojärjestelmästä löytyy ainakin:
/proc/sys/net/ipv4/tcp_keepalive_time tai vaihtoehtoisesti:
$ sysctl net.ipv4.tcp_keepalive_time
7200
Joka omassa koneessani oli 2h. Ilmeisesti tämä on aika, jonka jälkeen keep-alive paketteja ei enää lähetetä?
$ sysctl net.ipv4.tcp_keepalive_intvl
75
Default arvo näyttäisi olevan tcp-sessiolle 300 sekuntia.
Näyttää siltä, että löysin täydellisen ohjeen vasta kirjoitettuani tämän:
https://webhostinggeeks.com/howto/configure-linux-tcp-keepalive-setting/ - Anonyymi
Anonyymi kirjoitti:
Hiukan tuli pengottua, koska kiinnosti itseäkin tämä aihe. Näyttää siltä, että tcp lähettää keep-alive paketteja yhteyden yli ja jos tällaista ei tule -yhteyden saa sulkea tietyn ajan kuluttua. proc-tietojärjestelmästä löytyy ainakin:
/proc/sys/net/ipv4/tcp_keepalive_time tai vaihtoehtoisesti:
$ sysctl net.ipv4.tcp_keepalive_time
7200
Joka omassa koneessani oli 2h. Ilmeisesti tämä on aika, jonka jälkeen keep-alive paketteja ei enää lähetetä?
$ sysctl net.ipv4.tcp_keepalive_intvl
75
Default arvo näyttäisi olevan tcp-sessiolle 300 sekuntia.
Näyttää siltä, että löysin täydellisen ohjeen vasta kirjoitettuani tämän:
https://webhostinggeeks.com/howto/configure-linux-tcp-keepalive-setting/Hieman lisää tultua testailtua, ja joku keep-alive henkinen ongelma tämä on. Serveri itsessään pysyy hengissä. Tein testi koodi pätkän localhost koneelle, ja vaikka client menettää yhteyden, niin isäntä koneelta pystyy kirjoittamaan serverille.
Kun client ei enää saa yhteyttä serverille, niin jos serveriltä pingaa clientia, niin kommunikointi alkaa uudelleen. Tosin vain hetkeksi. Jostain syystä kommunikointi menee johonkin unitilaan, ja herää sieltä vain hetkeksi.
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
- 1381319
Kauhavan häiriköijistä
Juttua Iltalehdessä. Pakko sanoa että noi nuoret on kyllä ihan pimeitä. Putkin peltoja jupksevat kiusaamaan kun ei tietä38879Haluan sinut, kuuletko minua.
Haluan sinut. Toivon, että voisimme olla yhdessä. Mietin pystynkö täyttämään toiveesi, olemaan arvoisesi. Voisitko saad30623Tehdäänkö tänään toiveista totta?
Poikkea tänä illasta siinä lähellä ja annetaan silmien puhua ja sen jälkeen puhu sinä lopulta mitä ajattelet..46597- 14590
Miksi Lapset kiusaa yöllä
Miksi Lapset kiusaa yöllä ihmisiä? Miksi vanhemmat antaa tämän tapahtua? Eikö ne huomaa ettei lapset ole kotona vai eivä26568Ajatteletko ollenkaan minua
Naiselle, jonka kanssa vahva tunne yhteydestä. Jota kipeästi kaipaan, mutta jota ei juuri näe. Onko siitä jo kolme vuott30536- 24531
Sama ransetti taas!
Keikkui tällä kertaa Honkavaaran tien varressa muutaman sadan metrin päässä Louhenkoskelta.. Otin rekisterin ylös ja ver17523Viimeinen lankafest
Käykää viimeisessä lanka festissä. Ensivuonna sitä ei enää ole. Rahat on loppu. Harmi .16502