473,748 Members | 3,823 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

Session Variables Persist Across Window Close on Mac IE 4.5 and Greater

I've noticed that session variables will persist on Mac IE even after all
browser windows have been closed. One must quit the program to clear the
session variables. This presents a security risk for my session variable
based security scheme.

Basically, the risk is that a user will login to my site, close the window
when done and allow someone else to come up to the machine, go back to my
site and be logged into the previous user's account.

Anyone know how to make session variables disappear when a window closes?
Any other ideas? Am I going to have to redesign my whole security scheme?

Any suggestions are appreciated.

Dave
Jul 19 '05 #1
9 3647
Looks more of an issue with the IE version you are using on your machine.
Check support.microso ft.com to see if such an issue is already recognized,
and remedy if any.

--
Manohar Kamath
Editor, .netBooks
www.dotnetbooks.com
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
I've noticed that session variables will persist on Mac IE even after all
browser windows have been closed. One must quit the program to clear the
session variables. This presents a security risk for my session variable
based security scheme.

Basically, the risk is that a user will login to my site, close the window
when done and allow someone else to come up to the machine, go back to my
site and be logged into the previous user's account.

Anyone know how to make session variables disappear when a window closes?
Any other ideas? Am I going to have to redesign my whole security scheme?

Any suggestions are appreciated.

Dave

Jul 19 '05 #2
I've been unable to find anything regarding this on support.microso ft.com. I
can't find anything of substance on IE for the Mac.

"Manohar Kamath [MVP]" <mk*****@TAKETH ISOUTkamath.com > wrote in message
news:ew******** ******@TK2MSFTN GP12.phx.gbl...
Looks more of an issue with the IE version you are using on your machine.
Check support.microso ft.com to see if such an issue is already recognized,
and remedy if any.

--
Manohar Kamath
Editor, .netBooks
www.dotnetbooks.com
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
I've noticed that session variables will persist on Mac IE even after all browser windows have been closed. One must quit the program to clear the
session variables. This presents a security risk for my session variable
based security scheme.

Basically, the risk is that a user will login to my site, close the window when done and allow someone else to come up to the machine, go back to my site and be logged into the previous user's account.

Anyone know how to make session variables disappear when a window closes? Any other ideas? Am I going to have to redesign my whole security scheme?
Any suggestions are appreciated.

Dave


Jul 19 '05 #3
If its an ASP site then use Global.asa to redirect to the login page if a
particluar session variable is not set -- once logged in then set it.
Of course this is all based on the understanding that session is not
persisted across windows on the same machine. Just tested it on W2K and the
session is not 'shared' across two windows.

Oh well - a warning should suffice to Mac users that multiple windows on the
same machine will have issues.

Chris.
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
I'm not implementing session variables myself.

I know you're right on the session vars being private to HTTP sessions on
Windows. But it just isn't the case with IE on the Mac. I can open one
window, login and then open a second which will also be logged in. Log out
of the first one, refresh second, it's logged out, too.

I'd call Session.Abandon on login, but it won't stop people from skipping
the login page and going straight to "protected" pages.

Don't know what to do.

"Chris Barber" <ch***@blue-canoe.co.uk.NOS PAM> wrote in message
news:O5******** ******@TK2MSFTN GP10.phx.gbl...
Session variables are private to a HTTP session - a new browser window

will
*not* get access to the previous session variables since the cookie that

is
used to maintain session state is cleared when the browser window opens

(may
also be cleared when the window closes - not sure).

Or perhaps you are implementing your own session state?

Then again - Mac IE is useless anyway so perhaps you are right. Please
accept my apologies if this is the case. You could always call
'Session.Abando n' on entering the login page to clear any previous

sessions.

Chris.

"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
I've noticed that session variables will persist on Mac IE even after all browser windows have been closed. One must quit the program to clear the session variables. This presents a security risk for my session variable based security scheme.

Basically, the risk is that a user will login to my site, close the window when done and allow someone else to come up to the machine, go back to my site and be logged into the previous user's account.

Anyone know how to make session variables disappear when a window closes? Any other ideas? Am I going to have to redesign my whole security scheme?
Any suggestions are appreciated.

Dave



Jul 19 '05 #4
If they close all the IE windows and re-open IE are they still logged on?

--
Mark Schupp
--
Head of Development
Integrity eLearning
Online Learning Solutions Provider
ms*****@ielearn ing.com
http://www.ielearning.com
714.637.9480 x17
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
I'm not implementing session variables myself.

I know you're right on the session vars being private to HTTP sessions on
Windows. But it just isn't the case with IE on the Mac. I can open one
window, login and then open a second which will also be logged in. Log out
of the first one, refresh second, it's logged out, too.

I'd call Session.Abandon on login, but it won't stop people from skipping
the login page and going straight to "protected" pages.

Don't know what to do.

"Chris Barber" <ch***@blue-canoe.co.uk.NOS PAM> wrote in message
news:O5******** ******@TK2MSFTN GP10.phx.gbl...
Session variables are private to a HTTP session - a new browser window

will
*not* get access to the previous session variables since the cookie that

is
used to maintain session state is cleared when the browser window opens

(may
also be cleared when the window closes - not sure).

Or perhaps you are implementing your own session state?

Then again - Mac IE is useless anyway so perhaps you are right. Please
accept my apologies if this is the case. You could always call
'Session.Abando n' on entering the login page to clear any previous

sessions.

Chris.

"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
I've noticed that session variables will persist on Mac IE even after all browser windows have been closed. One must quit the program to clear the session variables. This presents a security risk for my session variable based security scheme.

Basically, the risk is that a user will login to my site, close the window when done and allow someone else to come up to the machine, go back to my site and be logged into the previous user's account.

Anyone know how to make session variables disappear when a window closes? Any other ideas? Am I going to have to redesign my whole security scheme?
Any suggestions are appreciated.

Dave



Jul 19 '05 #5
If you close all IE windows and re-open you'll still be logged in. You have
to either quit IE, explicitly log out on the site or let the session expire
to log out.

I assume there's no way to make session vars private to a single window on
Mac IE. At this point, all I can think to do is put up a warning.

"Mark Schupp" <ms*****@ielear ning.com> wrote in message
news:u6******** ******@TK2MSFTN GP11.phx.gbl...
If they close all the IE windows and re-open IE are they still logged on?

--
Mark Schupp
--
Head of Development
Integrity eLearning
Online Learning Solutions Provider
ms*****@ielearn ing.com
http://www.ielearning.com
714.637.9480 x17
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
I'm not implementing session variables myself.

I know you're right on the session vars being private to HTTP sessions on
Windows. But it just isn't the case with IE on the Mac. I can open one
window, login and then open a second which will also be logged in. Log out of the first one, refresh second, it's logged out, too.

I'd call Session.Abandon on login, but it won't stop people from skipping the login page and going straight to "protected" pages.

Don't know what to do.

"Chris Barber" <ch***@blue-canoe.co.uk.NOS PAM> wrote in message
news:O5******** ******@TK2MSFTN GP10.phx.gbl...
Session variables are private to a HTTP session - a new browser window

will
*not* get access to the previous session variables since the cookie
that is
used to maintain session state is cleared when the browser window
opens (may
also be cleared when the window closes - not sure).

Or perhaps you are implementing your own session state?

Then again - Mac IE is useless anyway so perhaps you are right. Please
accept my apologies if this is the case. You could always call
'Session.Abando n' on entering the login page to clear any previous

sessions.

Chris.

"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
> I've noticed that session variables will persist on Mac IE even
after all
> browser windows have been closed. One must quit the program to clear the > session variables. This presents a security risk for my session variable > based security scheme.
>
> Basically, the risk is that a user will login to my site, close the

window
> when done and allow someone else to come up to the machine, go back

to my
> site and be logged into the previous user's account.
>
> Anyone know how to make session variables disappear when a window

closes?
> Any other ideas? Am I going to have to redesign my whole security

scheme?
>
> Any suggestions are appreciated.
>
> Dave
>
>



Jul 19 '05 #6
How can you still have to "quit IE" if you have closed all of its windows?
I assume there's no way to make session vars private to a single window on
Mac IE. At this point, all I can think to do is put up a warning. Some people would call this a feature rather than a bug (having new windows
share the same session).
I am not familiar with IE for Mac but you might check for any settings in IE
named like "browse in new process".

--
Mark Schupp
--
Head of Development
Integrity eLearning
Online Learning Solutions Provider
ms*****@ielearn ing.com
http://www.ielearning.com
714.637.9480 x17
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com... If you close all IE windows and re-open you'll still be logged in. You have to either quit IE, explicitly log out on the site or let the session expire to log out.

I assume there's no way to make session vars private to a single window on
Mac IE. At this point, all I can think to do is put up a warning.

"Mark Schupp" <ms*****@ielear ning.com> wrote in message
news:u6******** ******@TK2MSFTN GP11.phx.gbl...
If they close all the IE windows and re-open IE are they still logged on?

--
Mark Schupp
--
Head of Development
Integrity eLearning
Online Learning Solutions Provider
ms*****@ielearn ing.com
http://www.ielearning.com
714.637.9480 x17
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
I'm not implementing session variables myself.

I know you're right on the session vars being private to HTTP sessions on Windows. But it just isn't the case with IE on the Mac. I can open one
window, login and then open a second which will also be logged in. Log out of the first one, refresh second, it's logged out, too.

I'd call Session.Abandon on login, but it won't stop people from skipping the login page and going straight to "protected" pages.

Don't know what to do.

"Chris Barber" <ch***@blue-canoe.co.uk.NOS PAM> wrote in message
news:O5******** ******@TK2MSFTN GP10.phx.gbl...
> Session variables are private to a HTTP session - a new browser window will
> *not* get access to the previous session variables since the cookie that is
> used to maintain session state is cleared when the browser window opens (may
> also be cleared when the window closes - not sure).
>
> Or perhaps you are implementing your own session state?
>
> Then again - Mac IE is useless anyway so perhaps you are right. Please > accept my apologies if this is the case. You could always call
> 'Session.Abando n' on entering the login page to clear any previous
sessions.
>
> Chris.
>
> "Pack Fan" <pa**@fan.com > wrote in message
> news:vh******** ****@corp.super news.com...
> > I've noticed that session variables will persist on Mac IE even after all
> > browser windows have been closed. One must quit the program to clear the
> > session variables. This presents a security risk for my session variable
> > based security scheme.
> >
> > Basically, the risk is that a user will login to my site, close
the window
> > when done and allow someone else to come up to the machine, go

back to my
> > site and be logged into the previous user's account.
> >
> > Anyone know how to make session variables disappear when a window
closes?
> > Any other ideas? Am I going to have to redesign my whole security
scheme?
> >
> > Any suggestions are appreciated.
> >
> > Dave
> >
> >
>
>



Jul 19 '05 #7
You haven't used a Mac, have you? :) It's considered very bad form, on the
Mac, to write an app that quits by closing a window. Since the menu bar
isn't tied to a window it's still there when you close a window. All windows
closed? Just go select file:new to open a new one.

"Mark Schupp" <ms*****@ielear ning.com> wrote in message
news:eV******** ******@TK2MSFTN GP11.phx.gbl...
How can you still have to "quit IE" if you have closed all of its windows?
I assume there's no way to make session vars private to a single window on
Mac IE. At this point, all I can think to do is put up a warning. Some people would call this a feature rather than a bug (having new

windows share the same session).
I am not familiar with IE for Mac but you might check for any settings in IE named like "browse in new process".

--
Mark Schupp
--
Head of Development
Integrity eLearning
Online Learning Solutions Provider
ms*****@ielearn ing.com
http://www.ielearning.com
714.637.9480 x17
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
If you close all IE windows and re-open you'll still be logged in. You

have
to either quit IE, explicitly log out on the site or let the session

expire
to log out.

I assume there's no way to make session vars private to a single window on Mac IE. At this point, all I can think to do is put up a warning.

"Mark Schupp" <ms*****@ielear ning.com> wrote in message
news:u6******** ******@TK2MSFTN GP11.phx.gbl...
If they close all the IE windows and re-open IE are they still logged on?
--
Mark Schupp
--
Head of Development
Integrity eLearning
Online Learning Solutions Provider
ms*****@ielearn ing.com
http://www.ielearning.com
714.637.9480 x17
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
> I'm not implementing session variables myself.
>
> I know you're right on the session vars being private to HTTP sessions on
> Windows. But it just isn't the case with IE on the Mac. I can open
one > window, login and then open a second which will also be logged in. Log
out
> of the first one, refresh second, it's logged out, too.
>
> I'd call Session.Abandon on login, but it won't stop people from

skipping
> the login page and going straight to "protected" pages.
>
> Don't know what to do.
>
> "Chris Barber" <ch***@blue-canoe.co.uk.NOS PAM> wrote in message
> news:O5******** ******@TK2MSFTN GP10.phx.gbl...
> > Session variables are private to a HTTP session - a new browser window > will
> > *not* get access to the previous session variables since the
cookie that
> is
> > used to maintain session state is cleared when the browser window

opens
> (may
> > also be cleared when the window closes - not sure).
> >
> > Or perhaps you are implementing your own session state?
> >
> > Then again - Mac IE is useless anyway so perhaps you are right.

Please > > accept my apologies if this is the case. You could always call
> > 'Session.Abando n' on entering the login page to clear any previous
> sessions.
> >
> > Chris.
> >
> > "Pack Fan" <pa**@fan.com > wrote in message
> > news:vh******** ****@corp.super news.com...
> > > I've noticed that session variables will persist on Mac IE even

after
> all
> > > browser windows have been closed. One must quit the program to clear the
> > > session variables. This presents a security risk for my session
variable
> > > based security scheme.
> > >
> > > Basically, the risk is that a user will login to my site, close the > window
> > > when done and allow someone else to come up to the machine, go

back
to
> my
> > > site and be logged into the previous user's account.
> > >
> > > Anyone know how to make session variables disappear when a

window > closes?
> > > Any other ideas? Am I going to have to redesign my whole security > scheme?
> > >
> > > Any suggestions are appreciated.
> > >
> > > Dave
> > >
> > >
> >
> >
>
>



Jul 19 '05 #8
Avoided MACs like the plague (still POed at Apple since I couldn't afford an
Apple II when I wanted one).
We did finally test our App against one last release. NS was a waste of
space, IE worked (sort of).

--
Mark Schupp
--
Head of Development
Integrity eLearning
Online Learning Solutions Provider
ms*****@ielearn ing.com
http://www.ielearning.com
714.637.9480 x17
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
You haven't used a Mac, have you? :) It's considered very bad form, on the
Mac, to write an app that quits by closing a window. Since the menu bar
isn't tied to a window it's still there when you close a window. All windows closed? Just go select file:new to open a new one.

"Mark Schupp" <ms*****@ielear ning.com> wrote in message
news:eV******** ******@TK2MSFTN GP11.phx.gbl...
How can you still have to "quit IE" if you have closed all of its windows?
I assume there's no way to make session vars private to a single window
on Mac IE. At this point, all I can think to do is put up a warning. Some people would call this a feature rather than a bug (having new

windows
share the same session).
I am not familiar with IE for Mac but you might check for any settings in IE
named like "browse in new process".

--
Mark Schupp
--
Head of Development
Integrity eLearning
Online Learning Solutions Provider
ms*****@ielearn ing.com
http://www.ielearning.com
714.637.9480 x17
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
If you close all IE windows and re-open you'll still be logged in. You have
to either quit IE, explicitly log out on the site or let the session

expire
to log out.

I assume there's no way to make session vars private to a single
window on Mac IE. At this point, all I can think to do is put up a warning.

"Mark Schupp" <ms*****@ielear ning.com> wrote in message
news:u6******** ******@TK2MSFTN GP11.phx.gbl...
> If they close all the IE windows and re-open IE are they still
logged on?
>
> --
> Mark Schupp
> --
> Head of Development
> Integrity eLearning
> Online Learning Solutions Provider
> ms*****@ielearn ing.com
> http://www.ielearning.com
> 714.637.9480 x17
>
>
> "Pack Fan" <pa**@fan.com > wrote in message
> news:vh******** ****@corp.super news.com...
> > I'm not implementing session variables myself.
> >
> > I know you're right on the session vars being private to HTTP sessions on
> > Windows. But it just isn't the case with IE on the Mac. I can open one > > window, login and then open a second which will also be logged in. Log out
> > of the first one, refresh second, it's logged out, too.
> >
> > I'd call Session.Abandon on login, but it won't stop people from
skipping
> > the login page and going straight to "protected" pages.
> >
> > Don't know what to do.
> >
> > "Chris Barber" <ch***@blue-canoe.co.uk.NOS PAM> wrote in message
> > news:O5******** ******@TK2MSFTN GP10.phx.gbl...
> > > Session variables are private to a HTTP session - a new browser

window
> > will
> > > *not* get access to the previous session variables since the cookie that
> > is
> > > used to maintain session state is cleared when the browser
window opens
> > (may
> > > also be cleared when the window closes - not sure).
> > >
> > > Or perhaps you are implementing your own session state?
> > >
> > > Then again - Mac IE is useless anyway so perhaps you are right.

Please
> > > accept my apologies if this is the case. You could always call
> > > 'Session.Abando n' on entering the login page to clear any previous > > sessions.
> > >
> > > Chris.
> > >
> > > "Pack Fan" <pa**@fan.com > wrote in message
> > > news:vh******** ****@corp.super news.com...
> > > > I've noticed that session variables will persist on Mac IE even after
> > all
> > > > browser windows have been closed. One must quit the program to

clear
> the
> > > > session variables. This presents a security risk for my session > variable
> > > > based security scheme.
> > > >
> > > > Basically, the risk is that a user will login to my site,

close the
> > window
> > > > when done and allow someone else to come up to the machine, go

back
to
> > my
> > > > site and be logged into the previous user's account.
> > > >
> > > > Anyone know how to make session variables disappear when a

window > > closes?
> > > > Any other ideas? Am I going to have to redesign my whole security > > scheme?
> > > >
> > > > Any suggestions are appreciated.
> > > >
> > > > Dave
> > > >
> > > >
> > >
> > >
> >
> >
>
>



Jul 19 '05 #9
Just to add my two cents. We are using IE 6.0 for Windows and we are
having the same problem. A user logs in to our Web application, which
stores information in the session variables. If they close the
browser without logging out of the application they can some times
open the browser again and it will skip the log in page because the
session information has been retained. One user even said that she
rebooted and it still happened, though I didn't see that.

The one time I did see it with my very own eyes, the user had another
IE Browser window open (to a different site). When I had her close
that other window, and try again, the Session information was deleted
and she was asked to log in again.

I'd love to hear if anyone else has run into this or has a solution.
Diane Y

"Mark Schupp" <ms*****@ielear ning.com> wrote in message news:<u6******* *******@TK2MSFT NGP11.phx.gbl>. ..
If they close all the IE windows and re-open IE are they still logged on?

--
Mark Schupp
--
Head of Development
Integrity eLearning
Online Learning Solutions Provider
ms*****@ielearn ing.com
http://www.ielearning.com
714.637.9480 x17
"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
I'm not implementing session variables myself.

I know you're right on the session vars being private to HTTP sessions on
Windows. But it just isn't the case with IE on the Mac. I can open one
window, login and then open a second which will also be logged in. Log out
of the first one, refresh second, it's logged out, too.

I'd call Session.Abandon on login, but it won't stop people from skipping
the login page and going straight to "protected" pages.

Don't know what to do.

"Chris Barber" <ch***@blue-canoe.co.uk.NOS PAM> wrote in message
news:O5******** ******@TK2MSFTN GP10.phx.gbl...
Session variables are private to a HTTP session - a new browser window will *not* get access to the previous session variables since the cookie that is used to maintain session state is cleared when the browser window opens (may also be cleared when the window closes - not sure).

Or perhaps you are implementing your own session state?

Then again - Mac IE is useless anyway so perhaps you are right. Please
accept my apologies if this is the case. You could always call
'Session.Abando n' on entering the login page to clear any previous sessions.
Chris.

"Pack Fan" <pa**@fan.com > wrote in message
news:vh******** ****@corp.super news.com...
> I've noticed that session variables will persist on Mac IE even after all > browser windows have been closed. One must quit the program to clear the > session variables. This presents a security risk for my session variable > based security scheme.
>
> Basically, the risk is that a user will login to my site, close the window > when done and allow someone else to come up to the machine, go back to my > site and be logged into the previous user's account.
>
> Anyone know how to make session variables disappear when a window closes? > Any other ideas? Am I going to have to redesign my whole security scheme? >
> Any suggestions are appreciated.
>
> Dave
>
>


Jul 19 '05 #10

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

8
21114
by: P. Glassel | last post by:
I'm having problems getting session timeouts to change programmaticlaly under IIS6.0. This is unchanged code that ran as expected under IIS5.0. Anyone else run into this problem? Thx.
4
42041
by: Wayne | last post by:
Hi, I'm new to .NET and have a question about the use of static variables vs. session variables in a web form in C#. Instead of using a session variable to hold a string to persist during datagrid paging. Can I use a static variable? Also, if I use a static variable is that variable shared by everyone that brings up the aspx page? Ex, if 4 people are viewing the aspx page is an instance of the static variable created for each of the...
4
2024
by: Igor | last post by:
Is it possible to point current context's session to another active session based on a SessionID?
3
3444
by: Mark | last post by:
Ok, I know that .net inherently does not share session data across asp.net projects, but is there any decent work around to this. We already have a big chunk of our application using the asp.net session object (using state service). I'd like to start breaking out our functionality into component projects, but I'd like to get this session issue worked out first. Any ideas?? I found this article , but it sounds like kind of a pain.
10
3512
by: tshad | last post by:
I have been using the default session state (InProc) and have found that I have been loosing my information after a period of time (normally 20 minutes). Is there anyway to find out how much more time I have on a session? If I do a refresh, does reset the session clock? Do you have have to go to another page to reset the session timeout or will a postback also do it? This is important as we have a few pages that a user
9
5313
by: McGeeky | last post by:
Is there a way to get a user control to remember its state across pages? I have a standard page layout I use with a header and footer as user controls. Each page uses the same layout by means of copy paste (I hear this will improve in ASP.Net 2 via master pages). When I navigate from one page to the next the header and footer user controls lose their state because they are effectively different instances of the user control. Is there...
5
548
by: Sean | last post by:
Problem with sessions I have created an application without concern for sessions. As it turns out I think that might be my undoing. What I have: I have an online quiz. I don’t need to know users or save any data. If the application crashes or user exits the program they should simply start again. Pretty basic. All interactions are stored in an array (not much going on to save to a
18
3444
by: BillE | last post by:
When a user opens a new IE browser window using File-New-Window the integrity of an application which relies on session state is COMPLETELY undermined. Anyone who overlooks the fact that File-New-Window creates an instance of IE in the same process with the same SessionID as the parent window is in big trouble. This fundamentally restricts the usefullness of using session state management. I probably missed it somewhere - can...
26
3614
by: BillE | last post by:
Some ASP.NET applications use Session Variables extensively to maintain state. These should be re-written to use viewstate, hidden fields, querystring, etc. instead. This is because if a user opens a new IE window with Ctrl-N or File-New-Window, BOTH WINDOWS SHARE THE SAME SESSION VARIABLES. This cannot be prevented.
0
8991
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main usage, and What is the difference between ONU and Router. Let’s take a closer look ! Part I. Meaning of...
0
8830
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can effortlessly switch the default language on Windows 10 without reinstalling. I'll walk you through it. First, let's disable language synchronization. With a Microsoft account, language settings sync across devices. To prevent any complications,...
0
9370
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven tapestry of website design and digital marketing. It's not merely about having a website; it's about crafting an immersive digital experience that captivates audiences and drives business growth. The Art of Business Website Design Your website is...
0
9247
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each protocol has its own unique characteristics and advantages, but as a user who is planning to build a smart home system, I am a bit confused by the choice of these technologies. I'm particularly interested in Zigbee because I've heard it does some...
0
8242
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then launch it, all on its own.... Now, this would greatly impact the work of software developers. The idea...
0
6074
by: conductexam | last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and then checking html paragraph one by one. At the time of converting from word file to html my equations which are in the word document file was convert into image. Globals.ThisAddIn.Application.ActiveDocument.Select();...
0
4602
by: TSSRALBI | last post by:
Hello I'm a network technician in training and I need your help. I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs. The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols. I succeeded, with both firewalls in the same network. But I'm wondering if it's possible to do the same thing, with 2 Pfsense firewalls...
0
4874
by: adsilva | last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
3
2215
bsmnconsultancy
by: bsmnconsultancy | last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating effective websites that not only look great but also perform exceptionally well. In this comprehensive...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.