Seite 1 von 1
[gelöst]TCP/IP Kommunikation
Verfasst: 17. September 2008 14:55
von SaLu
Hi hätte kurz eine Frage und zwar geht es um die Kommunikation zwischen Prozessen. Würde da gerne eine Tcp/ip verbindung nehmen. Kann es da irgendwelche probleme mit der Firewall geben? Sind die localen Ports gesperrt oder kann man sie sperren? Würde mir sehr helfen, sonst müsste ich mich nach etwas anderem umsehen.
Und wie ist dies konkret? Also server - client oder wie kann ich mir das vorstellen?
Vielen Dank
Verfasst: 17. September 2008 17:35
von upsala
Sicher kann man auch lokale Ports sperren. Und für Server-Client-Verbindungen gibt es schöne Examples in der Qt-Doku.
Verfasst: 18. September 2008 10:18
von SaLu
gut hab die fortune docus genommen und umgeschrieben. klappt soweit alles perfekt. Jetzt noch ein paar fragen.
1. braucht man das setVersion ? kann es bei späteren/früheren Versionen probleme geben?
2. Woher weiß Prozess 2 (client) das Prozess 1(server) etwas zur verfügung gestellt hat und er connecten soll. Ich will das so machen das Programm 1 (server) programm 2(client) aufruft und dieser dann eine verbindung aufbaut. hab mal das forum und die dokus durchgeschaut und bin auf QProcess gestossen! ist dies das richtige? oder hat jmd soetwas schon gemacht und mit anderen Dingen gearbeitet?
mhm geht es bei Qlocalserver und qlocalsocket wirklich über ports? als ich es mit tcpsocket ... gemacht habe hat die firewall gemeckert. Nun bei local nichts. und porteinstellungen gehen auch nicht einzustellen. komisch
Verfasst: 18. September 2008 12:18
von upsala
QLocalSocket und QLocalServer kannt ich noch gar nicht. Aber in Doku steht die Begründung warum die Firewall (unter Windows) nicht darauf reagiert...
Welches setVersion() meinst du?
Wenn neue Daten vorhanden sind, wird das Signal readyRead() ausgelöst...
Verfasst: 18. September 2008 13:04
von SaLu
ah okay unter windows ne named pipe

d.h keine ports.
bei setversion meinte ich das bei Datastream. Sry hätte ich vielleicht dazu sagen sollen
wegen dem readyread(), das war klar. aber nun habe ich festgestellt das ich es umgekehrt brauche als in dem Beispiel dargestellt. und zwar client sendet daten an server und schließt dann wieder die verbindung. also keine bereitstellung der daten vom server wie im beispiel.