Forum Discussion
Unable to telnet VS IP from PC on the same network.
Hi,
We have configured standard VS with IP of 10.2.5.69:80 with pool of 10.2.40.121 (service is 80). Pool and VS status is enabled/UP but when we try to telnet the VS IP from test PC (10.2.5.50) which is on the same network of VS, telnet is failing.
Other isolation made: 1. Telnet VS IP from F5 cli. Result: telnet is successful 2. Telnet from F5 to backend server using port 80. Result: telnet is successful
Why telnet from the same network of VS IP is failing? From tcpdumps, VS IP is sending RST.
VS config below:
ltm virtual /Common/VS_FuelCareer {
destination /Common/10.2.5.69:80
ip-protocol tcp
mask 255.255.255.255
pool /Common/FuelCareer
profiles {
/Common/Fuel_Career {
context clientside
}
/Common/tcp { }
}
source 0.0.0.0/0
source-address-translation {
type automap
}
translate-address enabled
translate-port enabled
}
ltm virtual-address /Common/10.2.5.69 {
address 10.2.5.69
arp enabled
icmp-echo enabled
mask 255.255.255.255
traffic-group /Common/traffic-group-local-only
}
Thanks.
- Amanpreet_Singh
Cirrostratus
Hi, Seems like there are some Access Policies that is restricting Telnet to complete in your case. Checkout 'F5RST: Policy Action' in your packet capture screenshot.
- iamcejiro_16285
Nimbostratus
Test PC and VS IP are on the same network (like a back-to-back connection). No policy between the two.
- Snl
Cirrostratus
check couple of things
1)make sure u r self ip 's are not duplicated , verify the ARP from the switch for all IP & Mac address
2) any inline device between client & F5 also verify client pc subnet mask & gateway is this part of same vlan or separate vlan (10.2.5.0/24)
3) did u Applied the standard http profile
4) is the VS status into green wht about pool health check is it green
- dragonflymr
Cirrostratus
Hi,
Try to reset rst-cause stats -
.tmsh reset-stats net rst-cause
The run
watch -n 1 tmsh show net rst-cause
Then try to connect and see which counter was increased - based on that it will be easier to find out why F5 is resetting connection.
For sure ARP is working for you as SYN is delivered to F5 and there is RST reply from F5.
I am suspecting that:
profiles { /Common/Fuel_Career { context clientside }
means that you have clientssl profile attached to VS, or I am wrong here? If so when you try to telnet, connection will be rejected as well but after 3WHS.
Seems like some Packet Filter or AFM rule is responsible.
If first then in rst-cause you will see increase in Packet filter (reject) counter.
This is likely because connection initiated from F5 cli is not rejected by Packet Filter.
Piotr
Recent Discussions
Related Content
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com