D-Link DFL-800-AV-12 User Manual - Page 239

Management Interface Failure with VPN

Page 239 highlights

9.2.7. VPN Troubleshooting Chapter 9. VPN IPsec Tunnel -----------L2TP_IPSec IPsec_Tun1 Local Net 214.237.225.43 192.168.0.0/24 Remote Net -----------84.13.193.179 172.16.1.0/24 Remote GW 84.13.193.179 82.242.91.203 To examine the first IKE negotiation phase of tunnel setup use: > ipsecstat -ike To get complete details of tunnel setup use: > ipsecstat -u -v The ikesnoop console command A common problem with setting up IPsec is a proposal list that is unacceptable to the device at the other end of the tunnel. The ikesnoop command can show up problems with the proposal list by showing the details of the negotiations that take place. ikesnoop verbose Once this command is issued, an ICMP ping can be then sent to the D-Link Firewall from the other end of the tunnel. This will cause ikesnoop verbose to output details of the tunnel setup. Incompatibilities in the proposal lists for IKE and/or IPsec can often cause problems which show up in this output. If there are multiple tunnels in a setup or mutiple clients on a single tunnel then the output from ikesnoop verbose can be overwhelming. It is therefore better to specify that the output come from a single tunnel by specifying the client's IP address: ikesnoop verbose Management Interface Failure with VPN If any VPN tunnel is set up and then the management interface no longer operates then it is likely to be a problem with the management traffic being routed back through the VPN tunnel instead of the correct interface. This happens when a route is established in the main routing table which routes any traffic for all-nets through the VPN tunnel. If the management interface is not reached by the VPN tunnel then the administrator needs to create a specific route that routes management interface traffic leaving the D-Link Firewall back to the management subnet. When any VPN tunnel is defined, an all-nets route is automatically defined in the routing table so the administrator should always set up a specific route for the management interface to be correctly routed. 239

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312
  • 313
  • 314
  • 315
  • 316
  • 317
  • 318
  • 319
  • 320
  • 321
  • 322
  • 323
  • 324
  • 325
  • 326
  • 327
  • 328
  • 329
  • 330
  • 331
  • 332
  • 333
  • 334
  • 335
  • 336
  • 337
  • 338
  • 339
  • 340
  • 341
  • 342
  • 343
  • 344
  • 345
  • 346
  • 347
  • 348
  • 349
  • 350
  • 351
  • 352
  • 353
  • 354
  • 355

IPsec Tunnel
Local Net
Remote Net
Remote GW
------------
--------------
------------
-------------
L2TP_IPSec
214.237.225.43
84.13.193.179
84.13.193.179
IPsec_Tun1
192.168.0.0/24
172.16.1.0/24
82.242.91.203
To examine the first IKE negotiation phase of tunnel setup use:
> ipsecstat -ike
To get complete details of tunnel setup use:
> ipsecstat -u -v
The
ikesnoop
console command
A common problem with setting up IPsec is a proposal list that is unacceptable to the device at the
other end of the tunnel. The
ikesnoop
command can show up problems with the proposal list by
showing the details of the negotiations that take place.
ikesnoop verbose
Once this command is issued, an ICMP
ping
can be then sent to the D-Link Firewall from the other
end of the tunnel. This will cause
ikesnoop verbose
to output details of the tunnel setup.
Incompatibilities in the proposal lists for IKE and/or IPsec can often cause problems which show up
in this output.
If there are multiple tunnels in a setup or mutiple clients on a single tunnel then the output from
ikesnoop verbose
can be overwhelming. It is therefore better to specify that the output come from a
single tunnel by specifying the client's IP address:
ikesnoop verbose <ip-address>
Management Interface Failure with VPN
If any VPN tunnel is set up and then the management interface no longer operates then it is likely to
be a problem with the management traffic being routed back through the VPN tunnel instead of the
correct interface.
This happens when a route is established in the main routing table which routes any traffic for
all-nets
through the VPN tunnel. If the management interface is not reached by the VPN tunnel then
the administrator needs to create a specific route that routes management interface traffic leaving the
D-Link Firewall back to the management subnet.
When any VPN tunnel is defined, an
all-nets
route is automatically defined in the routing table so
the administrator should always set up a specific route for the management interface to be correctly
routed.
9.2.7. VPN Troubleshooting
Chapter 9. VPN
239