Ongelmia UDP listener threadin kanssa (Python 2.7)

Tuohan on erinomainen.

T. Urpo

Ei ole kovin helppoa jäljittää virheen syytä kun ainoa tieto on, että virhe tulee nimen omaan bindissa (seuraavana vaiheena on varsinainen vastaanottosilmukka ja sitä ennen virheilmoitukseksi vaihdetaan "internal operation error", mutta siihen asti ei selvästikään päästä). Olisiko mahdollista esimerkiksi except-lohkossa hakea tarkempi virheviesti ja lisätä se perusvirheeseen ja jos on, miten ?

Sellainen lisäys vielä, että lisäsin except lohkoon määrittelyn "...socket.error as msg" ja except-lohkon alle rivin

self.listener_error = self.listener_error ": " msg

Tuon pitäisi antaa vielä tarkempi virhekuvaus, mutta jostain syystä mitään ei tule. Edes kaksoispistettä ei tule. Ikään kuin tuossa ei tulisikaan exceptionia vaan listener-thread jäisi jotenkin jumiin tuohon bindiin ja ylemmän tason funktiossa tulee timeout (odotetaan silmukassa 100 kertaa 0.1 sekunnin delayn kanssa, siis yhteensä 10 sekuntia). En tiedä onko tuollainen odotus oikea tapa, mutta en keksi parempaakaan.

Listenerin aktivointi toimii siis siten, että ylemmän tason funktio kutsuu listener-luokan (johon manageri ja listener-funktio kuuluvat) funktiota, joka asettaa IP-osoitteen ja portin. Funktio tarkistaa, että arvot ovat kelvolliset ja jos ne ovat asettaa ne muuttujiin "uusi IP-osoite" ja "uusi portti". Manager-threadi (joka siis pyörii taustalla jatkuvasti omana threadinaan) huomaa, että IP-osoite tai portti on muuttunut ja instantioi listener-threadin. Jos kaikki menee oikein listener-thread tekee alustukset ja asettaa sitten tuon is_connected-lipun. Samalla se funktio, joka asetti alun perin arvot on odottamassa silmukassa. Jos se huomaa is_connected-lipun asettuneen (se nollattiin alussa) ennen ajan loppumista se palauttaa "OK" statuksen, muuten virheen.

Testasin myös soketin alustamista suoraan palvelimella Pythonin interaktiivisessa tilassa. Siis:

# python
>>> import socket
>>> s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
>>> socket.setdefaulttimeout(2)
>>> s.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
>>> s.bind(("xxx.xxx.xxx.xxx", 4740))
>>> data = s.recvfrom(1000)
>>> print data
>>> "bla bla bla"

Eli interaktiivisessa moodissa toimi ilman ongelmia. IP-osoite oli sama kuin softalle välitetty. Alkaa vaikuttaa aika mysteeriseltä.

Voisiko olla, että tuo int() portin numeron määrittelyssä on jotenkin väärin tai bind ei jotenkin tykkää siitä ? Molemmat parametrit (IP-osoite ja portti) välitetään funktiolle normaalin HTML-formin kautta input-kentistä POST-metodin välityksellä (ja näyttäisivät kyllä olevan oiken virheilmoitukseen lisäämäni tulostuksen perusteella).

Itse asiassa vaikuttaa siltä, että tässä tapauksessa qRadar blokkaa bindauksen (luultavasti turvalisuussyistä). Muutin except-rivin muotoon

except socket.error as msg:

ja lisäsin except-lohkon alle rivin

self.socket_error = self.socket_eror ": " msg

Jolloin exceptin antama virheviesti pitäisi olla mukana virhetekstissä (virheteksti tulee näkyviin ja se osoittaa, että ongelma on nimen omaan bindissa), mutta sitä ei näy. Virhesivulla näkyy ainoastaan perusvirhe ("bind failed"), ei kaksoispistettä tai lisätekstiä.

Teoriani on, että qRadar blokkaa turvallisuussyistä omien sovellusten bindausyritykset, mutta ei kuitenkaan aiheuta poikkeusta. Kun bindaus blokataan kutsuvassa koodissa tulee timeout ja listenerin aktivointi feilaa.

Kenties qRadarin asetuksista löytyy keino sallia bindaus. Jos ei, niin täytyy keksiä jotain muuta, esmes aktivoida serverillä ulkoinen listener (luin jostain sovelluksesta joka voisi sopia, muistaakseni nimeltään socat) ja ohjata sen tulostus tiedostoon, josta haetaan tiedot...