AdamTheManTyler

Newbie ✭
Default Avatar

Join the Conversation

To sign in, use your existing MySonicWall account. To create a free MySonicWall account click "Register".

AdamTheManTyler Newbie ✭

Badges (3)

1 Year AnniversaryName DropperFirst Comment

Comments

  • @Jaime Wow, {asldij4%%!DEAFDS!!!!!}. Yes, that works, thank you. This Gen6 nuance is mentioned NOWHERE in the API documentation. Gen7 doesn't appear to have this problem. Hours of my life into this.... https://sonicos-api.sonicwall.com/ ./sonicos_files/6.5.4.9-93n/TZ-300/sonicos_openapi.yml
  • Plot thickens. This exact same syntax works using a custom group. Problem seems specific to the "Default Geo-IP and Botnet Exclusion Group". This problem is only occurring on Gen6, can't re-create on Gen7. I have tested using latest firmware, 6.5.4.12-101n..
  • Thanks @Jaime I did manage to get the delete code working. Struggling currently with adding address-objects to address-groups on Gen6 however. I did manage to find the Gen6 API documentation and it appears I am following it to the letter. Here is the postman side of things... W-N-M365-52.108.0.0 is an IPv4 network…
  • Lol, then why comment on this thread? The root issue description is specific to PPPoE. No need to respond to this.
  • The original problem was a result of running the ISP modem in bridge mode with the SonicWALL handling PPPoE authentication. Regards, Adam Tyler
  • Just an update on this PPPoE issue. I gave up trying to use the SonicWALL to directly authenticate the PPPoE session. I just have nothing but problems with this. Instead, I set the SonicWALL WAN interface IP to a static private address (Preferably one that doesn't conflict with your enterprise LAN). Then, I use the ISP…