|
Hmm. And your research juist happens to look like an exam question ...
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
l need to create a business website for groceries and hosting it can l have a code or sample
|
|
|
|
|
Yes. Google will find them for you.
|
|
|
|
|
You have to hire someone who knows what they are doing. There is no such thing as a code sample for this. A grocery website is way too complex. Find samples of things you do not know how to do and then do the rest.
|
|
|
|
|
Hello fellas,
Having an odd issue when RDP connecting to a server that I can't for the life of me find any solution for. Sorry if this isn't the correct place to post but any assistance is immensely appreciated.
Essentially, when initially connecting to the terminal server with RDP, the printer is correctly set as the default. However, when the client disconnects (not sign out, just closing the RDP session) the default printer changes and must be manually set as default again. So the catch is, that we'd need a solution that isn't based on user login, but instead upon re-connection to the server.
Since their not logging in every time a login script would also sadly be out. Forcing the printer in question to stay as default for ONLY that user would be the aim (lots of other users on the server that do not have this issue and use other printers).
Another thing too note is that the printer is adding as default upon initial log in but is not being added to the server's control panel printer list. I am hoping that being able to find a solution to this control panel issue will solve the default printer setting issue.
Any advice on this situation is appreciated.
|
|
|
|
|
Is the printer local or remote?
Wrong is evil and must be defeated. - Jeff Ello
Never stop dreaming - Freddie Kruger
|
|
|
|
|
hi jörgen,
The client has a printer that is local to the client and a printer local to the server. The issue is occurring in both instances, whether using redirection or not.
|
|
|
|
|
Ok,
Have you tried to disable Windows Default Printer Management?
Locally you to Settings -> Devices, click Printers & Scanners in the left menu, turn off Let Windows manage my default printer.
There's also a Group Policy under User Configuration > Administrative Templates > Control Panel > Printers and enable the policy called "Turn off Windows default printer management".
Wrong is evil and must be defeated. - Jeff Ello
Never stop dreaming - Freddie Kruger
|
|
|
|
|
I believe these settings are already set.
|
|
|
|
|
Our company is using GlobalProtect to provide remote domain access for people working from home.
I have valid credentials for connecting to the VPN portal, and valid credentials for the two company domains.
When the VPN connection is active, I can ping almost any resource by name or IP, but when I attempt, say, to map a drive to a ping-able server, I am unable to do so.
I asked the IT guy for help, and when he disabled some Hyper-V network adapters on spec, I was suddenly able to map a drive. Joy in mudville.
BUT the next day, I believe that after I launched the Hyper-V manager, I suddenly lost the ability to map once more. I tried disabling those Hyper-V network adapters again, but no joy in mudville this time.
Granted, I may have done something else to put my setup in that state, but I obviously can't tell you what.
Any ideas would be appreciated.
Cheers,
Mike Fidler
"I intend to live forever - so far, so good." Steven Wright
"I almost had a psychic girlfriend but she left me before we met." Also Steven Wright
"I'm addicted to placebos. I could quit, but it wouldn't matter." Steven Wright yet again.
|
|
|
|
|
Edit 2
I'm a muppet, as I have an identical nginx rule on my Web server I shouldn't be passing the full route only the method to the controller from my local box
server {
listen 9666;
listen [::]:9666;
location / {
This what I had on local box and is wrong.
proxy_pass mysite.com:9666/api/MyController/
What I have now on local box and is correct.
proxy_pass mysite.com:9666/
On the Web server I have this.
proxy_pass localhost:9654/api/controller/
}
}
I must have accidentally changed the proxy_pass line on the local box - sorry if I wasted anyones time.
"We can't stop here - this is bat country" - Hunter S Thompson - RIP
-- modified 2-May-20 5:25am.
|
|
|
|
|
The first thing I would do is revalidate the IPv6 configuration on the web server, starting from the network interface, down to the web service configuration. I would also try the ipv6only=on statement in the nginx config file, and see whether that makes a difference.
"Five fruits and vegetables a day? What a joke!
Personally, after the third watermelon, I'm full."
|
|
|
|
|
Thanks Phil I'll give it a go
"We can't stop here - this is bat country" - Hunter S Thompson - RIP
|
|
|
|
|
Hi,
I migrated a web application from a local (virtual) server running Windows Server 2003 to another local (virtual) server running Windows Server 2012 R2.
In our warehouse we do order picking with (non domain joined) pda's using this web application. The (motorola) pda's run Windows CE, and are connected to the network over wifi / wlan.
I can connect to the web application on the old server from the pda's, but I cannot connect to the web application on the new server. I cannot even connect to the default website on the new server.
I can connect to the web application on both the old and new servers, with normal domain joined PC's running Windows 7 and 10, and also with my iphone (safari browser).
So the question is, how do I get my pda's to connect to the web application on the new server?
Google has not been forthcoming, or I simply haven't been able to figure out the right search term.
Any help very much appreciated. Please let me know if I have left out pertinent information or if there might be a better forum for this question.
Regards,
Johan
My advice is free, and you may get what you paid for.
|
|
|
|
|
First off, are we sure it's not a network issue like firewall or routing? Can the PDA see the new web server. You may not have something like ping on the PDA, but you should be able to ping or traceroute from the server to the PDA.
Assuming its not one of the above, could it be a SSL/TLS issue? Does the WS2012 server listen only for https, while the PDA is trying http only? If the PDA is trying https, does it speak a compatible version with the server (e.g PDA is using SSLv2 while server only accepts TLSv1.2 and later)? If that all seems correct, are there any logs on the WS2012 system that show the PDA connect attempts and why they were rejected?
Keep Calm and Carry On
|
|
|
|
|
Thanks for your reply. I wonder if it was some sort of dns / cache / whatever issue, as I got it to work this morning by simply using the IP address (which didn't work either yesterday afternoon).
My advice is free, and you may get what you paid for.
|
|
|
|
|
Did you miss the part where the OP managed to solve their own problem almost a year ago?
Oh, wait: I see from your previous post you're a site-driving spammer. Away with you!
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Hello all. I wanted to repost this with some more info that will hopefully help understand my question a little better. Please see screenshots links a the bottom of post.
Our email program needs to connect and send mail using MS O365 accounts and the TLS protocol for security reasons with port 587. For testing, I used TELNET to the O365 STMP server using port 587, the EHLO command and starting TLS using the STARTTLS command but that is far as I can get. After that, anything I do just sits there and no more responses from the server. I am trying to figure login commands at this point, which I researched from Google but didn't seem to work, much less anything else. A set of connection rules I found about TLS here on Code Project is the list below. If I need to, I can send a screenshot of what the TELNET session looks like to help out. Any help would be very appreciated. Thanks!
1. The client connects to the server using TCP.
2. The server sends a welcome message using the un-encrypted connection to the client.
3. The client sends a EHLO command using the un-encrypted connection to the server.
4. The server responds to the EHLO command using the un-encrypted connection.
5. The client sends a STARTTLS command using the un-encrypted connection to the server.
6. The server responds to the STARTTLS command using the un-encrypted connection.
7. The client negotiates an encrypted connection with the server.
8. The client sends a EHLO command using the encrypted connection to the server.
9. The server responds to the EHLO command using the encrypted connection.
A) This first image is how I TELNET to email server for testing purposes. In the program, we use SMTP sockets to do the same thing: Image 3
B) This next one is a normal SMTP screen using port 25 (NO TLS) and connects successfully: Image 1
C) Last screenshot is my TELNET attempt to TLS protocol in which I am stuck on what to do next after successfully starting the TLS sever: Image 4
modified 31-Oct-19 14:09pm.
|
|
|
|
|
If you are going to be running this from your main office or even several offices/places that have a Static IP or FQDN that uses Dynamic DNS, why not add a Receive Connector to your Office 365 Portal.
Login to Office 365 Portal[^] with your Admin Credentials -
Click Admin -> Admin centers -> Exchange -> mail flow -> connectors.
Click + (New) -> From: Partner organization To: Office 365 -> Next -> Name: Bruce (what ever) -> Next -> Use the sender's IP address -> Next -> + (Add IP) 1.2.3.4 -> OK -> Next -> Select Security restrictions and click your way through.
You should be able to side step TLS and still be somewhat secured through the connector.
Michael Martin
Australia
"I controlled my laughter and simple said "No,I am very busy,so I can't write any code for you". The moment they heard this all the smiling face turned into a sad looking face and one of them farted. So I had to leave the place as soon as possible."
- Mr.Prakash One Fine Saturday. 24/04/2004
|
|
|
|
|
Hi
We have using Essl K20 BioMetric System.
And device is connected Using TCP LAN and maintain data in Access DB, The Data transfer more difficult from device.
Each Time we download from etimetrack Desktop App.
And now we need to transfer data automatically to PC with out manual download.
Any possible way for this?
|
|
|
|
|
You're going to need to check the documentation on the device API to find out if that's possible.
I would suggest that you also contact the manufacturer; they may have different firmware builds that do what you want, even if it's not normally possible with the mass-production build.
"Never attribute to malice that which can be explained by stupidity."
- Hanlon's Razor
|
|
|
|
|
Our DHCP servers are in dire need of the names of the Scopes to be updated with a new "naming convention".
I've exported the entire thing as XML (via PS).
If I edit the Scope names, can I import the newly edited XML to change nothing but the names? Everything else is remaining the same.
Or will it balk and say the Scope already exists (I assume it checks via the ScopeID) and do nothing?
Yes, I could probably just delete everything, and import the whole kitnkaboodle, but I'm wondering if just a name update is possible.
EDIT: In case anyone ever needs to know, importing scopes will NOT just update existing scopes. It will skip them as already existing, and just add any new ones.
modified 25-Sep-19 4:14am.
|
|
|
|
|
Due to peer pressure and lack of time.. I installed "hide.me" VPN on my machine... break the networking..
Then I unsinstalled it...
Now every second time I reboot I got no network... can't even contact my router on 192.168.0.1...
I check all the adapter properties, everything is on autodetect...
What could be wrong? Any idea?! :'(
I might have limited my router to accept only some MAC address... but wy would it work every second time?!
I googled Hide.me. They seem legit.. Dunno why it didn't wok on my pc...
[Moved - Ed.]
modified 26-May-19 13:21pm.
|
|
|
|
|
Have a look at the services running.
There may still be a proxy DNS running that was not removed when you removed hide.me(not a piece of software I am familiar with).
Also do you have Acrylic running on your machine? If so this also uses a proxy DNS which can cause issues.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
Thanks, good tip, I am going to take a look!
|
|
|
|