TomekTomek55 napisał(a):
ale nie odżyła potwierdzenia do klienta.
chyba chodziło ci o to , że nie odsyła
TomekTomek55 napisał(a):
Nie wiem dlaczego w sieci WAN serwer pokazuje zły adres nadawcy i jak odesłać potwierdzenie klientowi.
Nic źle nie działa - tylko ty nie zdajesz sobie na razie sprawy z tego jak działa UDP
Po pierwsze mam nadzieję, że masz ustawiony odpowiednio router i masz odpowiednie przekierowania portów albo DMZ
Po drugie serwer UDP może nadawać pakiety w dwóch trybach:
1. w trybie KLIENTA - i zapewne to się u ciebie dzieje (a o tym nie wiesz) ... co oznacza, że serwer wysyła pakiet UDP i sam formuje od nowa swoją ramkę danych ze wskazaniem na adres IP i port klienta, a to spowoduje, że taki PAKIET nigdy nie dojdzie do tej twojej drugiej strony twojego prawdziwego klienta, który wysłał zapytanie do serwera i oczekuje odpowiedzi a jednocześnie twój klient jest za jakimś NAT'em/Firewalem. No bo serwer próbując wysłać "ala odpowiedź" w trybie klienta próbuje się przebić przez tego NAT'a i nie da rady, po to są Firewall'e
2. w trybie SERVER RESPONSE - czego pewnie nie umiesz na razie odpalić, ale też ja ci nie podpowiem jak to zrobić na Indy bo hmmm sam nie pamiętam - tak dawno już temu zajmowałem się INDY. Ale na czym to polega? Otóż gdy serwer dostaje zapytanie od twojego klienta zza NAT'a - to odpowiada tą samą ramką zawierającą m.in MAC adres twojego klienta i ten sam port źródłowy, przy czym klient też musi mieć odpowiedni timeout żeby umieć odebrać taką odpowiedź typu RESPONSE
TUTAJ:
https://atnel.pl/mkudps.html masz taki komponent, który potrafi to zrobić a pobierając ten komponent masz też terminal UDP, którym możesz to przetestować
obejrzyj poradnik wideo który widać na tej stronie - no ale to nie ma z kolei nic wspólnego z INDY
_________________
zapraszam na blog:
http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj
Kurs EAGLE ] [ mój kanał YT TV
www.youtube.com/mirekk36 ]