- This topic has 4 hozzászólás, 3 résztvevő, and was last updated 18 years, 1 months telt el by
.
-
Bejegyzés
-
Elkézelhető, hogy a linuxos c-ben a char típusban csak szöveget lehet tárolni, binárisat (tehát a képet) nem?
ez kizart
„#define MAXBUF 1024”
Mekkora is az a kep? Lehet hogy kicsi a buffer?Elkézelhető, hogy a linuxos c-ben a char típusban csak szöveget lehet tárolni, binárisat (tehát a képet) nem?
ez kizart
„#define MAXBUF 1024”
Mekkora is az a kep? Lehet hogy kicsi a buffer?Persze a puffer mérete nem nagy… de többször olvas a socketből… mindig 1024 byteot, addig amíg a fogadott byteok száma 0 nem lesz, ez jelenti azt, hogy nincs több küldött adat.
Persze a puffer mérete nem nagy… de többször olvas a socketből… mindig 1024 byteot, addig amíg a fogadott byteok száma 0 nem lesz, ez jelenti azt, hogy nincs több küldött adat.
Sziasztok,
Egy a Zorp tűzfal proxyjaihoz hasonlót szertnék írni. A cél az, hogy pl. egy 80-as portra érkező csomagot iptablessel redirectelek 50080-ra, ahol ez a proxy figyel… majd a proxy vissza routolja 80-ra (az eredeti címzetthez). Nyilván a cél
az, hogy a forgalom a proxyn keresztül menjen, hogy majd később azt lehessen vizsgálni (mély protokoll elemzést végezni rajta).Ezt a részt meg is írtam. A fentiek alapján HTTP kapcsolattal teszteltem. pl.
beírtam a böngészőbe: http://xxx.xxx.xxx.xxx/test.html. Praktikussági okokból a test.html csak egy minimális szöveget és
egy képet tartalmazott. Az oldal html-es (szöveges része) simán átjött, de maga a kép (nem szöveges) nem.
Látszólag a képet elküldi a szerver, de valahogy nem adódik át a kliensnek.Egy dologra tudok gondolni:
– az adat míg adódik az egyik sockettől a másikig egy char buffer[MAX_CONNS][MAXBUF] mátrixban
tárolódik. Elkézelhető, hogy a linuxos c-ben a char típusban csak szöveget lehet tárolni, binárisat (tehát a képet) nem?Ha bárkinek van valami ötlete kérem ne tartsa magában. Köszönöm és természetesen csatolom a forrást is a könnyebb érthetőség kedvéért.
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz