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
174
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
Hengenvaaralliset kiihdytysajot päättyivät karmealla tavalla, kilpailija kuoli
Onnettomuudesta on aloitettu selvitys. Tapahtuma keskeytettiin onnettomuuteen. Tapahtumaa tutkitaan paikan päällä yhtei1986908- 1592036
- 1131688
- 511390
Suureksi onneksesi on myönnettävä
Että olen nyt sitten mennyt rakastumaan sinuun. Ei tässä mitään, olen kärsivällinen ❤️551238Möykkähulluus vaati kuolonuhrin
Nuori elämä menettiin täysin turhaan tällä järjettömyydellä! Toivottavasti näitä ei enää koskaan nähdä Kauhavalla! 😢501098Älä mies pidä mua pettäjänä
En petä ketään. Älä mies ajattele niin. Anteeksi että ihastuin suhun varattuna. Pettänyt en ole koskaan ketään vaikka hu1001074Reeniähororeeniä
Helvetillisen vaikeaa työskennellä hoitajana,kun ei kestä silmissään yhtään läskiä. Saati hoitaa sellaista. Mitä tehdä?7996Tarvitsemme lisää maahanmuuttoa.
Väestö eläköityy, eli tarvitsemme lisää tekeviä käsiä ja veronmaksajia. Ainut ratkaisu löytyy maahanmuutosta. Nimenomaan251954- 41929