# 3270 Bridge Authentication problem

**URL:** <https://techcommunity.softwareag.com/t/3270-bridge-authentication-problem/61464>\
**Category:** Forum\
**Tags:** Adabas-Natural, Natural, Natural-Related-Products, Com-plete\
**Created:** [September 20, 2006, 3:30am UTC](https://techcommunity.softwareag.com/t/3270-bridge-authentication-problem/61464 "2006-09-20T03:30:49Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Chris\_Walsh](https://avatars.discourse-cdn.com/v4/letter/c/b38774/32.png) [@Chris\_Walsh](https://techcommunity.softwareag.com/u/Chris_Walsh)\
**Post date:** [September 20, 2006, 3:30am UTC](https://techcommunity.softwareag.com/t/3270-bridge-authentication-problem/61464/1 "2006-09-20T03:30:49Z")

</div>

We have installed the 3270 Bridge but are having problems with authentication. If we use LOGON=allowed, we have access to Complete applications published on the start page (WCTRL, WDUMP, etc) 😃 but when we attempt to access the bridge page (hhanprmt), we get the logon page. 8) But then that is where we get stuck - no matter which mainframe credentials we use, the logon page simply redisplays and no error message is presented. :?

If we change to LOGON=required, we get the logon page for all pages.

We have our HAANCONF parms setup as follows:  
DEFACEE=yes  
HTTPUSER=xxx (is a valid RACF userid)  
LOGON=required  
LOGON\_DOMAIN=host

How do we move past the logon page?

Thanks!  
Chris Walsh

---

<div class="post-metadata">

**Author:** ![Steve3](https://avatars.discourse-cdn.com/v4/letter/s/7ea924/32.png) [@Steve3](https://techcommunity.softwareag.com/u/Steve3)\
**Post date:** [October 4, 2006, 12:13am UTC](https://techcommunity.softwareag.com/t/3270-bridge-authentication-problem/61464/2 "2006-10-04T00:13:06Z")

</div>

What do you have for you natparm?

Here are some of the parms that I have set. I have all the ones you posted before except the host domain

DEFACEE=yes Logon HTTPUSER to RACF?  
HTTPUSER=Xxxx HTTP user ID to use  
HTTPLIST=WEBLIST HTTP listener task user ID  
HTTPHCD=WEBOUTP HTTP user hard copy device  
LOGON=required Logon allowed / required / disallowed  
NATTHRD=NCN050 Natural start up  
NATLIB=NATCGI Natural CGI library  
NATPARM=‘IMSG=OFF OUTPUT=CONSOLE PC=OFF DU=FORCE +  
RPC=(SIZE=128) SERVER=ON AUTO=ON OUTDEST=WEBPRT +  
SENDER=HTTPERR’

---

<div class="post-metadata">

**Author:** ![Steffen\_Kuhnert](https://avatars.discourse-cdn.com/v4/letter/s/b5ac83/32.png) [@Steffen\_Kuhnert](https://techcommunity.softwareag.com/u/Steffen_Kuhnert)\
**Post date:** [April 19, 2007, 8:26pm UTC](https://techcommunity.softwareag.com/t/3270-bridge-authentication-problem/61464/3 "2007-04-19T20:26:38Z")

</div>

That was simply a bug. I don’t recall under what exactly circumstances it happened, but it’s fixed in HTP251.4.

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/techcommunity/original/3X/c/d/cd19967bb605d28a72d77eb83a1cae22f3df2eb8.svg) [@system](https://techcommunity.softwareag.com/u/system)\
**Post date:** [April 2, 2021, 2:40pm UTC](https://techcommunity.softwareag.com/t/3270-bridge-authentication-problem/61464/4 "2021-04-02T14:40:51Z")

</div>